代码之殇

书名：代码之殇
作者：EricBrechner
译者：林锋
ISBN：9787111416821
出版社：机械工业出版社
出版时间：2013-4
格式：epub/mobi/azw3/pdf
页数：314
豆瓣评分： 7.6

书籍简介：

《华章程序员书库:代码之殇(原书第2版)》是《代码大全》的姊妹篇，资深软件开发专家30余年工作经验结晶，被誉为“软件行业的财富”，微软公司软件工程师必读之书。它从软件开发流程、技术、方法、项目管理、团队管理、人际沟通等多角度总结出90余个具有代表性的问题（大多数问题可能会给公司或软件项目带来毁灭性灾难），并给出了问题的解决方案和最佳实践，值得所有软件工程师和项目管理者研读。 《华章程序员书库:代码之殇(原书第2版)》将这90余个问题分为10章：第1章讨论如何通过管理风险、范围和沟通来保障项目按时完成；第2章介绍消除经验主义的大量过程改进的方法与技巧；第3章讨论消除低效率的策略；第4章主要讨论开发者与其他工种之间的关系；第5章重点阐释软件质量问题；第6章解析软件设计的基本原理和错综复杂的本性；第7章探讨如何规划职业生涯；第8章分析工作与生活中存在的缺点的原因与纠正措施；第9章讨论如何进行有效管理；第10章分析如何成功应对一个软件业务所面临的挑战。

作者简介：

Eric Brechner　资深软件开发专家，拥有30余年开发经验，现就职于微软公司，担任“卓越开发”部门总监。曾在Bank Leumi、Jet Propulsion Laboratory、GRAFTEK、Silicon Graphics、Boeing等公司供职，担任过开发部门负责人、开发部经理、开发部总裁等职务。从2001年开始为微软公司员工撰写“Hard Code”专栏，该栏目在微软内部影响十分广泛，几乎是每一位工程师必读的，从而也激起了关于最佳实践的广泛讨论。如今，“Hard Code”专栏中的有益观点和真知灼见走出微软，走向整个软件开发社区，所有软件开发者都能从中受益。

书友短评：

@ Davis 曾经在MSFT的时候很多不明白的文化现在理解了。可惜已经离开MSFT @ 老挝的黑乌鸦 软件工程:评估工作量，不可评估完成时间。持续精益软件过程:架构设计，测试公平，代码质量。职业规划:职场不公平，自我完善，面向人的管理。 @ Python Li 软件工程、开发技术？我也不知道这本书到底在讲些什么，但的确应该是程序员必读书籍。 @ [已注销] 很有用，原来大公司之间有这么多类似地问题。翻译给扣扣一星 @ 海洋 读了一半，读不下去了。。再过几年再回头来看吧。 @ 是小仙男哦 5星好评!实至名归!这是一本管理学著作，与编程关系不强，但却是作者(这人做到微软副总裁下的开发总裁，绝对算号人物)几十年管理经验和系统工程阅历的总结。这本书比臭鱼烂虾写的管理学课本或成功学好在哪，你懂我意思了吧？ @ 老挝的黑乌鸦 软件工程:评估工作量，不可评估完成时间。持续精益软件过程:架构设计，测试公平，代码质量。职业规划:职场不公平，自我完善，面向人的管理。 @ 岸然小贩 写的比较短，看的时间长了，条理不容易理顺 @ 海洋 读了一半，读不下去了。。再过几年再回头来看吧。 @ yan97ao 翻译质量太差 实在没办法读完

