改需求后程序员跳楼，那跳楼的顺序是怎么样的？
有的人说架构师先挑，有的说前端、后台先跳等等，反问一下我们为什么要跳，直接把产品经理给丢下去不就OK了。在技术群里每天都有人抱怨天天改需求，有的甚至改了七八次，对于小型的网站还能接受，若出现接口类大架构的网站，改两次恨不得拿刀劈了，还好小编人已老脾气好了很多，要不然产品经理早升天了。
开发一个产品就像建一栋房子，你让我建成大厦，等我建到一半的时候，你又通知我你要的是个别墅群，这是最初的磨合，拆了建别墅，前期准备 设计 画图纸 开始建设，开发了一半 通知我不建别墅，建个学校...... 悲剧都是这么发生的，
程序员的抱怨还是非常正常的，前序的设计工作没有沟通好，和产品经理的知识点经验匮乏，导致着对产品的认识和设计不足，与客户的沟通出现了问题，导致需求一变再变，一个正常的项目，前期的沟通和原型图出来后的沟通，最终确定下来后不会再有比较大的变动，产品的项目周期也会在指定的时间段内完成，若出现一变再变，不仅延长了时间周期，更多的是程序员内心的愤怒造成了产品不再那么完美。
程序的开发不是你想的那么简单，都是一个字母一个字母敲出来的，一个大型项目程序员的所有的代码让你手抄一遍你可否愿意？
看似非常简单的一个登陆界面，你们科能觉得那么简单的东西不就是分分钟钟的事情，尼玛！
前端的开发HTML 80行代码 login.css 57行代码 另外还有base.css 259行 screen.css 780行 还有js特效
美工切图 24张图
后台的开发 数据库的开发 在前台插入PHP语句
上图 若小小的改动 比如加入一些特效 或者页面自适应 还能接受
若出现需要重写css或者前台 这是要拼命的
若出现修改了几遍的决不能容忍
早期遇见一客户 需求是仿一个装修网站 稍微变动一下 我心里暗喜 多好的事 总算没有需求之争，项目进行很快 等到验项目的时候 对方又要求仿装修B网站，等装修B开发到一半的时候 对方又要求换成C，尼玛，你是逗我玩呢 ！
项目的周期随需求的变更而延长
需求的变更会影响到程序员的情绪，本身的变更就会延长项目周期，再加上程序员情绪化，时间就没办法计算的，全职的还好说，兼职的就无法估计时间了。
