世界上没有技术驱动型公司
技术不是源头，需求才是。因此一切技术问题，都要服从产品交付和市场反馈。人可以以技术驱动自己进步，但公司不行。如果你真的痴迷钻研技术，请读研读博最后留校或者进入研究院让国家用纳税人的钱养你
思考
我以前挺不喜欢那种业务一大堆，代码没几行的这种公司。即使自己明白现在行业大多数是应用开发，我也还是在犯很多错。我不喜欢开会，开会一般过滤掉大部分信息，不喜欢花太多时间去思考业务。即使这样，每一次的需求还算完成的尽善尽美。这就造成了我一种骄傲情绪，我到现在为止，都看不起搞业务的，而且导致自己对项目经验简直忘的比一般人快n倍（每次面试都讲不好，面试官还以为我伪造简历。┭┮﹏┭┮）。这其实就是遮蔽住了自己的内心。虽然我一直知道这样可能不太好，但是我从来没有去改正它，这边文章有好多点正中我要害，原作者作为过来人，更是给我猛的警醒。
资本富集的地方，人都得加班
加班的本质，是人跟着机器跑、跟着钱跑（资本富集的地方，人作为劳动力，也是资本的一种）。一般公司的策略是：付给你高于其他行业的薪水，换取你的自愿加班。
IT是工科，不是理科
和IT行业相似度最高的行业是盖楼房。
什么是工科？什么是理科呢？带你重温一下
1、理科专注于研究理论性知识技能；工科在于将理论转化为实践，更加需要动手能力。
2、理学注重理论研究；工学注重实际应用；
3、理学培养的目标是科学家；工学的培养目标是工程师。
IT领域最重要的是经验，而不是你又多聪明
你做的好不好，不取决你是否聪明，而取决于你是否愿意不断读书不断学习和不断积累。因此你请抓紧一切时间多读书
公司是你创造财富的地方
公司不是学校，可以在工作中学习，但要建立在完成工作的前提下
能大规模商用的技术，都不需要智商，否则这种技术就不可能规模化
所以所谓的框架，你用的比别人好，并不代表你比别人聪明，可能仅仅是因为你多花了点时间，多运用了一下。不要盲目自信
一个程序员，应该花80%时间做代码设计，画UML图，流程图，20%的时间coding和debug
菜鸟程序员的这个比例恰好是相反的。一句话，不论这个需求有多紧急，你都一定要“想好再动手”；想好的标志就是设计文档写好了；文档一旦写好了，写代码纯粹是无脑的工作
写文档的目的是让你在code的时候，不需要听下来思考更不需要推到重来。
思考
其实对于这一点，我本人是赞同这个标题的，不赞同原作者的解释，很多公司就容不得你写设计文档，流程图。仅仅只是理清需求。而且这针对的是写什么代码呢？我想作者说的是普通编码，有一些复杂的东西，还是需要占用一些coding时间，只不过大多数公司都是在crud而已。我赞同的是，代码设计，流程图真的很重要。还有编码规范等等。确实，我们的工作中，coding的时间真的所占比例很少。
英语很重要
工作要有热情
智商决定起点，情商决定走多远爬多高
写文档很重要
原文链接