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

喜欢 Peopleware 的读者还喜欢

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

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

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

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

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

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

在你从事软件开发这个行当的任何一个阶段和任何一个位置你都应该阅读的好书。在这个行业呆得越久，你越会发现这本书讲的这些绝对是真理。 唯一一本我任何时候更换办公位置都随身携带的书  

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

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