圖書標籤: 軟件工程  經典  管理  思維  Programming  Peopleware  Management  軟件開發   

喜歡 Peopleware 的讀者還喜歡

而長期跟代碼打交道的工程師， 很容易走進的一個誤區就是覺得 身邊每個人都跟代碼一樣 一改就改過來瞭 用管代碼的方式管理人 那是不行的 = =

而長期跟代碼打交道的工程師， 很容易走進的一個誤區就是覺得 身邊每個人都跟代碼一樣 一改就改過來瞭 用管代碼的方式管理人 那是不行的 = =

侯捷對此書和《人月神話》進行瞭對比： 過分追求"幽默感"也會產生止咳糖漿式的效果。 典型的例子是Peopleware。 與MMM相比，那本書總是給我一種推銷員教材的印象。 二書作者技術背景（我不認為DeMarco們曾參加過嚴肅的軟件項目）、宗教背景的不同（Brooks是位虔誠的基督徒）也許可以解釋賣弄和樸實、空洞和厚重之間的差距。

而長期跟代碼打交道的工程師， 很容易走進的一個誤區就是覺得 身邊每個人都跟代碼一樣 一改就改過來瞭 用管代碼的方式管理人 那是不行的 = =

侯捷對此書和《人月神話》進行瞭對比： 過分追求"幽默感"也會產生止咳糖漿式的效果。 典型的例子是Peopleware。 與MMM相比，那本書總是給我一種推銷員教材的印象。 二書作者技術背景（我不認為DeMarco們曾參加過嚴肅的軟件項目）、宗教背景的不同（Brooks是位虔誠的基督徒）也許可以解釋賣弄和樸實、空洞和厚重之間的差距。

本书的翻译可谓极差，非常难读，很多时候参考原文，或者需要重新以英文的方式解构之。 本书内容还堪一读，但是对于实作，坦白讲，对于当今中国软件业可谓并无实作之可能。 当今的业态，以外包和工程为主，很多时候，不是在写一个“软件”，而是在堆砌一个建筑。研发的比例少...  

这是一本好书。 但恰恰是不那么逻辑，不那么西方，不那么严密的一本书。 它有很多好的结论，比如说那个著名的“流”的说法，程序员 需要流，那么我们要尽量创造适合产生这种流的环境。我记得在 amazon看过一个评论说这本书写的很牵强，主要是指它的论证 过程，那个作者更倾向于...  

翻译太差了，有时候看了一段琢磨不出到底想说啥意思。 作了一些笔记：软件工作团队管理问题学习 第一部分 人力资源管理 管理问题的实质 本质上，技术管理者工作中的主要问题，与其说是技术问题，不如说是社会学问题 管理问题的实质 成功源自于良好的、与所有的工作参者的人...  

知識產業的核心資產是人才，研發人員的開支就是投資而不是沉沒成本。 人才的使用方式就不是傳統產業人力資源和設備的使用方式，對於人力資源的使用應該是保障人能夠有效地創造，而不是如同體力勞動產業工人那樣壓榨。 知識產業的人力資源最佳使用方式打造團隊和社區，而打造團...  

“隔街找钥匙，只因街更亮” ---- 我们关注技术方面的东西而故意忽视人际关系的问题，不是因为它重要，而是因为他更容易。 允许犯错 ---- 团队技术平均水平或许会因采取的任何限制错误的措施而得到改善，但团队社会学却受到了破坏。 团队催化剂 ---- 一些成员的重要性...