😂 IT段子

我把这段逻辑重写了一遍，用的是团队最熟的那门。这套流程走下来，我从头到尾又确认了一遍。我把这个服务用两门语言各写了一半，最后合并很痛苦。我把这条经验写进了团队 wiki

我用两种语言实现了同一个功能，行数差了一倍。我把手上的资料翻出来又读了两遍。我发现这个项目用了四种语言，每种只用了一小块。感动，然后我学到了新的一课

这门语言的表达力很强，代价是别人读起来费劲。我盯着屏幕，觉得这才是我的一天。我在心里给这门语言的语法糖投了个反对票。幸好之前留了备份

技术选型的理由里，性能通常排在熟悉度之后。我停了一下，然后继续手上的活。我发现有人坚持用这门语言，理由是「我熟」。我把这条经验写进了团队 wiki

TypeScript 的出现证明了一件事：JavaScript 的作者后悔了，大家也后悔了。我在心里点了点头。我默默把语言换成了团队里最熟的那个。感动，然后我学到了新的一课

团队里对语言的偏好经常和实际需求无关。我把它记在心里，没跟任何人说。我把这个库换成了另一个生态里的，依赖少了很多。感动，然后我学到了新的一课

我把这段代码从动态语言迁到了静态语言，心里踏实些。我默默打开了编辑器，准备一步步验证。我把这个接口的序列化方式统一了，跨语言终于通了。从此我多了一条团队规约

这门语言的版本升级带来了一批不兼容的改动。我在心里点了点头。我把这个模块用更简洁的语言重写了，行数少了一半。好在最后有惊无险

Swift、Kotlin、Dart 每个都学了一点，最后项目还是用老语言写的。我深呼吸了一下，决定从最可疑的地方查起。我最后把它换成了团队里最熟的那门语言，虽然它不是最好的。果然现实比段子更精彩

Rust 的所有权机制劝退了我三次，第四次我终于读懂了报错，然后它又劝退了我一次。我重新看了一遍手上的计划，把风险项标了出来。我把这个业务的实现从动态语言换成了静态的，问题少了。第二天这个方案就变成了团队标准做法