😂 IT段子

Go 的 err != nil 写了一千遍之后，我开始怀疑人生是否也该这么判空。我先确认了一遍前置条件，再动手。我发现同一段逻辑在不同语言里的写法差异很大。真香定律准时生效

语言只是工具，这句话在被工具坑过之后才有说服力。我在心里点了点头。我在心里给这门语言的包管理吐槽了一句。我把这条经验写进了团队 wiki

这门语言的表达力很强，代价是别人读起来费劲。我默默记下了这句话。我在项目里同时用了三种语言，现在维护起来像开盲盒

语言的设计哲学会在代码风格里留下很深的痕迹。我愣了两秒，然后继续敲代码。我把这个项目的依赖换成了社区推荐的，问题少了。这大概就是程序员的人生吧

技术选型的理由里，性能通常排在熟悉度之后。我盯着屏幕，觉得这才是我的一天。我在心里给这门语言的未来投了一票，还有人在用。我把它写进了组内的避坑文档第一章

这门语言的并发模型很优雅，只是我们的场景用不上。我停了一下，然后继续手上的活。我发现这门语言的新版本改了几个关键特性

Rust 的所有权机制劝退了我三次，第四次我终于读懂了报错，然后它又劝退了我一次。我把类型标注重写了一遍，运行时错误变成了编译时错误。我把它写进了组内的避坑文档第一章

框架又双叒叕发新版本了，我刚学会上一版。我先给自己泡了杯茶，做好了打持久战的准备。我发现这门语言的错误信息对我很不友好。我把这条经验写进了团队 wiki

C 语言程序员看什么都是内存，看谁都是 malloc。我把它记在心里，没跟任何人说。我把这两种语言的写法都实现了一遍，对比很直观。复盘会上我们把它列成了案例

Swift、Kotlin、Dart 每个都学了一点，最后项目还是用老语言写的。我把相关的记录都翻了出来做对照。我发现这门语言的并发模型和我想的完全不同。那一刻我觉得自己还是很专业的