后记 & 目录

我很喜欢 Robert C. Martin 的《The Clean Coder》一书,里面讲了许多身为专业的程序员在软件开发路上应该追求的事情、态度、方法。里面没有多少代码,却带给我更多在软件开发上的启发,让我更暸解我该如何要求自己,追求卓越。

本系列文也是以类似的形式去发表的,我尽量不谈到代码,而是抽取平时软件开发过程中所学习到的经验,化成文本所大家分享。我认为技术上的细节,已经有很多前辈与同好用更专业的文章和书籍与我们分享,但是在软件开发上与技术无关的事情,却相对没有多少文章和书籍提及,所以尝试将我这几年软件开发路上的经验与感悟写出来。

这些感悟有比较跟个人相关的,讲得是如何让自己的产出更加稳定、有效率;也有团队合作相关的,讨论的都是和其他程序员在软件开发合作上会遇到的议题或是建议。在比较与技术无关的部分,软件规划相关的文章讲得比较像是软件产品规划面向的议题、项目管理则是更深入的讨论在开发软件时的会遇到的议题。除此之外也有与开发息息相关的文章,这部分比较杂,讲了重构、版控、以及一些稍微抽象的概念分享。最后,也在这 30 天挑了两篇软件项目相关的论文与大家分享。

软件开发在狭义上可能专指编写程序这件事,但在广义上涉及的层面却非常的多,是一个很有趣的领域,很高兴有机会分享我在这方便的认知。

我这几天会再陆续审阅本系列文的内容,可能会修正错字、补充内容、稍微调整文章架构。并在之后会再找时间刷新,把这系列文发表到 Blog 上,让本次分享更有连贯性的提供给其他需要的人。有兴趣的朋友可以订阅我博客的 RSS。

也欢迎看看我在这次铁人赛的另外两门主题的系列:

对,我今年发疯似的报名了三个主题,这 30 天真的既痛苦又快乐着。我晚点会把总感想发布在 Agile 主题的《为团队与组织导入敏捷的经验分享》系列里,届时会再补充链接到这边。

目录整理

依照发文时间排序

  1. 前言
  2. 重构的时机
  3. 如何导入 Code Review
  4. 为代码变动做出解释
  5. 我们都应该要略懂全端
  6. 没有最好的设计,只有最适合当前的设计
  7. 对版控提交变动的时机
  8. 其实技术债是可以被管理的
  9. MVP 与 Product
  10. 代码风格要点在于一致,而不是优劣
  11. 暸解目的去实作,而不是暸解要什么去实作
  12. 确认好要验收项目与规格的满足条件
  13. 厘清 Bug 与预期落差
  14. 版控的分支不宜长命
  15. 追求自动化
  16. Pair Programming 带来的好处
  17. 为软件订定状态阶段
  18. 留下思路
  19. 减少涟漪
  20. 埋下追踪
  21. 为什么强如大神也会写粪扣
  22. 浅论文档
  23. 学会调整自身状况也是软件开发很重要的事
  24. 软件价值的层次与平衡
  25. 分离需求与实作的讨论空间
  26. 代码从什么时候开始发臭
  27. 软件开发的日常练习
  28. 软件开发也应当恪守项目的严谨与明确
  29. 软件开发不是一个人的事
  30. 不只解决客户的问题,也要解决开发流程上的问题

依照分类去排序

自我

合作

软件规划

项目管理

开发

论文导读

Add a Comment

电子邮件地址不会被公开。 必填项已用*标注