程序员猪佩琪

在小小的公司里，既缺巨牛，又缺物料，还缺必要的可视化管理工具。但这些不是工作路上的拦路虎；条条大路通罗马，但只选适合当下的路。面对小公司无统一的技术栈，也没有统一的管理工具，先选择最快的命令行工

天天写CRUD接口，到底写的这些接口性能咋样了？敢拿出来遛遛吗？JMeter可以让我们用数据来说话；我写的接口性能非常好，延迟小，吞吐量大。每个程序员都值得试试

在小小的公司里面，挖呀挖呀挖。最近又挖到坑里去了。一个稳定运行多年的应用，需要在里面支持多个版本的中间件客户端；而多个版本的客户端在一个应用里运行时会有同名类冲突的矛盾。在经过询问chatGPT，百度

在这个经济的寒冬，一职难求的时间节点，还是憋不住，想聊聊这个敏感的职场话题。想分享给更多的新人，希望能做到提前识别，有效应对，净化自身。

曾经解读过kafka生产端内存模型的设计；始终感觉有点偏向理论，这篇算出对之前理论性的设计论证，实践后的数据证据吧。如果要用一句话来总结这次的感悟和行动，想借用陆游的一句大家都很熟悉的绝句来描述：

在java和C++程序员之间有一堵内存的墙；墙外的人想进去；墙内的人想出来。我想我对java内存管理，经历了4个阶段； 看山是山，看水是水；看山不是山，看水不是水；看山还是山，看水还是水；看出了另外一

不是所有的工具都能号称是为应对大数据场景而产生的；kafka做为一款中间件，能比较好的融入大数据生态，kafka的研发人员有自己的独特设计和考虑在支撑这它。如果要编写一款网络应用程序，或者网络框架的工

在小小的公司里面，快挖不动了，一件事重复个5次，还在人肉手工，身体和心理就开始不舒服了，并且违背了个人的座右铭：“偷懒”是人类进步的第一推动力。 每次想要去测试环境验证个新功

如果要设计一款sdk去连接某个中间件，我希望能做到向kafka客户端一样的优秀；这些优秀的设计包括高性能线程模型的思考，能够提升吞吐量并且符合自身业务场景的异步批量提交；内存的重复使用避免频繁的GC；