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

实名点赞！

我也没有太好的案例，这有一篇疑似 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

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

你可以基于开源项目再重新写一次，基于公司未开源项目做就是找死

在同等的工作量和业务节奏下面，分步朝着如下目标迈进，手段不限：
1、加班把自己的活干好
2、不加班把自己的活干好
3、用自己的闲暇时间帮着大家一起把自己团队的活干好
4、帮着大家一起不加班
5、跟着/带着团队帮着跟自己有合作关系的团队，让他们跟自己的团队协同的时候也能高效

足够提升了吧，这目标感觉够干到退休了

给人的感觉就是每次气不顺就要提离职，怪不得这次过了一周才找你，估计你老大也很吃惊你为啥这么能干活却连个答辩都过不了
然而呢，他仔细一想你前面的作为，可能觉得也在情理之中了吧，冷却你一周，你还自己想不明白，走就走吧，有这样的下属领导自己也是非常累的的，跟人吵架他背后估计也没少陪笑协调……我以前也带几十个人的团队，后来铁了心转开发去了，带团队相比单纯的做技术有多累想必有经验的人都深有体会～

自己觉得很幸运的团队，说走就走，还隔三差五的要走，额，就不深入 diss 了，反正你以后想遇到这样的团队和领导恐怕很难了，但愿到那时候你不要后悔哟……总之，职场除了专业技能之外，职业素养也很重要～

jerkins、jenkins、Jenkins，一篇帖子里