《理解专业程序员》

一、专业的定义：在特定的活动领域里，具备了了不起的技艺或经验。

二、当我们想要向世界证明什么东西的时候，我们也总能超越自我。

三、专业程序员的范式：
1、使用类比，把计算机的处理过程与人类机构中的处理过程联系起来，对比研究。
2、在解决复杂问题时，并不是仅仅得到一个解法就满足了，而是反复追溯自己的思路。
3、从特殊案例中推出普遍规则，并且利用其他特殊案例检验这些普遍规则。
4、阅读其他人的范式。
5、阅读别人的程序，尽量扩展自己的理解能力，专门去读懂那些“写法奇特”的人的代码，从而在读程序时取得更多的收获。
6、尝试跟别人交流范式，或者把自己的范式教给别人，以此进一步澄清自己的思想。
7、积极地调查别人此前的工作成果，而不是重新发明一切。
8、把别人的工作看做一个出发点，就此对自己提问：“我会怎么发明这个东西？”

四、在每个工作日中，花一部分时间来考察、精炼你的工作方法。

五、专业程序员是为其他人解决问题的人--无论问题有多么麻烦。

六、专业程序员解决问题可能会用到的方法：
1、如果有这样一个定义清晰的问题，我相信根本就不应该解决它，那么我应该怎样处理为这个问题编程的任务？
2、我怎样才能确定是否应该使用计算机？
3、计算机程序总是在人与机器构成的总体环境中运行，那么，我应该怎样设计这一总体环境？
4、我应该怎样设计计算机程序，才能避免它对其运行的总体环境产生副作用？
5、总有一些人，他们带着定义不清的问题，他们对计算机的了解不如我多，但他们对其他很多事情都懂得比我多，而且他们的工作动力也和我很不一致--我怎样才能更有效地与他们协作？
6、如果在某个情况下，我作为专业程序员不能有效地工作，那么我怎样才能改变这样的处境？
7、未来充满了不确定因素--问题本身会发生改变，人员会发生改变，我也不一定会一直在场，那么我如何保证自己创造的程序在未来仍然能够胜任工作？
8、对于一个特定的时刻，我怎样确定采用哪种层次的方法论才最能适合当下的工作？
9、在我的个性、我解决问题的方式中有一些方面，我自己由于身在其中，很难察觉到它们，但它们甚至可能是决定程序员工作效率的最重要的因素。那么我又应该怎样来调节这些因素呢？

七、评估一份工作的原则：
1、这家企业的目标与我的个人信条是否一致？
2、我在企业中的职责清晰吗？我是否能够认同它？
3、管理层是否能为我的专业发展提供足够的时间和资源？这种时间和资源的提供，究竟是偶尔如此，还是一种明确的、长期的承诺？
4、管理层是不是故意促使我和同事们进行竞争，并以此对我进行评估？还是鼓励我与同事相互协作，帮助他人完全发挥自己的潜能，并且也鼓励别人也这样对待我？
5、我理解别人交给我做的差使吗？我理解别人为什么让我做这样的事情吗？企业是否鼓励员工理解自己的任务？
6、我和其他人的工作是不是都能够公开让同级评审？我是否希望参与评审别人和被人评审？
7、我对这家企业、这个项目投入的程度，能否达到人们的期望？

八、经验不一定能教会人懂得任何东西。

九、关于变化的两条定律：
1、环境变化，迫使人们变化。唯有此时人们才会改变。这是第一惯性定律。
2、如果被迫改变时，人们总是挣扎着保住对他们最重要的东西，牺牲不那么重要的东西。这是第二惯性定律。

十、罗麦法则：最巨大、持续最长久的那些变化，往往最初只是试图去保留一些东西，而恰恰是这些东西最终受到了最大的改变。

十一、福特公式：如果你想让人们改变他们正在做的，那么你就应该确保他们所作所为的结果都会反馈给他们自己。

十二、绝大多数时候，不会发生变化。之所以不会发生变化，是因为很多力量都在积极地保持事物稳定。

十三、如果把人们的工作结果反馈给他们，他们就能知道哪些是好的，哪些是坏的，这样他们就能确保在变化中增加好的，减少坏的。

十四、把思考留给必须思考的东西。

十五、无论你相信什么，都别完全信它。

十六、程序员们失败的一个原因，是因为不能在一个问题上集中注意力，直到把问题解决，但另一个失败的原因，则是对一个问题太过沉迷，以至于没看到某个“显而易见”的解法。

十七、人家付你工资，更多地是因为你所知道的东西，而不是因为你干的事情。

十八、任何事情，只要听人讲过3次以上，就一定是真的。

十九、为了应对未来的变化，就应该充分地生活在现在。

二十、如果一个程序员一直都在成长、进步，他也就不会害怕未来。