作者:
[美国]
Tom DeMarco
出版社: Dorset House Publishing Company, Incorporated
副标题: Productive Projects and Teams, 2nd Ed.
出版年: 1999-02-01
定价: USD 33.95
装帧: Paperback
ISBN: 9780932633057
出版社: Dorset House Publishing Company, Incorporated
副标题: Productive Projects and Teams, 2nd Ed.
出版年: 1999-02-01
定价: USD 33.95
装帧: Paperback
ISBN: 9780932633057
豆瓣评分
Peopleware的创作者
· · · · · ·
-
Tom DeMarco 作者
作者简介 · · · · · ·
Tom DeMarco和Timothy Lister是大西洋系统协会(www.atlsysguild.com)的负责人。从1979起,他们就在一起演讲,写作和从事国际性的咨询工作,主要涉及软件工程、生产力、估算、管理学和公司文化。 Tom DeMarco的职业生涯开始于贝尔实验室,他是结构化分析和设计的创始人之一,之后,他转向研究软件开发中的管理及其方法。他由于“对信息科学的重大贡献”成为1986年的J.-D. Warnier奖的得主。DeMarco总共已出版了六本书,其中项目管理小说《最后期限》(已由清华大学出版社出版)曾被评为亚马逊网上书店和巴诺书店的最佳畅销书。Timothy Lister的研究领域主要集中在对软件组织和项目的风险管理。Tim也为美国仲裁协会工作,负责解决软件争端。他还是美国国防部下设的软件程序经理网络的航空理事会员。
Peopleware的书评 · · · · · · ( 全部 59 条 )
好书|笔记|同时推荐德鲁克
这篇书评可能有关键情节透露
这本书的内容的组织上比较让人抓不住头绪——每一章、每一节都让人觉得鞭辟入里,但整体上很难给人把握住。如果让我概括性总结一下,我觉得是:开发中对人的‘管理’重于对技术的管理,这种‘管理’重在‘理’而不是‘管’,这种管理的核心理念是尊重开发人员、让开发人员‘快... (展开)明明己經是快要是三十年前的觀點,現在竟然還是那麼多公司學不會呀…
《Peopleware》 1987年出版便被列為管理聖經之一,而在最近才有機會拜讀此書,原本以為艱深難懂但沒想到異常的輕鬆活潑,很輕易的就能讀完,而當中所冷嘲熱諷的愚蠢管理行為和觀點,正好發生我上一份工作以及部份蠢事也止發生在我目前的工作環境當中,讀起來真是心有戚戚焉呀...
(展开)
发挥个人的能力才是最关键的
这篇书评可能有关键情节透露
事情起源于动态语言和静态语言之争,最后争论焦点转移到:「相信人本身的能力重要, 还是通过语言/工具来约束人重要」。 我认为项目开发中最重要的是个人能力和团队协作能力,工具只是加分项。 如果代码质量差、监控难、性能难以优化,解决根本问题的关键还是在人身上。 并不是... (展开)> 更多书评 59篇
论坛 · · · · · ·
在这本书的论坛里发言这本书的其他版本 · · · · · · ( 全部10 )
-
清华大学出版社 (2003)8.2分 1576人读过
-
机械工业出版社 (2014)8.6分 517人读过
-
Dorset House (1999)8.3分 58人读过
-
經濟新潮社 (2007)暂无评分 14人读过
以下书单推荐 · · · · · · ( 全部 )
- 现代软件工程的教材和参考书 (xinz)
- 计算机科学经典著作(英文版) (newleft)
- 数字化抓手----EA/企业架构生命周期管理 (小毛叔)
- 软件工程 (风尘)
- 编程 (❤)
谁读这本书? · · · · · ·
二手市场
· · · · · ·
- 在豆瓣转让 有23人想读,手里有一本闲着?
订阅关于Peopleware的评论:
feed: rss 2.0
0 有用 丸子(^.^)v 2019-04-21 04:00:03
而长期跟代码打交道的工程师, 很容易走进的一个误区就是觉得 身边每个人都跟代码一样 一改就改过来了 用管代码的方式管理人 那是不行的 = =
0 有用 Uncle 2015-01-06 21:16:05
侯捷对此书和《人月神话》进行了对比: 過分追求"幽默感"也會產生止咳糖漿式的效果。 典型的例子是Peopleware。 與MMM相比,那本書總是給我一種推銷員教材的印象。 二書作者技術背景(我不認為DeMarco們曾參加過嚴肅的軟件項目)、宗教背景的不同(Brooks是位虔誠的基督徒)也許可以解釋賣弄和樸實、空洞和厚重之間的差距。
0 有用 丸子(^.^)v 2019-04-21 04:00:03
而长期跟代码打交道的工程师, 很容易走进的一个误区就是觉得 身边每个人都跟代码一样 一改就改过来了 用管代码的方式管理人 那是不行的 = =
0 有用 Uncle 2015-01-06 21:16:05
侯捷对此书和《人月神话》进行了对比: 過分追求"幽默感"也會產生止咳糖漿式的效果。 典型的例子是Peopleware。 與MMM相比,那本書總是給我一種推銷員教材的印象。 二書作者技術背景(我不認為DeMarco們曾參加過嚴肅的軟件項目)、宗教背景的不同(Brooks是位虔誠的基督徒)也許可以解釋賣弄和樸實、空洞和厚重之間的差距。