进入九月，也即将进入『多事之秋』的秋天。接八月的《软件随想录·卷1》，九月读了卷2。

卷2 其实就是图灵之前出过的《软件随想录:程序员部落酋长Joel谈软件》，这里只不过重新装订了而已。总体而言卷2 的文章质量好于卷1。这里就书中的某几篇文章顺便说下自己的观点。

一

02 篇《寻找优秀的程序员》是从一个招聘者的角度写的，即如何寻找到合心水的员工。现在校招正热，我们可以从应届生招聘的角度从这篇文章上得到启发。想让人家认为你是『优秀』（或者还是说合适）的，那么应该要注意以下几点：

• 多参与相关行业技术会议。也补充说下，我觉得优秀的技术大会应该产生这样的效果，对于没有接触或者即将接触相关技术内容的人，能够在接触的过程中减少不必要的坑。当然对于一般的学生来讲，是很难有机会参加相关行业技术会议的，但也要多予关注，毕竟有可能在面试中会用到嘛。
• 实习。这个不多讲了。
• 建立社区。『建立社区』是原文的说法，换成我们的角度即可理解为：通过博客、社区、社交网站等建立自己自己的影响力。这一点其实有一个很好的地方就是，当你让你的面试官有机会接触到你所建立的『影响力』的时候，即使说你面试的时候状态不好，他们也不会单凭面试结果来决定你的最终结果，因为这个时候你持之以恒的『影响力』才是更加重要的参考点。

二

书中第二部分《写给未来程序员的建议》讲到了学校只教Java 的危险性，计算机科学包含的操作系统（指针）等知识是在Java 中体现不出来的，学校只教xxx 语言的教学模式是很片面的。按照作者的看法，最好要教1 和0 开始（貌似这么说就要汇编级别的东西）到高级语言。回想一下过去三年的大学经历，在计算机相关科目上的专业学习虽然自己甚不认真，但也不得不承认从底层的数字逻辑到汇编、再到高级程序的学习（虽然实际教学顺序是倒过来的），对自己的收获还是有的。不外乎要培养一种『知道这样，更要知道为什么这样』的态度。

在《给计算机系学生的建议》一文中，个人延伸下其『毕业前要做好xx』的一两个观点：

• 练好写作：写API 文档的时候很实用，在演讲时候很实用。
• 学好微观经济学：稍微不同于作者的观点，我认为替换为『学会理财』，毕竟要进入社会了，赚钱的同时也要学会如何理财。

三

书中第五部分《编程建议》中有一篇讲日程规划的。在实习的时候做需求安排总感觉棘手，需求时间该安排多少一天还是两天，需求的优先级如何安排，中途有紧急需求插入进来等等问题挺困扰人。看了这篇，倒也没有指南针的效果，倒是在以下方面有点启发：

• 细分需求时间而非『大致需要』，这就要求在评估需求的时候要仔细看而非笼统得出这个需求需要xx天完成的结论。没有经历过的不清楚我上一句的实践难度，特别是当你在忙一个紧急需求的时候被丢过来另一个需求，你这个时候是极度不情愿去打开几个内页、下载几个文档去评估需求的。
• 范围渐变。需求有变数的时候（无论是你这边导致的变数还是上游导致的变数）时间安排必须顺延，且必须让PM 知道（规避风险）。

四

在腾讯实习了几个月，所谓学到的东西更多是工作的打交道上，也从一开始的有话直说渐渐收敛，到学会换脸做人。这本书中《建立优质客户服务的七个步骤》一文，我可以将其他的『客户服务』转化成『上下游项目同事打交道』来讲讲。

• 换一种说法。书中有一个『建议吹掉灰尘』的例子让我印象深刻，工作中更多需要是委婉说话，低调做人；在达成目的上有两种说法，一种好听一种不好听，而好听的说法只需要你稍微花点时间去转化不好听的说法而已，所以，why no try？
• 承受责备。人的本性是不是自己做错的我干嘛承认，但在工作中某些情况下必须要做个承受责备的人，委屈是当然有的。但经历过你也知道，工作中什么是幼稚什么是成熟。当感情用事太多，按照作者的说法，需要『记住一些重要句子，不断练习把他们说出口知道成为本能』。