《程序开发心理学》读书笔记

把整本书中每个章节有用的信息记录如下：

在某些特定环境中所看到的那样，额外的金钱实际上反而可能会让某些人放弃自己工作。

也许你现在会说：金钱的激励作用还不如提高对目标设定的参与程度和对工作数量的关心程度来得有用。

为了更有效地激励他们。涨工资只是权宜之计

只要允许程序员按照自己所偏好的方式进行工作，那么程序开发这项工作本身就是对他们最大的激励。

成员们都在一位令人敬畏的领导手下，为一个实际的项目工作数年。然而，这数年的时间意味着培训与经验的积累。

这一阶段学习的不过关，必将成为他们在后面学习操作系统概念时的拦路虎。

学习的阻力王

令人吃惊的是，只有当存在阻碍学习的负面作用力时，学习才会失败。
是因为在教学过程中，人们过分强调了，如何通过各种精巧的研究并或签发学员的学习积极性。

儿童自己来决定学习的方向，他们总是可以学到大量的东西——虽然这些东西是我们所期望的，但是不管怎样，他们将会学到很多。为了能使他们按照我们见得一行学习，我们会建立一些“围墙”，然后开启几扇“小门”。如果儿童依照我们指定的结果有一个现象也向去学习，我们就会暗自庆幸，但是即使离开我们，没有我们刻意设定的那些屏障，它们仍然可以学习，而且也许会学得更好。

对于成人来说，阻碍学习的障碍通常都来自我们自己的内心。

在开始学习之前，我们需要承认有一些东西值得去弄清楚，而自己还不懂。

程序员的观念中，承认自己某个方面知识的缺乏，就意味着地位的降低——除非他能够意识到：
作为一位名副其实的专业人员，作为一个真正有实力的人，承认自己的不是，不会有任何的损失。

有些人总是心甘情愿地承认自己的不足，而不去尝试学习任何新东西。其原因在于，他们总是想当然地认为，自己不可能取得成功。这种对失败的畏惧心理，有的是由于缺乏自信心造成的，也有的是源自先前此类努力过程中的失败经历。

但是更普遍的情形是，同类型问题这类恐惧主要并不在于失败本身，而在于失败可能被周围人看到。

积极性.

培训及经验一如果要进行学习，我们首先必须做好犯错误的思想准备。但是如果周围有别人，克服自己的畏惧心理将会显得更加困难。事实确实如此，如果使用的知识，那么也许正是由于有周围人在场，我们会努力去避免犯错误。如果把这用在学习程序开发技术的过程中，我们就可以自然而然地猜测：在首次学习某语言时，如果是在一个只有终端相伴、与世隔绝的环境中，那么学习的效果将会最好，因为这时任何错误都不至于为人知晓。

掌握学习之道的第一步，就是要了解自己拥有什么、缺乏什么——也就是要有“自知之明”。

与坐在教室里的学生相比，自己做自己老师的人拥有一项巨大的优势：他可以根据唯一的学生——也就是他自己——的需要，对课程内容做精确的裁减。在上一节中我们曾经介绍过一个例子，其中的教师发现由于两种原因，自己的学生没有学好APL语言。其实，这两种原因不仅不同，而且正好互补。如果为了帮助前一类学生，这位老师尽力去加深课程内容的难度，那么那部分本来已经觉得跟不上老师的讲解实例的学生，就会被抛弃掉，如果朝相反的方向努力，也不会有什么更好的结果。于是，这位教师就似乎面临着一个令人尴尬的悖论。而实际上，为了走出这种进退维谷的境地，他应该采取的是一种兼顾两个极端的策略——也就是说，他应该根据不同学生的特殊情况，分别进行处而对那些自学的学生来说，如果他有自我感觉能力，那么这种个性化的关注恰恰就的是最好的。

根据学校所能够提供的条件，采用一些更为合理的新方案，就可以更好地鼓励学员们表发现最适于自己的学习习惯——只有这样，他们才能在告别学校之后保持不断学习的最佳状态，而不是觉得，要是从某一天起能够不用再去学习，那真是谢天谢地。

无论我们如何精心地为学习建立一个最佳的物理环境，如果不懂得如何利用所有可能的信息来帮助我们学习，再好的环境也不可能保证我们能够成功地完成学习任务。

为了理解某个问题，最好的办法就是进行一番全面的讨论。

---

认识到：如果一个集体的共同目标仅限于产品层次，那并不见得会促使其中的程序员相学习。而反过来，团队内部成员不仅目标一致，而且其目标与他们具体开发的产品无关系——正是在这种目标的引导下，一支团队的成员才会通过相互学习共同提高。

如果我问客户：“在你们作为团队一员的经历中，哪一段是最美好的回忆？”，他们最有可能的回答是：“最好的团队简直就是一个家庭——其气氛就像是在感恩节前后一样。每个人都将自己创造出来的东西摆到桌子上，而所有人都可以共享并为之庆祝。”我认为健康团队所具有的另一特点就是，它始终能够保持自我的生命活力。正是由于具有这种特点，即使有成员中途离队，也可以建立并维护一支具有共同价值观与习惯的新团队。

人与人之间的交流沟通既不是那么狭窄，也不是那么直载了当，是用一张组织结构图就能表示出来的。而人们之所以会犯种种重大的错误，一个原在于他们总是认为：只有正式的结构，才是一家企业中唯一可能的结构。
当然，工程项目中的非正式结构在很大程度上取决于其工作结构，因此或多或少者组织结构图相符，而具体符合到何种程度，则取决于该项目的组织化程度。

他们可能会把出自非正式结构的新方法以正式的形式固定下来

这则故事告诉我们：非正规的机制到处存在，而且如果你还没有真正搞清楚其规律，就企图改变什么，那将会十分危险——你可能会把有些操作系统搞得一团糟，同时，任何替代方案都需要付出更高昂的代价。许多由此引发的系统紊乱，都源自于对环境的物理格局进行了贸然改动——在各个计算中心，这种改动非常普遍，因此我们值得进一步花费笔墨，讨论一下自然环境与社会结构之间的关系。

对工作场地做过于普通的划分，反而会对程序员的生产效率造成负面的影响。这些方法一方面会切断程序员之间有益的沟通渠道，另一方面却为那些干扰性的声音、动作大开方便之门。

无私式程序开发对上面提到的在程序开发中的唯我独尊问题，我们应该采取什么措施呢？管理学方面的资料通常都会建议，主管应该规动手下的每一个程序员，要求他们加倍努力地查我自己程序中的错误。也许，主管每天都应该在程序员之间来回巡视，不时地要求某个程序员介绍一下他自己发现的程序错误。但是这种办法难以奏效，它带来的后果，与我们的心理学知识所讲的完全相反，因为，一般的人会把这种检查视为对个人的一种考察。此外，不是每个程序员都有一位相应的主管——或者即使有主管，这位主管在看见某行程序被用红色突出显示后，至少应该能够明白是什么样的错误。

不，解决这个问题的方法，并非单刀直入式的着手处理——因为这样的进攻只会引起程序员的抵抗，而这种抵抗正是我们希望戒除的。

不仅是调试时间的偏差幅度减少了，而且由于每段程序都有不止一个人熟悉ÿ