挑灯看剑的日记

和某前端技术牛人聊天，不少收获，纪录一下：

以下是这位牛人的一些有价值纪录的言论：

1.  前端开发技术不必想得太过高深，豆瓣招聘中那句“有能力从头设计一个ajax基础库”基本是误导，这是典型的用对后端工程师的想法来看待前端工程师，google在这方面就很务实，js里面都是些function而已，不会像某些公司那样用OO之类的模式，把代码搞得高深莫测

2.  js方面的书，有几本值得推荐：the javascript good parts、javascript secret、ppk javascript。 看两三本书足以，不是所有东西都需要学的。

3. 简洁和简陋的区别： 优雅。 优雅可以从两个角度理解，一个是看起来优雅，一个是用起来优雅。 简单的东西如果加上优雅，就是简洁，反之就是简陋。

4. 工程师做事情，一定要记住：我是在做产品，不是作品。高效优雅地实现需求，这才是重点。

5. 一个好的工作流程，要贯彻下来，关键是各个环节的人要足够专业，什么样的人产生什么样的流程。

6. 阿里、百度、腾讯这些大公司，有责任有能力提高整个产业的前端技术水平，可惜他们似乎没有这个野心。

还有一个我个人的想法：

听他说到，某大公司的前端技术部门，甘愿在落后的技术条件下用人工来低效地工作，颇有感慨。以前我曾经写日记说：geek精神不流行，是因为用户不埋单。 现在又有了新的想法： 管理层故意为之。
 
以前我曾经在一家以java为主要技术路线的公司，倡导用新的模板技术替代JSP，得到的管理层的答复是：会JSP的人一抓一大把，因此工作量大的时候，总是可以用人来解决。 要引入的新技术，没多少人会，不得不指望少数几个掌握它的人，这个风险太大。  听起来有理： 不把鸡蛋放在一个篮子里；生产能力可以用人力的投入做到线性scale。

少而精的技术精英团队，似乎是大多数管理者不愿意看到的，他们更愿意用大批量的蓝领。 可控性强、稳定性高、容易scale。

虽然人月神话中已经说过增加人力并不能解决问题，但是，我的实际经验是：如果把项目的技术含量降到足够低，并且为了大规模人力投入而设计系统和开发方式，用人力来保证生产力，还是个有效的办法。

我还没有想到特别好的反驳的理由，挠头中！ 

update：

这里可能有中外国情的差别。 国外人力太贵，在技术工具、开发流程的选择中，如何用更少的人，是个重要的考虑因素。 但是国内人力便宜，管理者往往并不认为这个很重要。

反之，中国经济的主流是制造业，受制造业的思路影响，很多管理者把“能否用投入人力来提高生产力”作为衡量一个技术决策是否合适的理由。 说白了，还是希望用管理工厂的方式管理IT技术团队。