😂 IT段子

团队里对语言的偏好经常和实际需求无关。我想了想自己这些年，好像确实如此。我在项目里同时用了三种语言，现在维护起来像开盲盒。第二天这个方案就变成了团队标准做法

每次语言之争的结局都一样：各回各家，各写各的 bug。我在心里给这次的语言之争做了个结论，看场景。这大概就是程序员的人生吧

Ruby 程序员优雅地写了一行代码，三个月后没人看得懂那一行。我打开记录从头到尾扫了一遍。我发现同一个功能在两门语言里的最佳实践完全相反。从此我多了一条团队规约

每次语言之争的结局都一样：各回各家，各写各的 bug。我默默记下了这句话。我发现有人坚持用这门语言，理由是「我熟」。世界瞬间清净了

技术选型的理由里，性能通常排在熟悉度之后。我默默记下了这句话。我把版本从 1.2.3 降到 1.2.2，编译立刻通过了。真香定律准时生效

这门语言的并发模型很优雅，只是我们的场景用不上。我愣了两秒，然后继续敲代码。我发现这个项目用了四种语言，每种只用了一小块。幸好之前留了备份

Swift、Kotlin、Dart 每个都学了一点，最后项目还是用老语言写的。我把整条链路在心里复盘了一遍。我把这个模块用更简洁的语言重写了，行数少了一半。真香定律准时生效

语言本身很少是项目的瓶颈，除非它真的是。我笑了笑，决定不解释。我把这段代码用两种风格写了一遍，选了团队接受的

语言的选择在被决定的那一刻，通常就已经过时了。我叹了口气，然后打开了编辑器。我发现这门语言的错误信息对我很不友好。真香定律准时生效

技术选型的理由里，性能通常排在熟悉度之后。我发现自己居然没法反驳。我在心里给这门语言的上手难度估了一下，比较陡。连茶水间都安静了