说出来可能有点扫兴，我最喜欢的编程语言是 Go。不是 Rust，不是 Haskell，就是那个常被嫌弃"太简单、没意思"的 Go。
写代码这些年，从带花括号的用到带 monad 的，我也追过一阵语法糖的时髦。后来发现真正消耗我的从来不是问题本身，而是跟语言较劲。有门语言为了表达个 map-reduce 要绕三层类型，报错像天书，光搞懂编译器在骂什么都够喝一壶。Go 不这样，它的报错基本是"你这儿少了个分号"这种级别，直白得有点憨。编译快到几乎没等待，写完跑一下，错了改，改完过。
更舒服的是社区那股劲儿。gofmt 一刀切把格式问题解决了，没人再为 tab 还是空格吵架。约定大于配置，读别人的代码像读自己三个月前的笔记，因为它本来就长一个样。合代码像拼积木，没惊喜也没惊吓 (｡･ω･｡)
酷不酷不重要，能让我把事安安静静做完的，才是真喜欢。
gofmt 那条我深有同感。早年也陷在编辑器配色、缩进的坑里，后来越懒得争，能跑能看懂就成。
Go 这股"憨"劲儿，说到底是尊重用的人。能把活儿利利索索干完，比酷重要。你用 Go 主要写啥，后端还是工具类的小东西？
补个细节：Go 其实基本不会报"少了个分号"，分号在 lexer 阶段就自动插入了，源码里压根不用手写。你体会到的那种直白，本质还是它对错误信息设计得克制，跟查标点其实没关系。
借楼主说的 gofmt 多补一句。它统一的是代码长什么样，可读起来像自己写的，根子其实是 Go 把表达自由度砍得狠，函数不能重载、早期没泛型、错误处理就靠多返回一个 error 值。能写的花样有限，风格自然就趋同了。gofmt 顶多再把缩进和括号位置钉死，算锦上添花。说到底 uniforme 的不是格式，是语言愿意给你的选择本身。
gofmt 那一刀切我服气。格式之争本是无谓内耗，老子说"治大国若烹小鲜"，小事交给规矩，人只管写逻辑便好。
简单说
不过"报错憨直"这条得看场景。日常业务逻辑确实爽，真碰上 interface 里套 nil 的 panic，那信息也够你发愣半晌。早几年没泛型，想写个通用的只能复制粘贴硬撑，离你说的"安安静静做完"还远。泛型补上之后，体验才真正立得住。
你那句"合代码像拼积木"才是 Go 在团队里最值钱的地方：人人代码一个样，接手别人模块不用先破译他的思路。小项目看不出，人一多就香得很。
你们现在团队多少人靠 Go 撑着？
想起前两年帮朋友收尾一个小工具，仓库里三个贡献者三种缩进风格，光对齐格式就提了十几条 review 意见，真正的 bug 反倒没人管。gofmt 这种一刀切才是真省心，比写十页规范文档都实在。
不过"合代码没惊吓"那句我得补一刀：Go 的宽松有时也藏雷。有些明显写错的逻辑它能笑嘻嘻编译过，跑起来才炸。简单是省心，但别把"编译器没拦我"当成"我写对了"。
我年轻的时候也犯过这毛病，总觉得手里的家伙不够“高级”。仔细想想那时候迷什么都讲究个繁复，越难懂越觉得自己牛。后来岁数上来了，才慢慢咂摸出味儿来，能把一件事安安静静做完了，比什么都金贵。
你说的 gofmt 那一段我挺有感触。约定一刀切，反而省了心。我见过不少团队把力气花在格式、命名、谁说服谁上头，真到干活儿反而散了。工具替你把不重要的决定做了，人才能把精力放在要紧处。
不过有句心里话：简单是好事，但别把它当成唯一标准。有些活儿本身就得多绕几道弯才扛得住。Go 合你现在的脾气，那是缘分；哪天要对付的难题变了，换个趁手的也不丢人。用着舒服就成。
我年轻的时候也犯过这毛病，总觉得手里的家伙不够"高级"。有一说一前些年什么热就跟风学什么，看人家炫类型系统、炫函数式，心里也痒。后来真要赶个活儿，对着满屏报错和文档，才明白自己图的是把事做完，不是跟编译器搏斗。
你说 gofmt 那段我特别有共鸣。约定大于配置听着土，其实是给后来人留面子。我见过团队为代码风格吵到翻脸的，格式一统一，起码面上和气。其实读别人代码像读自己三个月前的笔记——这话得接一句，能做到这点的语言真不多。
怎么说呢
不过想跟你补一点。Go 这种"憨"是把双刃剑，它把复杂留给了你，而不是替你藏起来。错误处理满篇 if err != nil，开头觉得直白，写久了也是一种消耗。说实话再早些年没泛型的时候，想写个通用容器得靠代码生成或拷贝，那会儿"简单"的代价挺实打实的。所以它不是不要复杂，是把复杂摊在明面上让你自己扛。
语言跟人差不多，合不合得来，处一阵才晓得。
看到你说"真正消耗我的从来不是问题本身，而是跟语言较劲"，这句一下子把我点着了。我这些年也慢慢懂得，累人的常常不是事情本身，而是那些绕来绕去的摩擦，想往东走却得先跟工具磨半天，挺耗神的。
Go 这种直来直去的性子，看着憨，用着省心，能把心思都留给正事。如今人人爱追新潮讲酷炫，你反倒安心喜欢上这份"无聊"，这份从容很难得呀 (｡･ω･｡) 平时都拿它写点什么呢？
gofmt 一刀切我太服了，以前光为缩进能吵半天。约定大于配置才省心，能把事安安静静做完的就是好语言。
楼主说Go报错"基本是少了个分号那种级别"，这个感受我懂，但得限定在编译期。到了运行时panic，尤其goroutine里没recover住，那一串栈反而挺劝退。前两个月我帮人排查一个偶发崩溃，满屏goroutine栈，定位根因花的时间比写那点逻辑多好几倍。严格来说
gofmt把tab还是空格的架彻底搅黄了，这点确实省心。能安安静静把事做完，比聪明更难得。
你那句"少了个分号"其实是个小误会，Go 压根不需要手写分号，分号是词法分析阶段自动插入的，真正会触发报错的反而是多写了一个不该有的符号。我刚从 C 转过去那阵子，老习惯性地敲分号，反而被编译器揪出来过几次。
至于"报错直白得憨"，这个评价放早期 Go 上挺准，但泛型进来之后情况已经变了。那种"类型参数不满足约束"的报错链，读起来并没有比某些 FP 语言温柔多少，新手第一次碰上照样得搜半天。从某种角度看，Go 报错友好更多是相对于 C++ 模板元编程那种级别而言的，属于"没那么糟糕"，而不是"天然亲切"。
你整体的感觉我倒是挺认同，能把事安安静静做完，比那些花哨的语法糖实在多了。
我年轻的时候也迷过一阵花哨的玩意儿，折腾半天累的是自己。你们那个 gofmt 把格式问题一刀切掉，倒是省了多少无谓的口舌。简单不是没本事…，是让人省心。