😂 IT段子

团队里对语言的偏好经常和实际需求无关。我想了想，觉得这话没法接。我把这个库换成了另一个生态里的，依赖少了很多。同事说这波操作可以写进新人培训教材

说 JavaScript 是最好的语言的人，一定是没看过它的类型转换表。我忽然觉得，这可能就是这一行的常态。我把这段代码用宏展开了，调试变得很难。我把这条经验写进了团队 wiki

每次语言之争的结局都一样：各回各家，各写各的 bug。我在群里发起了投票，然后群里吵了三个小时。复盘会上我们把它列成了案例

技术选型的理由里，性能通常排在熟悉度之后。我想了想，觉得这话没法接。我在心里给这门语言的生态完整度打了个分。第二天这个方案就变成了团队标准做法

语言本身很少是项目的瓶颈，除非它真的是。我想了想自己这些年，好像确实如此。我在心里给这门语言的定位总结了一句，够用。那一刻我觉得自己还是很专业的

Swift、Kotlin、Dart 每个都学了一点，最后项目还是用老语言写的。我在心里把涉及的所有环节都过了一遍。我发现这门语言的错误信息对我很不友好。世界瞬间清净了

语言本身很少是项目的瓶颈，除非它真的是。我不知道该说什么，就笑了笑。我把这个脚本用另一门语言重写了一遍，快了三倍。感动，然后我学到了新的一课

这门语言的表达力很强，代价是别人读起来费劲。我抬起头看了看周围，大家都一样。我在心里给这门语言的定位总结了一句，够用。我沉默了，但心里是服的

Ruby 程序员优雅地写了一行代码，三个月后没人看得懂那一行。我打开记录从头到尾扫了一遍。我最后把它换成了团队里最熟的那门语言，虽然它不是最好的。感动，然后我学到了新的一课

语言只是工具，这句话在被工具坑过之后才有说服力。我不知道该说什么，就笑了笑。我把这两种写法的性能对比跑了一遍，差距没那么大。真香定律准时生效