程序员工做法学习记录

程序员工做法

---

一、 以终为始

• 简而言之：以结果做为驱动，从结果处思考问题。考虑指定的结果会带来怎样的改变，这样的结果是否符合预期。是否还有其余更好的结果来替代?

二、DOD（ definition of done）

作事情以前，定义好什么叫作完成。
例如在工做中，遇到新的开发需求，此时的完成定义为（站在开发人员的角度）：

一、功能代码、测试案列编写完成
二、代码测试经过
三、数据库增、改脚本
四、上线环境需求
.....

三、明确需求

接收开发任务时，首先应该明白，需求的各项细节。
例如短信配置：

一、谁来配置？
二、哪些信息能够配置？
三、.....

四、持续集成

在分模块开发时，尽量的调短集成周期，如天天一次，这样能够避免项目集成过于复杂。

这里给个人感受更像是在工做中，开发一个需求时，尽可能作到没完成一个小的阶段时，就停下来思考，
目前的结果是否符合预期，同时能够向负责需求的人员进行报备、沟通，以免雪球越滚越大。

五、扩展上下文

Java中不少框架都是用到了‘上下文’这个概念，‘上下文’顾名思义，便是须要你了解一件事情更多的东西，如同故事大纲通常。
工做中，其实也是一样的道理，你须要了解的不只仅是你手中的工做，一样你须要知道 what you do，当你理解‘上下文’以后，遇到问题，你才能更好的解决，换个角度思考。不识庐山真面目，只缘身在此山中。解决一个问题，有些时候须要的不是技术，是一种艺术。

六、推演 头脑风暴

作任何事情以前，都应该在头脑中思考清楚，一步一步，就像在大脑中执行伪代码通常。我在工做时就喜欢写一点想一点，这样不少时候都会推翻重来。在脑中推演一番，不只避免这种无效操做，也会培养出一种良好的习惯，三思然后行！

七、数字衡量一切

作事情的时候凭借本身的直觉，这是大多数人作事的一种方式，好比我开车，就是凭借本身的直觉，这样带来一个很大的问题，个人驾驶技术很难取得进步。工做生活亦是如此，务必将那些须要提高的方面，尽可能作到能用数字衡量。

例如：在工做中，我常常发表这样的言论，这样改动以后，会致使查询速度极低，可是这种说法自己
其实具有很大的模糊性。低，可以具体化吗？有数据支撑吗？等等。已经不少时候，完成一件事情，
能够用数字来衡量吗？完成便是100%，没有99.9%这种说法。