居然写了这么多。。。足见是有多恶趣味

我自己写代码就是力求简洁。帮同事review代码的时候，都会提评论，让他把代码写的更简单易懂，甚至变量、函数的命名也要直白易懂。我是一直这么坚持的。

不过我也挺理解lz，有时候也会有这种想法。现在想想，如果怕自己被替代，那就努力学习，让自己无法替代呗。靠把代码写恶心总归不是正道。。

http://stackoverflow.com/questions/169625/regex-to-check-if-valid-url-that-ends-in-jpg-png-or-gif
希望有用

我也遇到过，当时人在北京，之前杭州办的宽带，让我补交欠款，还必须本人身份证。被迫无奈把身份证寄回去让杭州的朋友帮忙交了。这个规定简直了，顾客不要说是上帝了，简直就是条狗啊，被呼来喝去

过早的性能优化是罪恶的源泉，特别是为了性能而去牺牲系统架构优雅性，增加模块耦合，降低代码可读性、易维护性等。当然，如果没有后面这些损失，你当然应该写更高效的代码。

很多时候你根本不会知道最影响性能的是哪部分代码。你过早的优化，也许只是优化了占总耗时1%的那部分代码。

关于你这个代码，我觉得原来的代码也还可以，oop不是解决问题的唯一方式，不用oop也一样可以写出好代码。你们两位支撑自己观点的原因都不太合适。最重要的还是代码的合理性，这部分错误code处理的逻辑本该属于谁，后续很可能出现的扩展是否方便支持，代码是否可以简洁易懂，是否会带来冗余代码。

四个字——眼高手低

@msg7086 嗯，因为好操作，简单。但是常见和方便不代表更好，如果有公司可以提供面试专用机，其实会更好。当时有道来我们学校招聘，就是租了学校的机房，大家现场用机器答题的。当然因为没有面试官监督，所以我们不能上网。

题做出来了，没有offer，这个事情其实挺尴尬的。招人好多时候靠缘分的，真的，切身体会。

@archxm 我不知道你at做什么。你发泄的这些情绪我不想再见到了，已block，谢谢！

首先关于大公司喜欢浪费面试者时间：对于公司而言。公司招人又不是做慈善，肯定是要严格考察面试者的，特别是现在面试者喜欢针对性准备面试题，面试时间肯定会长一些，这样才能真正看出面试者的水平。这是个困境，面试官和面试者的目标完全不一致，一方想知道优缺点，另一方只想表达优点。只有长时间深入的沟通可以解决。而对于面试者而言，想去一个公司工作，却连半天时间也不想浪费，这，你是真想找个工作？

其次关于面试内容：我也不建议做算法题，这个不公平，原因是大部分人对算法本身不会很精通，在实际工作时也不会去写这些代码。但是我支持当面写代码，这个很考察能力，程序员就是写代码，如果连代码都写不好，那能发挥什么作用呢？但是，我不支持纸上写代码、不支持无网络写代码。面试者应该可以使用一台电脑，然后网络。就和工作时的状态一致。否则就是在尝试记忆各种api，毫无意义。至于不写算法题，写什么，那就找个比较实际的问题来写好了，比如分析一段日志，或者写一个简单的cache，或者实现几个标准库没有实现的api（比如C的string join by）。

最后驳斥你一个观点：”深思熟虑出来的东西，然后让面试者几小时想出来“。你就想想，求圆形面积这个难题，是否还需要你深思熟虑几十年才能想出来。

PS：关于面试内容只是针对招聘写代码的员工，架构师等高层人员另说。

我觉得现在的情况是：最好不要再让面试者写这些大众题目了。因为有心的人会去准备，他们会把所有sort、所有基础数据结构相关的基础题目都去做一遍，记下来。这样就会出现面试不平等，考评内容对于一部分面试者来讲，是认真准备过的，这其实是不公平的。

当然，另一方面是：如果面试者真的把那么多内容都认真学习了，自身的水平确实也会提升很多。

我在想，我们是否可以这么来，我们准备一个高深一点偏一些的算法，然后准备好各种材料。让面试者现场学习，分析，然后现场写一些伪代码，或者代码实现一部分功能。在学习的时候面试官可以提供帮助。这不仅考察了大家关注的代码能力、思维能力，还考察了快速学习的能力（阅读文档，比如英文文档等），沟通能力（与面试官交流请教），抗压能力（算法本身较难）。再者，你可以提供电脑，让面试者可以进行Google等查阅资料。

你见过的坏人太少了，这个世上，坏人真是到处都有

不抽烟不喝酒不喝咖啡，习惯了，从小身体就比较弱，所以更加注意

据我同学描述，大部分机密的东西也是一坨坨

这个招聘确实良心，赞一个！不过这么烧钱，没问题吗？

不贴膜，用烂了就表明手机充分发挥了自己的作用，心里有种很踏实的感觉

这是道高一尺魔高一丈的问题