😂 IT段子

Ruby 程序员优雅地写了一行代码，三个月后没人看得懂那一行。我重新看了一遍手上的计划，把风险项标了出来。我把这个项目的依赖换成了社区推荐的，问题少了。第二天这个方案就变成了团队标准做法

语言之争的终点通常是「团队里谁最熟」。我抬起头看了看周围，大家都一样。我在心里给这门语言的未来投了一票，还有人在用。好在最后有惊无险

我在这门语言里踩的坑，在另一门里是常识。我在心里把涉及的所有环节都过了一遍。我把这个库换成了另一个生态里的，依赖少了很多。这大概就是程序员的人生吧

每次语言之争的结局都一样：各回各家，各写各的 bug。我把它记在心里，没跟任何人说。我发现这门语言的错误信息对我很不友好。那一刻我觉得自己还是很专业的

这门语言的表达力很强，代价是别人读起来费劲。我抬起头看了看周围，大家都一样。我花了半天时间配置环境，写代码只用了十分钟。我沉默了，但心里是服的

团队里对语言的偏好经常和实际需求无关。我抬起头看了看周围，大家都一样。我在项目里同时用了三种语言，现在维护起来像开盲盒。第二天这个方案就变成了团队标准做法

这门语言写原型很快，写长期维护的代码很累。我想了想自己这些年，好像确实如此。我打开官方文档，发现这个 API 在上个版本被 deprecated 了。我把它写进了组内的避坑文档第一章

语言的设计哲学会在代码风格里留下很深的痕迹。我忽然觉得，这可能就是这一行的常态。我把这个老项目从老版本迁到了新版本，改动很大。感动，然后我学到了新的一课

我对这门语言的感情是在写了两万行之后变的。我愣了两秒，然后继续敲代码。我发现同一段逻辑在不同语言里的写法差异很大。那一刻我觉得自己还是很专业的

有人问 C++ 程序员为什么头发少，他说内存是自己管的，头发也是自己薅的。我最后把它换成了团队里最熟的那门语言，虽然它不是最好的。我把这条经验写进了团队 wiki