划重点 | 关于“以终为始”，你要记住的9句话

到目前为止读过的最好专栏 ，文字通俗能看下去，功底深厚，期待后面的文章

我发现很多时候，我们都在关注技术是什么。比如像什么最新的技术实践啊，最近的技术发展啊，如何学习一种技术啊，等等。整体的这种氛围，导致我们忽略了技术之外的职业素养。而郑老师的这个专栏，恰恰弥补了这方面的不足。在学习这个专栏之前，我对于工作一直是一种按直觉干。我发现程序员的工作大多数时候并不是去解决一些技术问题，很多时候要去解决很多非技术问题，让我对如何干好开发充满了迷茫与困惑。通过这个专栏，学习了一个又一个理论工具，让我对工作渐渐理清了思路，不是那么迷茫了。十分期待下面的课程。

管理老板的成本太高咯

这篇文章字字珠玑，我写文章达到这个level时，应该也积累了很多文字和影响力

没遇到靠谱的产品经理，也不太会站在产品经理的角度想问题。就是程序员还没做好，又要被要求尝试做好产品经理，怎么破？

用了不到一周的时间，重读了专栏的第一个模块，“以始为终”，借机回顾一下。 可能最有启发的部分，就是在项目开始之初，应该做好完成的定义，DoD。其实与上级沟通的时候也是同样的，要了解上级的期望，并且最好能够对于什么是完成达成一致。 当然还有很重要的一部分，是自己对于目标的设定和最后一公里的推演。 以前知道用户故事，但是忽视了验收标准。 迭代0，其实并不容易做到，但是至少可以努力做到一部分，如果让我选，我希望是搭建好持续集成的开发环境。 虽然一心想要做技术，只想和逻辑清晰、对错分明的计算机打交道，但是作为程序员，还是要能够跳出自己的“舒适区”，尽可能的扩大工作上下文。 期待后面的“任务分解”专题，因为我在做测试驱动开发练习的是否，发现自己写不出合适的单元测试，主要就是因为不会分解任务。

每篇都认真做好笔记，有空看一看，结合工作场景思考，没想到老师这么贴心，把精华又专门提炼了出来。 我觉得要整个团队都能有这样的认知，才能真正把这些实践起来，让开发环境、流程向自动化、专业化靠拢（我是跳出工作上下文之后意识到的，作为团队的小小个，表现的一丝焦虑）

学习了很多，有些是以前就注意了的，有些是没做好的，还有些是没意识到的，通过这个专栏感觉自己在提升，很喜欢这种感觉

专栏中的每个场景我几乎都真实经历过,老师真是切身为我们着想,是在帮助我们解决问题而不是简单的提要求,一定要反复研读

很好的专栏，里面很多场景都实际遇到过，收益很多，期待任务分解篇