代码之殇

0
(0)

代码之殇

作者:EricBrechner

出版社:机械工业出版社

原作名:I.M.Wright's“HardCode”:ADecadeofHard-WonLessonsfromMicrosoftSecondEdition

译者:林锋

出版年:2013-4

页数:314

定价:79.00元

装帧:平装

丛书:华章程序员书库

ISBN:9787111416821

内容简介
······

《华章程序员书库:代码之殇(原书第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”专栏中的有益观点和真知灼见走出微软,走向整个软件开发社区,所有软件开发者都能从中受益。

目录
······

本书赞誉

译者序

前言

第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年6月1日:“升级”203

2010年9月1日:“辉煌时代”207

2011年1月1日:“个体领导者”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

评论 ······

曾经在MSFT的时候很多不明白的文化现在理解了。可惜已经离开MSFT

工作之后越来越觉得软件工程的重要。一个傻逼的流程会毁了项目和激情。某些章节pm也应该看看

翻译质量太差 实在没办法读完

点击星号评分!

平均分 0 / 5. 投票数: 0

还没有投票!请为他投一票。

评论 抢沙发

评论前必须登录!

 

登录

找回密码

注册