作者:
Tom Demarco
/
Timothy Lister
出版社: Dorset House Publishing Company, Incorporated
出版年: 1999-02-01
ISBN: 9780932633057
装帧: Paperback
定价: USD 33.95
出版社: Dorset House Publishing Company, Incorporated
出版年: 1999-02-01
ISBN: 9780932633057
装帧: Paperback
定价: USD 33.95
豆瓣评分
Peopleware的创作者
· · · · · ·
-
-
Tom DeMarco 作者
作者简介 · · · · · ·
Tom DeMarco和Timothy Lister是大西洋系统协会(www.atlsysguild.com)的负责人。从1979起,他们就在一起演讲,写作和从事国际性的咨询工作,主要涉及软件工程、生产力、估算、管理学和公司文化。 Tom DeMarco的职业生涯开始于贝尔实验室,他是结构化分析和设计的创始人之一,之后,他转向研究软件开发中的管理及其方法。他由于“对信息科学的重大贡献”成为1986年的J.-D. Warnier奖的得主。DeMarco总共已出版了六本书,其中项目管理小说《最后期限》(已由清华大学出版社出版)曾被评为亚马逊网上书店和巴诺书店的最佳畅销书。Timothy Lister的研究领域主要集中在对软件组织和项目的风险管理。Tim也为美国仲裁协会工作,负责解决软件争端。他还是美国国防部下设的软件程序经理网络的航空理事会员。
原文摘录 · · · · · · ( 全部 )
-
软件管理的七个不真实的期望 1.有使你的生产力剧增的新诀窍,你已经错过了。 回答:你不会愚蠢到错过如此重要的东西。你在不停地研究新的方法,试图找出最重要的方法。你已经采取的或可能采取的方法好像没有一个能真正使你的生产力得到快速提高。虽然他们所做的是保持每个人健康:人们喜欢让他们的头脑保持全神贯注的状态去学习、去提高。你所错过的有些神奇的革新的线路纯粹是一种特权阶级为了兜售它而采取的恐惧战略。 2.其他经理的成效是正100%、200%或者更多。 回答:忘掉它。向你吹嘘的一种典型的魔术工具着重用于生命周期的汇编和测试部分,但即使编码和测试工作完全除掉不算,你也不能指望你有百分之百的收获,其中仍然要做分析、谈判、编定规格说明书、培训、验收测试、转型和裁员等事情。 3.技术正飞快地发展,而你正在被淘汰。 回答:是的,技术是在飞速发展,但是(又是高科技幻觉)你所做的大部分工作并不是真正的高科技。当机器已经发生了巨大变化时,商业软件的开发却已经是相当静态的。我们仍然要花费大部分的时间用于客户需求和规格说明方面――我们工作中的低技术部分。软件业界的生产力每年都提高了3%到5%,仅略微比钢铁工业和汽车工业好一点点。 4.改变语言将使你收获巨大。 回答:语言是很重要的,因为它们影响着你思考问题的方式,但话又说回来,它们只能对项目的实现部分产生影响。 由于他们过分夸张的吹嘘,我们一些更新的语言就成了苦杏仁苷。例如,我们可以用肯定的语气说,在开发一个新的应用程序的时候,用PowerBuilder也许要比用COBOL好,但即使在使用PowerBuilder之前也有比COBOL更好的方法:各种专用工具能使查询和更新相当简单。除非你面对过去几十年的变迁一直在睡大觉,否则你会明白,一种语言的改变不会为你带来很多的好处,它也许给你百分之五的收获(不是蔑视这个数字),但不会再多了。 5.因为未... (查看原文) —— 引自章节:第6章 苦杏仁苷 -
胶冻团队是一群紧密结合在一起的人,其整体大于部分的总和。 (查看原文) —— 引自第161页
> 全部原文摘录
Peopleware的书评 · · · · · · ( 全部 59 条 )
好书|笔记|同时推荐德鲁克
这篇书评可能有关键情节透露
这本书的内容的组织上比较让人抓不住头绪——每一章、每一节都让人觉得鞭辟入里,但整体上很难给人把握住。如果让我概括性总结一下,我觉得是:开发中对人的‘管理’重于对技术的管理,这种‘管理’重在‘理’而不是‘管’,这种管理的核心理念是尊重开发人员、让开发人员‘快... (展开)明明己經是快要是三十年前的觀點,現在竟然還是那麼多公司學不會呀…
《Peopleware》 1987年出版便被列為管理聖經之一,而在最近才有機會拜讀此書,原本以為艱深難懂但沒想到異常的輕鬆活潑,很輕易的就能讀完,而當中所冷嘲熱諷的愚蠢管理行為和觀點,正好發生我上一份工作以及部份蠢事也止發生在我目前的工作環境當中,讀起來真是心有戚戚焉呀...
(展开)
发挥个人的能力才是最关键的
这篇书评可能有关键情节透露
事情起源于动态语言和静态语言之争,最后争论焦点转移到:「相信人本身的能力重要, 还是通过语言/工具来约束人重要」。 我认为项目开发中最重要的是个人能力和团队协作能力,工具只是加分项。 如果代码质量差、监控难、性能难以优化,解决根本问题的关键还是在人身上。 并不是... (展开)> 更多书评 59篇
论坛 · · · · · ·
在这本书的论坛里发言这本书的其他版本 · · · · · · ( 全部10 )
-
清华大学出版社 (2003)8.2分 1583人读过
-
机械工业出版社 (2014)8.5分 552人读过
-
Dorset House (1999)8.3分 58人读过
-
电子工业出版社 (2023)9.0分 18人读过
以下书单推荐 · · · · · · ( 全部 )
- 现代软件工程的教材和参考书 (xinz)
- 计算机科学经典著作(英文版) (newleft)
- 软件工程 (风尘)
- 编程 (❤)
- Software Engineering (iamYefei)
谁读这本书? · · · · · ·
二手市场
· · · · · ·
- 在豆瓣转让 有24人想读,手里有一本闲着?
订阅关于Peopleware的评论:
feed: rss 2.0
0 有用 丸子(^.^)v 2019-04-21 04:00:03
而长期跟代码打交道的工程师, 很容易走进的一个误区就是觉得 身边每个人都跟代码一样 一改就改过来了 用管代码的方式管理人 那是不行的 = =
0 有用 十三香 2015-01-06 21:16:05
侯捷对此书和《人月神话》进行了对比: 過分追求"幽默感"也會產生止咳糖漿式的效果。 典型的例子是Peopleware。 與MMM相比,那本書總是給我一種推銷員教材的印象。 二書作者技術背景(我不認為DeMarco們曾參加過嚴肅的軟件項目)、宗教背景的不同(Brooks是位虔誠的基督徒)也許可以解釋賣弄和樸實、空洞和厚重之間的差距。