花了几天时间读完了这本书。书的页数比较少,正如副标题所说,主要讲述了程序员的职业素养问题。📖

对于自己的职业,要有职业道德,有担当精神,即“own”精神。例如,删库跑路这种行为不仅违法,还违背职业道德。🚫

对于需求,不仅要了解技术实现,更要了解业务整体。对于不合理的需求或时间节点,要勇于说“不”。不要说“我试试”、“我尽量”,而应明确说明完成时间(例如:我将在周二之前完成这个任务)。⏰

对于做出的承诺要慎重,一旦承诺,会带来很大的实现代价,所以必须慎重承诺。这是专业程序员的职业素养,“我试试,我尽量”这种模棱两可的语气词不是一个专业程序员该说的。💪

在心情烦躁或有烦心事时,花点时间冷静一下再写代码。否则,写出的代码也需要重构。有时候,面对问题,适当休息一下,睡一会儿,泡个澡,也许问题就会迎刃而解。(这个我深有体会)✨

专业的程序员会帮助他人,也不耻下问,寻求别人的帮助,这没什么不好意思的。🤝

测试驱动开发(TDD)在国内开发团队中可能不太适用。虽然曾尝试过TDD开发,但最终放弃了。不过,编写一些单元测试还是有必要的。✅

所谓“纸上得来终觉浅,绝知此事要躬行”,对于程序员来说,练习是必不可少的环节。卡塔(个人练习)、瓦萨(两人结对编程)、自由练习(多人合作)都是很好的练习方式。💻

多参与开源社区的开发,能够快速熟练掌握某个领域。🌐

后续章节提到,开发交付给QA的应该是找不到任何错误、至少业务正确且使用上没有问题的程序。🔍

避免浪费时间的会议,并管理好自己的时间。⏰

预估一个功能点的完成周期较难,可以将大功能点拆分成小的点,分别预估,再汇总得出最终时间点。但这个时间点仅是预估。📊

其他章节的内容目前体会不大,但面对压力时,不要违背自己的编码原则。例如,需求时间点紧急导致代码质量下降,这种情况在国内较为普遍,但之后应尽量重构代码。团队管理方面,不要临时组建团队进行项目开发,固定团队接不同项目可以节省磨合成本。👥

总的来说,书中的一些观点在国内不一定完全适用,比如预估时间点、减少加班等。国内普遍实行996工作制,难以避免内卷现象。建议每周工作60小时,其中40小时用于工作,剩下的20小时留给自己。🌟

标签: 代码规范, 重构

添加新评论

😊