假如你是领导，你会选哪中程序员
在项目很赶的时候
A 不能按时完成任务，但是代码效率高，细节考虑比较周到，可读性好，代码有拓展性
B 能按时完成任务，功能基本实现，没什么大BUG，但是代码细节方面不够，拓展比较困难，加新功能需改很多地方
[解决办法]
领导懂个P，谁干活快就要谁，所以咱能忽悠就忽悠
[解决办法]
干活的不如能拍马屁的
[解决办法]
[解决办法]
识人施任，因才而用 .
[解决办法]
[解决办法]
B 能按时完成任务，功能基本实现，没什么大BUG，但是代码细节方面不够，拓展比较困难，加新功能需改很多地方
[解决办法]
国外特别是日本 员工很多都不知道自己写的程序做何用，代码量不是很多但质量一定要好
[解决办法]
如果我是领导，我会选A
[解决办法]
我选B
A的技术水平会使人变得很轻狂
[解决办法]
B
很多程序员的问题在于，为了追求所谓的完美而在一些不重要的细节上耗费了太多的精力。事实上对于大多数程序而言，相对于开发效率而言，一些不造成恶劣影响的小BUG是可以容忍的，甚至包括所谓的扩展性等等。
一个很简单的道理就是，项目不能如期交付，影响整个工程进度，影响公司声誉，失去后续甚至当前的合同，再完美的系统，再具有扩展性的系统，也是白搭。
[解决办法]
呵呵，旁观下。。。。。。。
[解决办法]
取平衡点，偏向A
还有看你做一次性的项目，还是做通用的产品、平台、组件之类
[解决办法]
我得是要看目的展前景了。
[解决办法]
我得是要看目的展前景了。
[解决办法]
老板的兜里能及时的收到Money 才是他要的
[解决办法]
都要.....................
[解决办法]
我选A
老板估计会先B
[解决办法]
应该多数老板都会选择B的。
不过我觉得最好a和b都留下，两种人各有优缺点，适当互补一下，效果应该很好
[解决办法]
选择B
A类型的人不适合于项目中，适合于做更深一些的东西，比如做一些公共的东西，如框架，技术难题的解决等。
[解决办法]
看领导看哪个顺眼,说话好听的
[解决办法]
[解决办法]
B就是答案！！！！！！！！！！！！！！！！！！！！！！！
[解决办法]
A呀，好大一个B呀，我选B吧
[解决办法]
[解决办法]
中国只有B没有A,还都是些牛的B
[解决办法]
[解决办法]
依情况抉择A与B。 ..
[解决办法]
这个问题结合着看吧。
一个项目也不是一个人能开发出来的，需要团队合作。这2种人，完全可以完美的配合，达到的效果和效率会更高。
让A搭框架，让B完成单个系统的实现。同步进行！
[解决办法]
当然是B~~
up~~~~~~~~~~~~
[解决办法]
个人认为模型与产品还是不同的
[解决办法]
如果只能选一
我选B
做得太好别人不再需要你去做了,钱都省了
商业化的东西就是这样,
所以我在改我的方法和思维
[解决办法]
[解决办法]
[解决办法]
如果我招一个的话就选第二个.
其它情况会选一个A,多个B . 呵呵