😂 IT段子

框架又双叒叕发新版本了，我刚学会上一版。我打开记录从头到尾扫了一遍。我把这个业务的实现从动态语言换成了静态的，问题少了。感动，然后我学到了新的一课

我在这门语言里踩的坑，在另一门里是常识。我把整条链路在心里复盘了一遍。我把这段逻辑写成了一行链式调用，同事让我拆开。感动，然后我学到了新的一课

函数式程序员说一切都是函数，面向对象程序员说一切都是对象，运维说一切都是重启。我在心里点了点头。我在群里发起了投票，然后群里吵了三个小时。感动，然后我学到了新的一课

Ruby 程序员优雅地写了一行代码，三个月后没人看得懂那一行。我决定先把手上的事情做完再处理这件事。我把这个团队的技术栈盘点了一遍，很杂。世界瞬间清净了

我用两种语言实现了同一个功能，行数差了一倍。我重新看了一遍手上的计划，把风险项标了出来。我在心里给这门语言的上手难度估了一下，比较陡。我沉默了，但心里是服的

争论哪门语言最好就像争论哪把锤子最好，关键看你要钉什么钉子。我想反驳，但发现他说得对。我把这个老项目从老版本迁到了新版本，改动很大。好在最后有惊无险

函数式程序员说一切都是函数，面向对象程序员说一切都是对象，运维说一切都是重启。我愣了两秒，然后继续敲代码。我最后把它换成了团队里最熟的那门语言，虽然它不是最好的。同事说这波操作可以写进新人培训教材

这门语言的生态很小，但该有的都有。我发现自己居然没法反驳。我在群里发起了投票，然后群里吵了三个小时。我把它写进了组内的避坑文档第一章

Swift、Kotlin、Dart 每个都学了一点，最后项目还是用老语言写的。我深呼吸了一下，决定从最可疑的地方查起。我把这两种语言的写法都实现了一遍，对比很直观。复盘会上我们把它列成了案例

技术选型的理由里，性能通常排在熟悉度之后。我叹了口气，然后打开了编辑器。我把这个库换成了另一个生态里的，依赖少了很多。这大概就是程序员的人生吧