今天看了刘未鹏先生写的文章：

感触颇深，总结起来就是两点，是用书单+github的方式，就可以迅速的辨别这个人是否是雇主想要的人。通过github和stackoverflow去招聘合适的人，在国外已经风行起来。这也是国内的趋势。

读者两篇文章的同时，拜读了Joel Spolsky大神的文章：

    文章中提到了码龙的重要性，让自己瞬间有了一种职业的自豪感，文中提到了Professor Stanley Eisenstat at Yale教授多年教学的数据，发现同一个项目，表现最优秀的学生和表现最差的学生所花费时间是1:5。附上一张提升码龙自豪感的图：

张宇大神的文章：

    这篇文章提到项目中不同的角色，必须要保持项目概念的完整性，而不是功能的多样性，要保证概念的就必须有1到2个强大的人来扮演架构师的角色。管理经理和技术经理，一个是思想家，一个是实干家，有思想特质的实干家更少，只有3-6个人的团队中，管理经理和技术经理才可以是一个人。项目的进度制定者，必须要有很强的技术背景，以便于对项目可能出现的问题和花费的时间做出合理的估计。

   最后，附上人月神话经典语录：给已经延期的软件项目中增加人员，只会让这个项目更加延期。

 

邹欣的文章

这篇文章看了过后，脑洞打开呀。特别是应用的文章：

下面这个结论非常有用：

Chronological vs Perceptual Time

  In the arithmetic of the physical world and chronological time, if I only answered half of the questions demanded of me between two fences, the conclusion might be that in order to answer them all, I should cut my speed in half (that is, double the amount of time between jumps). Here is the good news: perceptual time does not follow the rules of chronological time. One of the most interesting things about it is that it only takes about 10% more time, to more-or-less double the available problem solving time! Of course, the opposite is also true: if you speed up by only 10%, you run the risk cutting the number of questions that you can answer in half. A speed increase of about 10% comes close to doubling the difficulty and likelihood of error. Cutting speed by 10% about doubles your chances of going clear. Making the right decision here isn't rocket science: a 10% reduction in speed makes a lot of sense.