是的，还没写完~

我这个 6 吗？

DRE

不要这样子，我知道错了，我只是开个玩笑，别嘲我~
其实我还看过半本《浪潮之巅》、几页《数学之美》和几页《模糊测试》，平时沉迷手机太严重了，可是一旦拿起书本来，发现这个世界原来可以变得这么有意思：手机真他妈好玩啊~

我只看过《人月神话》，觉得已经可以笑傲天下，楼主看这么多，不是要制霸苍穹了么

参见 6、8 楼

解决大团队的能效问题，说出来只有大团队的人能理解，很多话看起来感同身受，现在的互联网里面，面试一提到给你解决团队协作的效率问题、给你提高产能……对方就不耐烦听，很少有楼主公司这么有追求的了，赞！

还有这个吹牛逼的帖子，最后一条里提到的，你可以参考一下：
https://testerhome.com/topics/10700

以前想过，后来做了一半从平安科技离职了，现在他们有个质量技术组在做，思路跟我的完全相反，他们是穿线测试的反向，我是正向——从建模、代码分析为入口，你们都是友军，可以找一下互通有互

https://blog.csdn.net/fudax/article/details/7995421

传说……公司提供无息首付、商贷利率 7 折……base 中等，奖金 6~1x 个月不等
向往很久了，可惜太老了，大佬看不上，我也不愿去一线了

妥妥的前后端校验没有严格一致的安全性 BUG

作为测试主管，我经常假设如果我是开发、运维，遇到生产问题我也先会飞速的过一遍这些问题：
测试环境复现了吗？对应的功能点测试过了吗？
如果能复现，那么是开发、测试哪个环节出了问题？是否有临时解决方案？如何应急处理？
如果不能复现，测试过了那么可能是什么问题？
基础架构问题排除了吗？
生产的配置和发布出问题了吗？
有可能是应用容错不行导致的用户误操作所致吗？生产是不是有脏数据？
历史数据的兼容我们考虑了吗？
业务规则变更发布时的在途数据考虑了吗？

无可厚非，因为这事关问题定位和排查的方向，测试连这点责任担当都没有，还是别做了。
底气足，何至于怕这一问……问久了他们自己自然知道改如何调整问题的顺序了~

good~
but why not markdown

庆哥这扫地僧的境界，可不是一般人能企及的啊

有一张表存了很多的数据

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

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

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

笑屎了

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

谢谢，收藏了

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

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

网易出品必属精品，star 之

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