在项目很赶的时候
A 不能按时完成任务,但是代码效率高,细节考虑比较周到,可读性好,代码有拓展性
B 能按时完成任务,功能基本实现,没什么大BUG,但是代码细节方面不够,拓展比较困难,加新功能需改很多地方

解决方案 »

  1.   

    B 能按时完成任务,功能基本实现,没什么大BUG,但是代码细节方面不够,拓展比较困难,加新功能需改很多地方
      

  2.   

    B很多程序员的问题在于,为了追求所谓的完美而在一些不重要的细节上耗费了太多的精力。事实上对于大多数程序而言,相对于开发效率而言,一些不造成恶劣影响的小BUG是可以容忍的,甚至包括所谓的扩展性等等。一个很简单的道理就是,项目不能如期交付,影响整个工程进度,影响公司声誉,失去后续甚至当前的合同,再完美的系统,再具有扩展性的系统,也是白搭。
      

  3.   

    如果你只是一个一次性的项目,选B是没错的,如果你是做产品,我觉得应该是A。以前我的那家公司,就是选B的典型,任务只管完成不得质量的,虽然给人家用了却经常出BUG,代码越来越乱,后面的人维护非常痛苦
      

  4.   


    实践上当然要具体问题具体分析。不能按时完成任务,这个不能按时,是拖几天,还是拖几个月,还是遥遥无期?程序有BUG,是偶尔发生不影响使用,还是动不动一个错误提示搞到数据被破坏或者丢失?代码可读性和扩展性不好,是只是有点麻烦,还是影响整个的后续开发?这些不同都会对决策有影响。说白了,一个是投入,一个是回报,总有个平衡点,或者较优解的。
      

  5.   

    这么说未免太绝对化了。“按喜好”是什么意思?故意违反公司制度?其实这么说吧,还是先看项目而定,之前我已经说过了。对于项目一些既成的客观条件(如时间、资源)限制,只能寻找折中点,或者分阶段实现目标。有些项目不考虑扩展,是会把项目做死的,后期维护的人也会苦不堪言(我就看见过15000行的FORM单元、100个数据集的DATA MODULE),效率极低,还无法保证正确性(改个代码都不知道有多少个地方受牵连)。不多说了,大家都明白,具体问题具体分析才是正确的。
      

  6.   

    老板的兜里能及时的收到Money 才是他要的
      

  7.   

    应该多数老板都会选择B的。不过我觉得最好a和b都留下,两种人各有优缺点,适当互补一下,效果应该很好
      

  8.   

    中国只有B没有A,还都是些牛的B