《人件》读书笔记3

　　看完《人件》这本书，发现全书中基本没有涉及到任何软件技术，但作者精辟的探讨了专业软件团队管理这一非常专业的话题。怎么把团队做好，这是一个大问题。只有做好团队，才能做好软件。这本书同时也推荐了许多已在使用中的标准，如关闭公共寻呼系统，怎么面试软件开发人员等。由于《人件》这本书涉及的内容非常广泛，而且有许多后面的部分前面已经提到过，只是换了一种讲法而已，所以经过思考后，我决定分为四个方面去阐述《人件》这本书给我带来的新观点，它们分别从面试开发人员，管理开发人员，凝聚开发人员和办公环境四个方面来描述软工中需要注意的问题。

　　《人件》提到：软工本质上其工作的主要问题，与其说是技术问题，不如说是社会学问题。参加CCF比赛时，我和我同组的同学更倾向于集中精力做技术方面，而几乎不怎么开会，一般是你做你的模块，我做我的模块，这种结果是到最后磨合的很差，记得我们后期开了一次会，发现我们中间还有很多问题。而我们为什么会不集中精神解决人际关系方面的工作呢，《人件》告诉我不是因为技术更重要，而是因为它更容易做。的确如此，人际关系是很复杂的，大家都希望尽快做完项目，一味的去追求代码的速度，而没有人愿意去管岌岌可危的人际关系，因为人们的天性就是用对自己有利的方式去解决问题，与人沟通这种能力恰恰是整日埋头编码的程序员所缺乏的。而对于编程这件事，从大一到大三，也编过不少程序了，但在考试的压力下我总认为一个程序越少出错越好。而《人件》告诉我对大多数脑力劳动者来说，偶尔犯一个错误是自然的，也是工作的一个健康组成部分。因为不太了解实际工作时项目经理的操作情况，但是我想如果他试图培养一种不允许出错的气氛只会让他的手下产生防备心理，如果我是那个项目组的一员，我会因为这种氛围而不去尝试我认为结果会很糟糕的事，比如尝试一种新的算法，尝试一种新的技术。尽管整个团队的技术平均水平也许会因为采取的任何限制错误的措施而得到适度改善，但是团队社会学却会受到严重损害。所以当人们犯错时，作为项目带头人应该鼓励他们。说到错误，不得不想到老师曾提过软工中软件测试占着很大的一部分，而我在做创新项目时总是默认我写的程序没有错，或者说我潜意识里期待这样，这让我对检查出错这一结果十分厌恶，读了《人件》后我知道这是人之常情，并且我必须花更多精力在测试这方面。