考算法可以，但是只能占一小部分

很多人说不考算法没有简单的办法测试水平了，但是招人从来就不是一个简单的活，也不应该是一个简单的活！

大部分招过人然后自己又带过的，肯定有同感。两个算法水平一样的人，工作起来区别可以非常非常非常大。

以下几个方面是我现在能想到的个人比较看重的除了算法以外的东西：

1. 对问题的分析，看他是遇到问题先研究问题还是直接就去工具库里找工具。 实际问题和算法问的问题最大的区别是一个是新的，case by case 的问题，一个是死的，已知的问题。
2. Side project
3. 对细节的把控
4. 对简历上有经验的，可以问问踩过的坑，能把踩过的坑说清楚的，经验肯定是真的
5. 有没有低三下四，阿谀奉承，耍小聪明。这些将来沟通 100% 出问题
6. 对公司产品的看法，如果别的都差不多，肯定选对产品要解决的问题更感兴趣，有热情的。

mysqlclinet 如果要异步就上 threadpool

放在 window.document 里面 再问它谁是爸爸

自己感受

@edinina 选择注销……或者无视 哈哈

除了第一点
这要求不高

我超级玛丽通关也越来越快了

@Mitt 就像你说的，这些都是调试行为，所以你会在生产环境调试吗？

@jhdxr C 端一样可以，C 端没有 source map 的情况下 错误信息本来就不好看。

而且如果等到用户遇到问题的时候，你会让用户手动去打开 devtool 截图给你看吗？这就已经晚了。

感觉他们都 typo 了

我觉得这个肯定是不对的，生产环境的错误信息应该直接到日志服务器 而不是用户

def 在 import  的时候运行

你们玩儿的是的凭空想象的游戏

先看问题 再看答案
这种需要预测未来的问题 基本上没有正确答案 也没有错误答案 你能做的 只有验证 只有控制风险

手机的客户端不也是前端吗？就算从 0 开始 半天也能上手了吧

屏幕资源那么重要 非要弄一条白的在下面

储存不能像运算一样可以横向扩展

所以在你需要横向扩展的时候 就是必须要单独封装储存服务的时候