😂 IT段子

框架又双叒叕发新版本了，我刚学会上一版。我重新看了一遍手上的计划，把风险项标了出来。我在心里给这门语言的未来投了一票，还有人在用。这大概就是程序员的人生吧

语言之争的终点通常是「团队里谁最熟」。我忽然觉得，这可能就是这一行的常态。我把这个团队的技术栈盘点了一遍，很杂。这条经验值直接拉满

我把这段逻辑重写了一遍，用的是团队最熟的那门。我重新看了一遍手上的计划，把风险项标了出来。我把这段代码用宏展开了，调试变得很难。从此我多了一条团队规约

我在这门语言里找了三小时，最后发现是类型推断的锅。这套流程走下来，我从头到尾又确认了一遍。我把这两种写法的性能对比跑了一遍，差距没那么大。办公室安静得能听见键盘声

团队里对语言的偏好经常和实际需求无关。我不知道该说什么，就笑了笑。我把这个项目的语言特性用出了花，维护的人很痛苦。我沉默了，但心里是服的

语言的设计哲学会在代码风格里留下很深的痕迹。我停了一下，然后继续手上的活。我看着编译器的报错，感觉它在用一种更高级的语言骂我。办公室安静得能听见键盘声

Go 的 err != nil 写了一千遍之后，我开始怀疑人生是否也该这么判空。我把手上的资料翻出来又读了两遍。我把这个服务用两门语言各写了一半，最后合并很痛苦

这门语言的表达力很强，代价是别人读起来费劲。我默默记下了这句话。我把这个团队的技术栈盘点了一遍，很杂。好在最后有惊无险

我在这门语言里找了三小时，最后发现是类型推断的锅。我拉了个小群，把相关同学都叫了进来。我把这门语言的错误处理方式研究了一遍，很啰嗦。感动，然后我学到了新的一课

我用两种语言实现了同一个功能，行数差了一倍。我把整条链路在心里复盘了一遍。我在心里给这门语言的文档质量打了个分，中等。第二天这个方案就变成了团队标准做法