肯定放啊，而且应该主动劝他回去。
这是你需要应对的风险之一。本来人力没有备份就是有问题的。如果真的没有备份，那么你为项目的最终结果负责。作为项目经理，项目成功了，最大的受益者是你而不是你手下的人，项目出了一些不可抗拒的事情最终失败了，那么就是你担责任而不是你手下的人，这就是领导。

如果考虑到群体，学历当然是能力的正向指标，具体到个体，有一些随机性。从信息经济学角度讲，对一个我一无所知的人来说，如果他能通过努力获得较好的学历，我有理由相信他做其他事情也更靠谱的概率更高。

这个也正常吧。但作为求职者，在收到具有法律效用的正式offer之前，千万不要辞职。

c很少吧，win32 api是，呵呵。cpp算吗？要跨平台？

编程语言无所谓吧，这里主要都是喜欢瞎折腾的人，我也喜欢瞎折腾，呵呵

这个，运费每件45？转运公司首重才8美元

颈椎好，腰不行，腰肌劳损

对比代码，理解新特性，再考虑如何在新的版本中实现已有功能，简单merge肯定不行

形式上模仿的有，但从人气，问答质量，影响力方面来说，肯定没有

他其实说了要秒杀其他系统，呵呵

这本书看起来挺好

@kenpusney 抱歉，是编辑器

@pepsin 没错。这类人一般英语也很差，取的变量名根本看不懂。

这个问题我很有感触，原因有很多：
1. 确实不够敬业，但我认为这类人比较少。
2. 很多程序员都是笨蛋，又懒又爱问，不是编程的料。
3. 没有强烈的，以正确的方法做事的欲望，审美能力差，分不清啥是elegant啥是ugly，一件事情完成就算数了，从来不想如何以最正确的方法完成。其实这也说明了他不是编程的料。

更糟糕的是，这些人通常很勤奋，勤奋而平庸，所以你指出他们错误的时候，你通常站在舆论的对立面，孤立无援，别人觉得你是个偏执狂，强迫症患者。其实你只是想以正确的方法做事而已。

显然不像话。我想不出任何理由用tc。
tc在现实中早就消失了。
用编辑器+gcc不就行了，和以后的现实接轨。

我觉得这老师也不是懒，就是对技术没啥sense，不够热爱。不够热爱的事情，咋做都无所谓，没啥强烈的是非观。估计也就一照本宣科的普通教员。

不纠正，但和他们交流的时候，坚持正确的读法

@isayr 提供什么类型的技术服务？

我不大相信这个数，呵呵

没有，越来越觉得越狱没必要。