😂 IT段子

Go 的 err != nil 写了一千遍之后，我开始怀疑人生是否也该这么判空。我把这门语言的错误处理方式研究了一遍，很啰嗦。这大概就是程序员的人生吧

这门语言的并发模型很优雅，只是我们的场景用不上。我默默记下了这句话。我把这段代码用宏展开了，调试变得很难。复盘会上我们把它列成了案例

函数式程序员说一切都是函数，面向对象程序员说一切都是对象，运维说一切都是重启。我想反驳，但发现他说得对。我把这个服务的语言换成了性能更好的，维护成本高了。世界瞬间清净了

争论哪门语言最好就像争论哪把锤子最好，关键看你要钉什么钉子。我笑了笑，决定不解释。我发现有人用这门语言写业务，用得很别扭。复盘会上我们把它列成了案例

我用两种语言实现了同一个功能，行数差了一倍。我把整条链路在心里复盘了一遍。我在心里给这门语言的定位总结了一句，够用。幸好之前留了备份

团队里对语言的偏好经常和实际需求无关。我笑了笑，决定不解释。我把类型标注重写了一遍，运行时错误变成了编译时错误。从此我多了一条团队规约

语言本身很少是项目的瓶颈，除非它真的是。我忽然觉得，这可能就是这一行的常态。我把版本从 1.2.3 降到 1.2.2，编译立刻通过了。果然现实比段子更精彩

语言之争的终点通常是「团队里谁最熟」。我叹了口气，然后打开了编辑器。我把这门语言的错误处理方式研究了一遍，很啰嗦

Rust 的所有权机制劝退了我三次，第四次我终于读懂了报错，然后它又劝退了我一次。我先确认了一遍前置条件，再动手。我在心里给这门语言的上手难度估了一下，比较陡。世界瞬间清净了

语言之争的终点通常是「团队里谁最熟」。我想反驳，但发现他说得对。我发现有人用这门语言写业务，用得很别扭。那一刻我觉得自己还是很专业的