随笔

前端和后端，要解决的问题，本来就不是同一种问题。 只要用户的喜好在变化，前端就必须跟着变化。比如说： 用户希望页面更漂亮； 希望动画更丝滑； 希望支持更多设备； 希望兼容更多浏览器； 希望交互越来越自

一道经典的面试题：给定一个整数数组，除了某个元素只出现一次，其余每个元素都恰好出现两次。找出那个只出现一次的数字。 举个例子，输入 [1, 3, 17, 3, 1]，输出 17。 这道题不难，用双重循

当时公司的系统越来越多。管理后台一套登录，项目管理工具Jira一套登录，Confluence Wiki又一套登录。 新员工入职，要创建三次账号。员工忘密码，IT经常帮忙重置。员工离职，又要一个系统一个

在我们日常开发里，调一个服务的方法，代码看起来是这样的： 不管用的是Dubbo还是Spring Cloud，写出来的代码都和本地调用没什么区别。因为框架把网络通信、序列化、服务发现这些复杂性全部封装在

在某些并发场景下，会导致永久性的脏数据的，我们一起来看一下怎么回事。 通常更新缓存的套路有几步： 更新数据库：把新值写进数据库； 删缓存：把当前缓存里的那条旧数据清掉，下一次读请求会从数据库重新加载；

面试官问：不用加法运算符，怎么算两个整数的和？ 这道题蛮有意思的，下面用Java 17写6种实现，你可以留意一下第一种，属于脑筋急转弯的做法。 下文的代码，是在window 11+java 17的环境

C端网关一般都会有路由转发、鉴权、限流等这些功能，但是还得考虑一个事情，就是稳定性的，比如： Redis挂了，请求是放行还是拒绝？ 用户退出登录了，之前签发的token还能不能用？ 下游服务抛了个50

关于程序员简历，我之前已经写过不少内容，比如项目经历怎么写、技术亮点怎么写等等。 今天这篇再补充三个细节。 第一，技能项不要列太多，且最好归类 很多人的技能那一栏是这样写的： 一下子列这么多，都不知道

马斯克曾经说过一句关于招聘的话：发送简历时，请说明你解决过的一些最困难的问题，以及你是如何解决这些问题的。 其实很多面试官都会问类似的问题： 你遇到过最困难的问题是什么？ 你当时是怎么解决的？ 为什么

代码能跑，不代表代码容易读。很多代码刚写完的时候觉得没什么问题，可过了几个月，再回头看，就得一行一行去推逻辑。要是当初没留下合适的注释，理解起来就更费劲了。 这种情况在项目里很常见的，功能没有问题，可

程序员其实不太需要学习各种复杂的时间管理方法，养成了几个简单的习惯往往就够了。 第一，不要多任务，尽量保持单线程。 程序员最怕的是不断切换上下文。刚把一个模块的业务逻辑理顺，钉钉来了消息；刚准备写代码

很多人认识Linus Torvalds，是因为 Linux、Git。但如果你读完《Just For Fun》，你会发现，这本书讲得最多的，其实不是技术，而是一个程序员是怎么思考问题的。 我印象最深的，

就在2026年7月28日的早上，也即是刚才，群里有很多的告警信息，但是我淡定的很，因为核心的业务，并没有告警。那我就知道，可以让团队的人上班后再看了。 这就是核心业务都有监控的好处，只要核心模块没有告

这篇文章尝试从一套跑了多年的生产支付系统出发，把微信支付从下单到回调确认收款的完整过程讲一遍。代码都来自真实线上代码,关键逻辑一行没动，你可以直接拿去改改用在自己的项目里。 这套系统对接的是微信支付V

至少在我待过的几家公司里，真正能把架构做好的人，编码能力都不会差。 目前我们公司也是这样,最难的几个模块，基本都是我和另外一个技术高手一起完成的。 为什么？ 因为架构设计真不是靠画图靠开会的。 基础框

我最近刚好在做这块的调研，看了一下抖音、快手、小红书公开的一些技术资料。这三家做点赞，做到最后，都不再是用一张表来记录谁赞了什么，而是把每一次点赞看成一条从「用户指向内容」的连线。用户是一个点，视频、

如果未来大部分业务代码都由AI完成，那程序员该怎么招聘？ 我自己理解是：未来面试的重点，大概率会从代码实现能力，逐渐转向系统设计能力+AI协作能力。 这里说的系统设计，不是说画几张架构图那种，而是看你

注意，我说的是能力，而不是态度。你可能觉得，主动做事就是积极一点、勤快一点，领导没安排也抢着干。 不是的。 如果能力跟不上，只凭一腔热情冲上去，最后帮了倒忙，那是好心办坏事，连累自己也连累团队。 主动

DDD推崇充血模型，这个知识点很多人都知道。但充血到什么程度，每个人理解差异还蛮大的。 就我自己见过的，DDD的领域对象里的方法，反面案例有两种： 第一，只把聚合根写成纯数据容器，所有业务逻辑全扔Se

目前已经写了5个技术专栏了，其中4个专栏的源代码已提供，另外一个会员专栏正在持续更新中。 这些都是我这些年，在企业里实际落地的，不是demo，实操中，遇到的坑，做过的决策，解决的实际难题，都在里面。