请参考各种语言创始人剩余发量分析图
看到没，python 不需要动脑子

外包怎么就算污点了，最多只能说不加分吧
我 2013 那会一次操作转内编 3 个，后面陆续转了 2 个好像，这些人里面有在 2017 年（印象中）开始做测试经理（不是那种没名份的小 leader），现在估计更多带团队的了吧。
关键是让甲方如何看待你，在什么项目组，跟什么人做什么事。

才两个你就跑，过粪！

但愿你离职早点，不然，考虑到年龄的正态分布，总有一天她们会扎堆孕产，到时候你解释不清楚……

动态规划 + 备忘录，递归或者双循环遍历都可以

实名点赞！

我也没有太好的案例，这有一篇疑似 C# 的分析，跟 java 原理基本一致
https://www.cnblogs.com/huangxincheng/p/12866824.html

你可以对照着写 java 代码测试一下强制类型转换或者 datetimeformat 看看

不发生异常的时候……靠运气能保证性能吗
https://segmentfault.com/p/1210000009063879/read

另外，循环里面 try catch 是为了满足出错继续处理下一条的需求，所以你贴的那个链接里面纯粹是探讨而不考虑业务需求的，不考虑继续处理，随便在哪里写，出了异常不 catch 就直接终止了，当然不会有性能差异了。

另外的另外，在程序员界，CSDN 跟百度同等地位

对不起，我又发现了……

建议翻翻开发写的代码，如果有一大堆垃圾 sql，或者很多多重循环语句、循环里面 try catch 这些骚操作，你就可以跟他们好好掰扯掰扯了……不过我觉得这种可能性不大，没见过哪个团队集体傻逼的，偶遇一两个那是缘分，但是性能问题一般解决不了都会团队出动的

开发决定加缓存中间件，说明他们心里明白他们的程序设计和 sql 已经优化不动了，分库分表分区要么已经做过了要么实施起来代价太大，飞机飞行过程中换发动机的话……加 redis 不失为一种高效的手段，不然你去了解清楚再替开发想想其他的优化方案试试看，意思同 10 楼
至于能不能处理好雪崩问题，要请开发同事结合业务场景好好考虑一下失效时间怎么配置了，把你测试的结果给出去，他们心里自然就明白该咋搞了，我觉得这没啥好抱怨的……优化就是你来我往的反复验证的过程，不可能全都一蹴而就

参考资料：https://github.com/AobingJava/JavaFamily/blob/master/docs/redis/%E7%BC%93%E5%AD%98%E5%87%BB%E7%A9%BF%E3%80%81%E9%9B%AA%E5%B4%A9%E3%80%81%E7%A9%BF%E9%80%8F.md

不爱，努力转行中~

一个建议：测试做事情要仔细，不能马虎，偶尔的错别字可以有，但是一定要努力自己改变自己经常会在细节犯错的习惯

概念的确弄混了，但是测试设计的方法也是测试方法论体系里面的一部分

明明是 15000 / 22 / 8 算出的时薪，他这个明显小学……………………

估计就是人家想要给 5K，你要了 10K

对，没有能不能，只有愿意不愿意，除非对左右要干啥理解本身就没理解到位~

nice~
定期总结，盘点自己的认知，以后回头看可以清晰的看到自己的成长轨迹

估计楼主的前提就是深谙业务逻辑，像下面这种东西都已经了然于胸的

666，我喜欢，苦练数十年的 PS 神技终于可以退休了

我不明白你们为什么做业务系统的性能测试总提 qps 呀、rps 呀之类的
一个用户操作，对应后端很可能就是一个 API，一个 API 九成九的概率就是用一个事务来管理，一个事务里面包含多次依赖（其他服务）调用或者数据库读写，用户所关注的不就是这个完整的事务的响应吗，transaction per second 这个指标到底哪里不好以致于大家都喜欢拿 qps 来衡量性能呢，你们是在做数据库中间件或者消息中间件的性能基准测试吗？

原来是没学会用，现在学会了

上午试了一会，暂时弃了……因为连接线上不能直接加文字，无语~

呵，java……人生苦短，我用 gothust

会，不仅小公司，大公司也会~