有一张表存了很多的数据

奥瑞扣吧，要是买赛扣就不可原谅了啊，在客户没有历史查询需求的情况下，定期归档也是一种好办法
学会看执行计划也是后端性能测试的一个很重要的技能，太复杂了，说不开~

不是有 mysqld_safe --skip-grant-tables & 吗，一定要卸载？

first.count = 3，并未改变 R(-3) 的 hashCode，所以他们不是相同的

笑屎了

太久没用，不参与讨论了，删除回复

谢谢，收藏了

找了一会没找到源码，结合这么一段，我觉得前端还是没有开源的：

我更期待这个内容出来：
https://github.com/NEYouFan/nei-platform

网易出品必属精品，star 之

可惜在你只会 coding，而且只会用框架，这有点悲剧，如果能从全局看一些问题，那么就可以打造女强人范儿了
如果你够强，老板不会 care 你的年龄和家庭，就算你要生二胎，他觉得你有一年时间可以干出他想要的局面，足够了

请你看清楚再说话，哪里有这么一句 “这可能是世界上最好的 Android 自动化测试方案了”

公司名也不便透露？
另外，北京、上海那么大……

Google 方面评价，这可能是目前世界上最好的 Android 游戏自动化测试方案

https://news.cnblogs.com/n/592278/

1、你觉得用人部门和 HR 都不看简历直接要求做题吗？不会的吧
2、OK，那就先技术面试，面完了觉得还可以吧：

再花一个小时做一下 IQ、EQ 评测——要不要多请假一小时？

要么你今天时间安排的不是很充分，我们改天再做吧，OK 你下周三再来这里做一次 IQ、EQ 测评好吧？——要不要多请假一次？

我四楼回复的最后一句，你肯定没看，这两套题目是技术面试前做还是后做不重要，关键是必须得做，既然这样，发给应聘者让他抽空在家里做掉，省的打的、坐地铁跑来跑去，多请一个小时的假，反而变成了你萌的槽点了哇

合着你觉得 IQ、EQ 都是用来拍马屁的？
EQ 评测中有明显的考擦团队协作能力和欲望、控制欲、领导力、稳定性、敢为性、果断性等与候选人本身发展方向有关的内容，也是观察职位和人的匹配程度的参考吧。

你们可否在回复的时候报一下自己的履历，我好了解一下到底什么公司的工作氛围能让你们有如此鲜明的看法？

也不算任性吧，只是我们跟不上时代了
我以前坚持认为知识、经验通过传承，逐代积累，后来者进步可以更快，才可以超越前人
然而 alphaGo 让我改变了这一看法，新鲜的脑子可以从 0 开始，短期超越，估计现在的年轻人在这种从 0 开始短期超越的能力上应该比我们厉害得多，所以敢于质疑（并没有否认，已经很谦逊了）前人的经验

就是说也有，dj 里面的确有几个 PA 时的同事，估计作恶的是他们，哈哈😄

携程早些年有纸质的技术题和几道 IQ 题，现在不清楚了，大疆 IQ、EQ 这些鬼想必是没有的吧，技术题应该是还有，不然我不信高速发展的用人需求那么大，如何能随便面的~

可以请当事人出来解释~ @debugtalk

是的，我也是这个意思

我是 PA 出来的，做面试官也有好几年了，基本上面试过程中发现候选人沟通等方面缺陷比较严重的基本后面看起来都是 EQ（16PF）评测比较离谱的那一拨，也有 16PF 评测结果为不建议甚至是拒绝录用的，因为技术出挑而走特批进入公司的，能干满一年的都是奇迹

我觉得吧，一个公司花几千万乃至几亿买的东西，应该不是垃圾，据说起初 PA 旗下的新兴互联网系子公司是不用集团这套测评机制的，后来发现招聘工作成本不可控，团队稳定性也得不到保证，才强制都使用这套了

至于合理不合理，站在双方的立场都考虑一下，其实楼主这种心态来说，应该是无法适应 PA 的企业文化的：不是太需要天才，也不需要有明显缺陷的人才，试图（注意是试图）通过低成本的事先选择同一沟通能力和方式的人群来建立高效沟通的组织流程，这种做法本身是否能得到应聘者认同就决定了应聘者能否得到足够上升的空间。

另外，以前是现场花 1、2 个小时做题目，现在为了考虑候选人的时间问题，邮件通知做题目，能相互省很多时间了

历史包袱重，业务逻辑重、复杂，导致系统架构先进性受制约，有些甚至数据、逻辑合二为一，耦合性强，数据时间有效性要求复杂，可测性差，测试数据构造困难，测试环境维护成本高，信息安全要求较高，权限控制严格
例如：oracle 大量存储过程，数据库表大量主、外键约束，等等……

内编最痛苦，福利啊、钱啊数的手疼……最可恨的是不怎么加班

外包最好不要去~

不要去……银行这种垃圾地方，很痛苦的，让我替你承受吧

性能对业务背景需要有全局认识，通过阅读和沟通就可以知道业务形态，业务细节不是首要的，系统架构才是首要的

看语言吧，请各位记得测试 65535，还有数据库的 int、Integer 类型测试，9 楼那个测试显然太黑盒了

只做展示：
user_a + hash + topic_id--> 匿名 1
user_b + hash + topic_id--> 匿名 2
……

根据 hash 识别是否同一个匿名用户，这样用户还可以收到匿名对喷时别人的回复提示