掌握一门编程语言基本语法和常用框架之后，再来写具体的实现代码是非常简单的一件事情。工作中程序员大部分时间用在三件事情上，一是谈需求。二是写文档。三是杠测试。
谈需求是与业务人员沟通程序实现哪些功能，与产品敲定程序的范围到什么程度。业务人员描述需求很简单，经常是用一句话概括，如偶想要一个什么样的功能。产品对功能范围的要求也不麻烦，那谁谁家的功能很不错，按照那个来做咱们的就行。在这种情况下，程序员基本是懵逼状态。经过N轮的“谈判”，才能最终确定需求是很平常的事情。
写文档是把大家的想法落到字面上，并形成完整的技术方案。讨论需求时，大家是东一棒槌西一镢头地高谈阔论。汇总论证时，发现会议纪要的内容是松散的，很难形成一个整体的思路。撰写修改写、讨论确认，反复多次，极个别技术方案的版本号从0.1能修改到0.9。如此折腾下来，让本来文字功底一般的码农，到了崩溃的边缘。
杠测试是与功能测试人员的恩怨情仇。恩的方面，测试人员为自己的质量把关。仇的方面，大家对细节的理解偏差，带来的互相鄙视。码农觉得主题功能完成就可发布版本，测试觉得细节也很重要。BUG、缺陷、优化项最好是能完全解决。小编曾经遇到过界面风格图片相差2个像素值，测试不发布正式版本的情况。
最后，用大家团队的需求受理到版本发布的时间作为栗子来给大家说明。普通简单需求、一个码农、一个测试的情况下，大家需要10个工作日完成。由于涉及到客户money，大家要求功能必须是零缺陷。这10个工作日是这么安排，2天需求对接、1天编码工作、1天单元测试（码农自测附带文档）、测试2天，剩余4天作为机动。在实际执行时，只有编码时间基本不变，其他超出计划时间的情况非常普遍，10个工作日还比较紧张。由此可见，编码最可控，其他比较难把握，难易程度也大抵如此。
屏幕前的您是怎么认为的呢？
