1、瀑布模型开发挂了
有些程序员是不会让你知道瀑布开发挂了的。
敏捷和瀑布是两种不同的开发模式。
瀑布模型开发会采用一组功能，当所有功能都完成时才开始构建项目。
因此，瀑布模型开发通常需要几个月才能完成。
敏捷开发则是采用一组功能，当其中一项功能完成后就构建项目，然后再继续下一个功能。
因此，敏捷开发最快几小时就能完成。
如果有程序员说他们需要构建所有功能并在 X 月内启动项目，那他们用的就是瀑布模型开发。
说瀑布模式开发没死都是骗人的。
瀑布模式开发已死。
既然叫做瀑布，就意味着不应该走回头路。否则如果出现返工，付出的代价会很大。
而敏捷开发的最终目标是让客户满意，所以能够主动接受需求变更，这就使设计出来的软件有灵活性，可扩展性。

2、项目启动第一天代码即可用
程序员一般都不会告诉你代码的真正可用时间。
一些程序员会说：我们将在项目完成时或特性完成时提供代码。
其实并不是这样。
第一行代码在项目启动一个小时之后就可使用。
鸡汁的程序员会选择用存储库“备份代码”，当有多个开发人员在项目上工作时，此存储库可用作代码维护。
如果你是项目经理或客户，就该在第一时间要求访问存储库。
当程序员拒绝了你这一要求，你就该察觉，其中肯定出了什么问题。

3、项目启动第一天即可运行应用程序测试
程序员不会告诉你，项目启动第一天即可运行应用程序测试。
他们一般会说，测试要在项目完成后才能进行。
不要相信这句话。
还记得瀑布已死事件吗？
因为大多数程序员使用的是敏捷开发，第一个功能完成后，应用程序即可在云测试服务器可用。
有些程序员可能会将你的项目转手给别人开发。
而真正尽责的程序员则会根据你的应用程序和部署计划，就代码托管量的问题进行商讨。
你需要做的就是与营销团队制定计划，了解可能转化为用户的流量。
尽责的程序员会成为你维护应用程序的优秀顾问。而不合格的程序员只会选择逃避和隐藏问题。

4、TDD 没挂
有些程序员并不想让你知道 TDD 还没挂。
TDD 即 Test Driven Development，是一个测试先于开发的软件开发方式。
最近，Ruby on Rails 的主要开发人员发布了一篇声称 TDD 已挂的文章，其理论是建立在有良好编程习惯的程序员之上的。
然而问题是并非所有程序员都拥有良好的编程习惯。
假设现在要求编写一个收集 email 的表单，比如 homer@simpson.com。
尽责的程序员会有意识地加上对 email 格式正确与否的验证，不然用户可能会键入一堆乱码。
如果你问程序员他们是否使用 TDD 开发，他们的回答是“没用，因为 TDD 挂了啊。”
这时候你就要注意了。
虽然 TDD 会让项目成本增高，但用总比不用好，因为它起到了保障的作用。
总的来说，如果你没法保证所有程序员都拥有良好的编程习惯，那最好要求他们用 TDD。

5、不需要重新构建项目
“我们需要重新开始”是一些程序员的口头禅。
但实际情况可能并不是这样，他们只是不想让你了解问题的真正原因。
因为大多数软件构建的模式都相同，比如 Twitter 就类似于 Facebook 和 Instagram。
它们都有登录、个人资料页面，时间轴，“发帖”项， 关注项。
既然代码开源，很多模式就可以相互借鉴的，并不一定需要重头开始开发。
所以，当程序员对你说出这句话时，你就要学会做出判断，他们是不是想拖延时间呢？