又是被 Go 语言血虐的一天。 本来一天能写完的代码，硬生生非常专注的写了一天，只完成了预期进度的 20%不到。 下班在路边等车的时候，仔细思考了下，为什么我需要要用有限状态机去管理业务动线，状态机的好处究竟是什么？又联想起之前做的leetcode 1839：longest-substring-of-all-vowels-in-order ，隐约找到了有限状态机设计的哲学。 想起以前在阿里的时候，这种事情三下五除二早就用 Java 写完几十遍了，为什么到了字节，我要开始仔细思考设计呢？固然和我不同阶段关注的点不一样，但是我能感觉到，在力排众议选择 Go 作为业务团队的项目研发语言，字节在造有史以来最大的一个轮子。 习惯了 Java 生态后，用 Go 的痛苦无处不在，时刻提醒着你，为什么没有依赖注入，为什么没有 Bean 管理，单例什么时候创建和回收，实现一个基于容器生命周期的注册简直天方夜谭，为什么没有继承，隐晦的接口实现，平铺的包结构，一页代码有半页的 if err != nil 。 吹个 Go 的拥趸们常挂在嘴边的彩虹屁，就是 Go 语言崇尚简单，所以啥都没有，说白点，就是刀...