图书标签: 软件工程  经典  管理  思维  Programming  Peopleware  Management  软件开发   

喜欢 Peopleware 的读者还喜欢

而长期跟代码打交道的工程师， 很容易走进的一个误区就是觉得 身边每个人都跟代码一样 一改就改过来了 用管代码的方式管理人 那是不行的 = =

而长期跟代码打交道的工程师， 很容易走进的一个误区就是觉得 身边每个人都跟代码一样 一改就改过来了 用管代码的方式管理人 那是不行的 = =

而长期跟代码打交道的工程师， 很容易走进的一个误区就是觉得 身边每个人都跟代码一样 一改就改过来了 用管代码的方式管理人 那是不行的 = =

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

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

很多年前，刚开始踏入IT界，就有人推荐我应该看两本书，一本是<r人月神话>，另外一本就是<人件>。可是10多年过去了，我是这个月才真正的拜读了<人件>，回想起自己多年来接触过的，参与过的大大小小成功、失败的项目，以及参与到公司装修、布局时候遇到的各种问题，不由得发现：...  

很多年前，刚开始踏入IT界，就有人推荐我应该看两本书，一本是<r人月神话>，另外一本就是<人件>。可是10多年过去了，我是这个月才真正的拜读了<人件>，回想起自己多年来接触过的，参与过的大大小小成功、失败的项目，以及参与到公司装修、布局时候遇到的各种问题，不由得发现：...  

在这本书的扉页上，写着这样的一句话：在成千上万的书架上，《人件》永远和《人月神话》并列在一起。 作为一本主要讨论软件组织中人文环境因素的著作来说，这本书面向的主要对象应该是软件组织的管理者。 但这真是一本令人震惊的书，看来无论国内国外，软件业的...  

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

淡定，“很差”不是给“Peopleware”的，而是给UMLChina翻译团队的，你懂得。 我没有比对英文原著，所以只能从文中中英文并存的部分来窥豹一斑。比如Software State-of-art翻译为“软件的艺术状态”，这个实在是copycat的要命。整本书文字不算多，内容的确非常有料，可是拖拖...