huannanchunli

前言 对于从事java开发工作的同学来说，Spring的事务肯定再熟悉不过了。 在某些业务场景下，如果一个请求中，需要同时写入多张表的数据。为了保证操作的原子性（要么同时成功，要么同时失败），避免数据

背绩效 临近年底，朋友圈和各大职场 App 都在讨论「年终奖能拿多少个月」的话题。 除了对「能拿多少个月」有广泛的讨论以外，还有不少关注点在于「年终奖何时能发」这件事上，毕竟只有真的拿到手了，才能算是

从第一性原理出发，资金结算平台的核心就是保障资金准确的结算给商户，并及时打到商户银行卡上。 本文通过实际场景、资金视角等分析资金结算架构和核心建模。

有人23岁全款小米SU7U，有人靠副业一年赚200万，别再被他们PUA了，放过自己吧。你是一个努力而认真的打工人。

大家有没有遇到过这种情况：刚开始接手一个项目，或者自己从零搭一个新功能，一开始代码还挺清晰，逻辑也挺顺。但随着需求不断迭代，功能越加越多，代码就开始“放飞自我”了——各种逻辑绕来绕去，模块之间互相调用

简介 最近项目性能方面挺窝心的，各种生产问题和压测不通过，仔细查看了各种代码，发现真不能推敲，希望通过这些反面教材，帮助你在日常开发中识别并避免坏代码，愿你我产出的代码都是保质保量

昨天松哥在朋友圈发了这样一张图： 很多小伙伴看到了能够快速发现问题，当 company_id 为 null 的时候，会导致全表更新。 但是也有小伙伴不解，自己平时就是这么写的呀，也没什么问题，如果有问

是的，你没看错。不到半分钟，1 万美元灰飞烟灭。 不是因为查询效率低下。 不是因为计算资源用得太多。 而是因为一个完全荒谬的计费模式，而且大多数工程师甚至都不知道它存在。

我在公司做的大部分是探索性、创新性的需求，行内人都知道这些活都是那种脏活累活，需求变化大，经常一句话；需求功能多，看着简单一细想全是漏洞；需求又紧急，今天不上线业务就要没。 所以第一个建议就是大家远离