我不是说不需要知道这些问题，这个问题本身也不是啥大问题。如果你觉得这个人整体素质满意，即使他不知道这个问题也只是说一句话就能教会的事情。在我看来这种问题没必要问，问了没任何收益，反倒是降低了你在面试者眼中的身份。

我的意思是，比起现状，更重要的是往什么方向走，乘着什么波浪走。现在的IT技术已经不再是以前的手工业时代了，要拥抱新的技术，拥抱成系统成体系规范化的做法。至于你说的各种现状和形形色色的bug问题，你要想清楚这是你现在要解决的首要矛盾还是次要问题。如果这是你的首要矛盾，那你就应该招一个精通处理这方面经验的老中医角色的人。那你的jd和面试完全可以照着这个来，怎么细节怎么搞都可以。如果你招的是一个开发，那他就是来给你生产东西，而不是给你解决疑难杂症的。他能在你的生产体系里面达标能高效产出即可，同时你的生产体系也不能是小作坊形式，而是为了能高效产出合格的代码而配套的一整套体系。哪怕现状是小作坊，至少方向上也要向工业化标准看齐，所以我才强调这个方向的问题才是核心。

老一辈工程师都经历过这种用各种奇淫技巧在螺蛳壳里做道场的时代，但现在时代变了，你可以说作为过来人这是一种宝贵的经历和精神，但这种精神现在是不值得提倡的。比如cube这种东西肯定是未来，我不喜欢只是现在这个时间点，目前cube做的太烂了，还不够好，还没达到我心目中的标准。但这种东西给予一定的时间是肯定会改良到合格的状态的。但你不能因为这种东西现状不好所以就抱着以前的方法不放。一定要逼着自己升级自己的思路和技术，要跟现在的时代同步。

【 在 feiy 的大作中提到: 】
: 彻底消除char这种用法，是对的。公司代码审查规则必须有这一条。
: 我只是基于我协助解决过的许多朋友的形形色色的bug经验，知道很多公司很多工程师并不在乎使用char，这是个现实。
: 这是现实，如果你知道这里的问题风险，不是更好或必要吗？
: ...................
--
FROM 180.111.50.*