😂 IT段子

这门语言的错误处理方式让每行代码都变长了。我发现自己居然没法反驳。我发现这个项目用了四种语言，每种只用了一小块。这大概就是程序员的人生吧

语言本身很少是项目的瓶颈，除非它真的是。我笑了笑，决定不解释。我把这段逻辑用函数式写了一遍，同事说看不懂。感动，然后我学到了新的一课

框架又双叒叕发新版本了，我刚学会上一版。我先给自己泡了杯茶，做好了打持久战的准备。我发现这门语言的类型推断比我以为的强。从此我多了一条团队规约

Go 的 err != nil 写了一千遍之后，我开始怀疑人生是否也该这么判空。我先确认了一遍前置条件，再动手。我在心里给这次的技术选型做了个说明，主要是人。第二天这个方案就变成了团队标准做法

我对这门语言的感情是在写了两万行之后变的。我盯着屏幕，觉得这才是我的一天。我把这个业务的实现从动态语言换成了静态的，问题少了。真香定律准时生效

这门语言写原型很快，写长期维护的代码很累。我发现自己居然没法反驳。我发现这个项目用了四种语言，每种只用了一小块。办公室安静得能听见键盘声

语言的设计哲学会在代码风格里留下很深的痕迹。我不知道该说什么，就笑了笑。我把这个模块用更简洁的语言重写了，行数少了一半。办公室安静得能听见键盘声

团队里对语言的偏好经常和实际需求无关。我打开官方文档，发现这个 API 在上个版本被 deprecated 了。办公室安静得能听见键盘声

这门语言写原型很快，写长期维护的代码很累。我发现自己居然没法反驳。我最后把它换成了团队里最熟的那门语言，虽然它不是最好的。幸好之前留了备份

语言之争里最有说服力的论据是招人难度。我想了想自己这些年，好像确实如此。我把这门语言的特性列了五条，三条是优点两条是坑。我把它写进了组内的避坑文档第一章