黑苹果哪有那么容易搞啊。
单纯写代码 Lunix 不香么

@SWALLOWW 阿里的东西也不是放之四海而皆准的，还是要具体问题具体分析

我觉得 ERP 这种，如果业务变化很小，并且对数据完整性有非常高的要求，我觉得是好好设计数据库，把约束写在 DB 里面，虽然整体效率可能会下降，但是从源头避免很多脏数据。但是文档非常重要，不然后面没人知道 DB 怎么回事了。
业务多变的话，还是放在代码层面吧。好维护一些。

@statement 看完之后自己花时间搞清楚背后的原因，大概会提高不少技术吧

@phpfpm 虽然我觉得我工资应该比楼主少，职位可能比楼主第，但是我还是觉得这么面试肯定不行的

看了下：
Code 按钮下面有个 DownloadZip

@phpfpm 要求高不高每个招人的心里都有不一样的衡量，关键是需求匹配。普通业务人员你要这么招的话，千万别让你老板知道。

@tikazyq 楼主画像慢慢清晰了：技术可能还不错、略显傲娇、不乐于承认错误、忽略面试的本质

@VeryZero 这话就很中肯，但是很多面试官都难以做到，我也面试过一些人，也经常陷入这个误区，这个也是一个人水平的体现吧，技术好的人这的就不一定能做好面试。

@phpfpm 面试真的还是要看你想要一个什么样的人，用一个可能永远用不到的算法去考验所以不同岗位的人，那么你大概率会损失很多合适的人，除非你是阿里微软之类，或者你在找一个真的，否则，真没必要这么搞。
你自己也说大多数人都答不上来？你还没有发现，真的熟练手写你这个问题的人，也许不屑于来你们这面试。
教书都说要因材施教呢

我觉得一个团队里面什么人都需要，有的人精通算法基础极其扎实，但是业务他不会，刚好你在找一个业务的人，显然这个人就不行；但是如果你需要一个做业务的人，有些极端的基础知识适当放松一点也没什么问题，当然我不是说基础不重要，一些关键岗位的肯定对于基础要求非常高，否则很容易弄出 Bug 。
每个技术 leader 都希望自己团队的人，各个算法功力很高，人人汇编写操作系统，而且还有产品经理的素质。这显然要付出很高的代价。
这就有点过于站在技术层面上思考问题了。
以上是我的看法

“代码首先写给人看的，其次才是写给机器的” 这句话我十分的不同意，代码写出来不是让机器跑的，是让人天天朗读的，你当是编课本呢？
这句话之所以出名，是因为现在的憨憨程序员太多了，为了让后进来的倒霉蛋好接手一点，才制定的要求，提高所谓可读性（当然我自己也憨，也接手过别人的代码）。
然鹅，真正的大佬，都有种“老子就爱这么写，看不懂就别看，我的代码不需要维护！”的气概。。。（脑海浮现出 Linus Torvalds 指着你鼻子.jpg ）
我是这么认为的

刚开始看吧，很容易发出这样的吐槽，对前人的代码要有敬畏心的嘛
等你看熟了，你的关注点就不再是什么变量一个字母啊这种细节，而是这地方怎么打破双亲委派的模型了啊，这种问题

sequel ace
以前的 sequel pro

@npe 回去之前肯定会考虑工资打折啊，想想回去的初衷是什么，初衷达到了，不久稳住了

一线双休变成二线大小周，然后工资打折。那你回去图啥啊？房子买在二线不用交房租了？

@312ybj 我在群里面也看到了

我觉得什么公众号、课程这种，都是皮毛，真的要学还是要看书，而且最好是著作