您现在阅读的是由精品提供的精品总排行小说 —《程序员修炼之路》 第一百一十二章 兵者诡道也
这时候，文连夏又从和国给余信传过来一句话：
“注意啊，这些和国人，现在开始收集我们工作出问题的证据了，准备把项目失败的责任往华夏推了。”
叶奕凡下定决心，不能再这样下去了，必须采取措施解决问题。
和国人知道项目出麻烦了，从进度表上看，也太明显了，进度差的越来越大，加班都追不上那种。他们当然要把责任往这边推了，如果责任在他们那儿，就会有被辞职的人。
何况，明面上看，责任还确实在华夏方，因为进度是华夏自己制定的，结果自己实现不了。
在现在的情况下，如果想挽救项目，一是要求和国加时间加钱。二是按叶奕凡的意见，先编码，后自动生成内部设计。
要求和国加时间加钱，倒不是绝对不行，但是需要拿出解释的过去的理由的。现在能怎么说呢，说大家对uml工具不熟练?这不就是说己方能力不足吗，这种理由怎么能说服客户加钱，要加也得是自己免费加人去解决问题。
而且在项目本身的任务没有发生变化，没有大量追加任务量的情况下，要求加钱加时间，本身就意味着项目失败了。
那就只能采取后者了。
这样的话，除了用半小时就能代替四天的工作外，等所有的编码都做好之后，统一生成两个图，也节省了平常有设计变更时，紧跟着修改图时间，这个时间属于计划之外，而且非常多的。
另外还有个好处，管理经验不足的人往往意识不到。员工的工作如果在编码和内部设计两边来回切换的话，是很影响速度和心情的。在这方面所影响的时间和士气，不太好量化，但却是很可观的。
一般来说，内部设计是指导编码用的，所以要先做内部设计。但这个项目稍有些不同，外部设计已经做的足够详细，可以直接指导编码。
而做编码时，是不需要参考内部设计，内部设计的两个图，只起一些帮助开发者理解功能的作用，在编码阶段不是必须的，属于有了更好，没有也没什么问题。
那如果先做编码会不会导致产生其他问题呢，比如有没有可能开发时没有影响，但维护时有影响呢?
于是马上用公司内的即时通信工具联系刘元，因为刘元现在维护的系统，也用了uml图。
“你在项目维护的时候，用不用得上uml的图啊。”
刘元一见他的问题，马上斩钉截铁的回答：“用啥啊，有问题直接搜代码，谁看那玩意！”
叶奕凡对刘元是十分信任的，他这么一说，就说明维护时没有影响。
对开发没影响，对维护也没影响，也就是说，从实践来看，这么做是没有问题的。
但如果要力推此法，除了实践之外，还得有理论啊。先编码，后内设，理论上听着是不好听，这怎么办呢，怎么能让这个方法从理论上听着顺呢?
叶奕凡坐在座位上，陷入了冥思苦想，什么理论支持这种做法呢?
想了许久，脑袋迷迷糊糊间，突然想起了一句话，“兵者，诡道也”
当时听n?k讲课时学得的最深的一句话。
“要使项目成功，什么方法都可以采用。”
对了，这才是真正资深的jcn大拿的观点。而象莫升他们，什么事必须按以前的习惯做，不考虑实际情况的变化，这不是真正的jcn风格。