软件开发知识点合集

第一遍看，快速浏览觉得没什么意思。看完了，完全记不得里面的内容，为写这篇读书笔记，又再次看了遍，第二次看稍微感觉这是本有内容的书。 前段时间之间，自己整理了下后续写读书笔记的规则，大致如下：

1.这本书讲了什么 2.那些印象比较深，或者有那些观点刷新，我对于这些观点的思考是什么 3.怎么用到实际工作中

以上是插曲，回到本书。这本书主要讲了人力管理、公司办公环境、团队建设、其他杂项(邮件、会议、标准化流程等)，最后是激励读者收集事实，出击改变。 书籍的目录，说实话，设计得很差，看完标题完全不知道本章要讲些什么。我看的第三版，翻译也不好。举例：第二十九章，有这么一句：非确定性系统之所以能否毫无痛苦并优雅地完成自我修复。我想，这个句子完全是把英文放到翻译软件中的出来的中文意思吧？有可能还是建议读原著，就像解决一些技术问题，想靠百度(google)，非把你绕晕不可，还不如直接反编译看源码。 下方是我的一些思考(因时间问题，关于本书后面大部分内容未写读时思考) (1)有些观点不赞同： 1.说初为管理者，容易把人当作程序模块对待。而原因是之前工作的内容导致。即之前工作内容是程序模块划分、架构。 作为管理者，并没有把人当作机器对待，我只想完成工作，需要组员一起工作。作为管理者，理所当然要划分工作 2.第二章关于快餐店的讨论，对工作犯错的员工采取严厉手段、把工人当做可替换的机器...作者说这些做法在快餐行业(生产环境)可行，在软件开发行业不可行 我倒觉得如果这些方法在快餐行业可行，在软件开发行业不一定不可行；相反，我觉得这些方法在快餐行业，也是不可行的 3.第七章对于工作环境的讨论，有点过了。原语句”只要员工还拥挤在嘈杂、低效、干扰不断的环境里，任何除了环境外的改进都是徒劳的”。知识工作者有个安静的工作环境很重要，但远没有达到工作环境不改进，员工就无法工作，公司就会垮掉的急迫程度。但有个安静的工作环境对于思考会很有帮助，就像我们经常在夜晚时能思考得比较深，因为这个时候，一般很少会被打扰 (2)有些观点我赞同： 1.习惯专注于技术问题，是因为这些问题相对比较容易解决 2.员工的独特个性是团队充满活力与高效的源泉 这点我部分认同，虽然管理这样员工可能比较麻烦。但有性格的员工，我比较欣赏 3.生产效率应该是让单位时间内的工作产生更高价值，而非单位付酬情况下，猎取更多价值 4.强制加班没有意义，甚至可能反作用【导致效率低下、导致转空耗时、导致优秀员工离职】 5.面试他人的时候，可能的话直接看对方的作品，而非简单聊【曾经面试过一个Android岗位，对方直接说我所跟他聊的并不能说服他，但我带的作品让他很欣赏(当时是带了一篇Android应用启动过程源码解析的文章，十多页)】 (3)有些观点我不喜欢： 1.什么是高科技工作者 作者觉得只有从事基础研究的科研人员才算高科技工作者，对这种概念问题，我无所谓，爱怎么说怎么说 2.团队存在的目标不是达成目标，而是让目标一致 all right.作者说目标不是团队达成，是个人达成的。但团队还是很重要，它让每个人劲往一处使，所以说了上面这句话。我的观点，和上面一样，对于这种玩概念的文字，I don’t care. (4)有益的思考： 1.项目什么时候可以放弃了，重新做一个？比如我们目前的系统，基本做几个需求就会出问题 2.是否允许犯错？很多公司的做法应该是不允许犯错(比如出生产问题就扣工资)，而《原则》作者说桥水允许犯错，但不允许犯错了后放过反思的机会，更不允许隐瞒错误 3.大部分人是热爱他们的工作的，不用在他背后去推他 4.忙碌在做事实施的同时，还是要想想关键问题"这件事到底该不该做" 5.富士康十三连跳的原因【插播的话题，因为书本中的某些观点】 6.什么是职业素养？早九晚六是不是职业素养的表现？ 7.低流失率到底好，还是不好？是否这个问题都没有意义？产品被市场认可，公司发展数据向前即可？也即公司目标达成即可？ 8.怎么行成一个有凝聚力的团队？团队是有DNA存在的，并且这种氛围与创始人的性格关系很大 9.腾讯副总裁张小龙是不是一个好员工？ (5)那些观点我想不明白： 1.压缩时间，降低质量可能导致效率的降低。不惜一切代价保证交付的标准是开发者认可的(比如延期)，反而能促进效率的提升，从而降低开发成本，即免费达到高质量。此时高质量与高效率并行 2.管理的职责是创造环境让下属有发挥的空间 总结：本书各种主题都说了一些，其实不合适闲暇翻阅，比较适合遇到问题时做参考，就像字典。如果碰到以下问题，可以再阅读参考【1.加班文化、2.办公室设计、3.流(碎片时间)、4.招聘、5.员工离职、6.团队管理、7.工作流程、8.风险管理、9.会议、10.邮件、11.工作方式优化、12...】