读《代码整洁之道-程序员的职业素养》笔记

本文探讨了专业程序员的责任感,强调每日编程、合作、知识分享和对业务理解的重要性。提到了TDD、设计原则和模式在创建可维护软件中的应用。还涉及了需求管理、工作效率、避免编程阻塞的策略,以及如何有效估算和会议管理。此外,也提醒程序员要关注个人状态,避免在不良状态下编写代码,并警惕客户需求的复杂性及其对项目的影响。
摘要由CSDN通过智能技术生成

原书名《The Clean Coder》 [美]Robert C. Martin 著

  1. “专业”的意义在于,为自己必然的不完美负起责任。
  2. 保持每日编程。寻找合作伙伴。分享自己的知识。专业的开发必然需要对业务知识了如指掌。
  3. 专业人士不能屈从于任何事物,必须有自己的专业判断。没有“试试看”这回事。
  4. 先定义“完成”概念,再去安排计划。
  5. 程序员负责管理各种细节,这是职责。
  6. 测试驱动开发(TDD)
  7. 试用设计原则和模式,创建灵活可维护的软件结构。
  8. 如果你希望自己大的软件灵活可变,那就应该时常修改它。每一次查看自己的代码,都应该尝试让它变得更简洁。
  9. 必须学习的内容:24种设计模式设计原则,设计案例,工程化理念,各种程序设计工具
  10. PERT预估方法。德尔菲法预估。大数定律(把内容拆开分析)
  11. 编程阻塞时,尝试结对编程。
  12. 不要在心烦意乱时写代码,先解决自己的个人问题。不要在疲惫时写代码。要学会保存精力和创造力。不要熬夜。
  13. 稍微动一动手工制做或者运动,有助于恢复注意力。
  14. 客户所要的任何一项功能,一旦写起来,总是远比它开始时所说的要复杂许多。业务方会想当然地认为看文档的人懂得自己的意思。
  15. 观察者效应,每次输出一个功能,都会造成需求的连锁变化。
  16. 将自己的职业发展寄希望于雇主的软件开发人员将会很惨。
  17. 不能铭记过去的人,注定要重蹈覆辙。
  18. 需求输入糟糕,程序输出也会糟糕
  19. 如果上级不能出具加班写出的内容失败后的预备方案,就不要同意加班。
  20. 会议是必须的&会议浪费了大量时间。不妨算算会议成本。
  21. 站会:昨天做了什么,今天要做什么,有什么问题。每人最多1分钟。
  22. 迭代计划会议:列出分解过的业务,确定开发时间和业务价值。一周2小时之内。
  23. 凡是不能在5分钟内解决的争论,都不应该继续争论,而是动手。应该用数据说话。必须解决的争论,可以在5分钟内描述,然后大家投票。
评论 4
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包

打赏作者

闲人老师

你的鼓励将是我创作的最大动力

¥1 ¥2 ¥4 ¥6 ¥10 ¥20
扫码支付:¥1
获取中
扫码支付

您的余额不足,请更换扫码支付或充值

打赏作者

实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值