本书赞誉
译者序
序
前言
第1版前言
第1章项目管理失当/ /1
2001年6月1日：“开发时间表、飞猪和其他幻想”2
2001年10月1日：“竭尽所能，再论开发时间表”4
2002年5月1日：“我们还开心吗？分诊的乐趣”7
2004年12月1日：“向死亡进军”11
2005年10月1日：“揭露真相”14
2008年9月1日：“我得估算一下”18
2009年5月1日：“一切从产品开始”21
2009年9月1日：“按计划行事”25
2010年5月1日：“敏捷的团队合作”28
第2章过程改进，没有灵丹妙药/ /31
2002年9月2日：“六西格玛？饶了我吧！”32
2004年10月1日：“精益：比五香熏牛肉还好”33
2005年4月1日：“客户不满”39
2006年3月1日：“敏捷子弹”44
2007年10月1日：“你怎么度量你自己？”50
2010年10月1日：“有我呢。”54
2010年11月1日：“我在缠着你吗？Bug报告。”58
2010年12月1日：“生产第一”62
2011年2月1日：“周期长度——生产力的老生常谈”65
第3章根除低下的效率/ /70
2001年7月1日：“迟到的规范书：生活现实或先天不足”71
2002年6月1日：“闲置人手”73
2004年6月1日：“我们开会的时候”77
2006年7月1日：“停止写规范书，跟功能小组呆在一起”79
2007年2月1日：“糟糕的规范书：该指责谁？”82
2008年2月1日：“路漫漫，其修远——分布式开发”85
2008年12月1日：“伪优化”89
2009年4月1日：“世界，尽在掌握”91
2011年4月1日：“你必须做个决定”94
第4章跨越工种/ /98
2002年4月1日：“现代临时夫妇？开发与测试”99
2004年7月1日：“感觉性急——测试者的角色”101
2005年5月1日：“模糊逻辑——君子之道”105
2005年11月1日：“废除工种——有什么理由搞专业化？”109
2009年1月1日：“持续工程的鬼话”111
2011年5月1日：“测试不该不受尊重”114
第5章软件质量不是梦/ /118
2002年3月1日：“你对你的安全放心吗”119
2002年11月1日：“牛肉在哪里？为什么我们要质量”121
2004年4月1日：“软件发展之路——从手工艺到工程”127
2005年7月1日：“复审一下这个——审查”131
2006年10月1日：“对质量的大胆预测”136
2008年5月1日：“碰撞测试：恢复”138
2008年10月1日：“盯紧标称”142
第6章有时间就做软件设计/ /146
2001年9月1日：“错误处理的灾难”147
2002年2月1日：“太多的厨师弄馊了一锅好汤——唯一权威”149
2004年5月1日：“通过设计解决”151
2006年2月1日：“质量的另一面——设计师和架构师”155
2006年8月1日：“美妙隔离——更好的设计”158
2007年11月1日：“软件性能：你在等什么？”161
2008年4月1日：“为您效劳”164
2008年8月1日：“我的试验成功了！（原型设计）”167
2009年2月1日：“绿野中长满蛆了”170
第7章职业生涯历险记/ /174
2001年12月1日：“当熟练就是目标”175
2002年10月1日：“人生是不公平的——考核曲线”177
2006年11月1日：“职业阶段上的角色”180
2007年5月1日：“与世界相连”183
2007年11月1日：“找个好工作——发现新角色”187
2007年12月1日：“要么带头做事，要么唯命是从，要么赶紧离开”190
2008年7月1日：“猩猩套装中的机遇”194
2010年3月1日：“我是很负责的”196
2010年4月1日：“新来的伙计”200
2010年６月１日：“升级”203
2010年９月１日：“辉煌时代”207
2011年１月１日：“个体领导者”210
第8章自我完善/ /213
2002年12月1日：“合作还是分道扬镳——协商”214
2005年2月1日：“最好学会平衡生活”216
2005年6月1日：“有的是时间”219
2005年8月1日：“寓利于乐，控制你的上司”224
2006年4月1日：“你在跟我讲吗？沟通的基础”228
2007年3月1日：“不是公开与诚实那么简单”231
2009年3月1日：“我听着呢”234
2009年7月1日：“幻灯片”236
2009年12月1日：“不要悲观”240
2010年8月1日：“我捅娄子了”243
2011年3月1日：“你也不赖”245
第9章成为管理者，而不是邪恶的化身/ /248
2003年2月1日：“不仅仅是数字——生产力”249
2004年9月1日：“面试流程之外”251
2004年11月1日：“最难做的工作——绩效不佳者”255
2005年9月1日：“随波逐流——人才的保持和流动”258
2005年12月1日：“管理我在行”262
2006年5月1日：“比较的恶果——病态团队”266
2008年3月1日：“必须改变：掌控改变”269
2009年6月1日：“奖赏，很难”272
2009年10月1日：“招人总是后悔”275
2009年11月1日：“管理馊了”278
2010年1月1日：“一对一与多对多”280
2010年7月1日：“文化冲击”284
第10章微软，你会喜欢它的/ /287
2001年11月1日：“我是怎样懂得不再焦虑并爱上重组的”288
2005年3月1日：“你的产品单元经理是个游民吗？”290
2006年9月1日：“有幸成为Windows的主宰者”293
2006年12月1日：“Google：严重的威胁还是糟糕的拼写？”298
2007年4月1日：“中年危机”301
2008年11月1日：“虚无主义及其他的创新毒药”305
2010年2月1日：“我们是功能型的吗？”308
术语表/ /312
· · · · · ·

添加微信公众号:好书天下获取