多数人都不懂的一切从实际出发，即使背会了八股、实际工程中还是不擅长运用。
微服务只是一种架构设计和工程实践方案，关键是适不适合用、怎么用、用的对不对。

2015 年左右微服务刚开始要兴起的时候，我在好多技术群里喷那些无脑微服务的人，注意，是喷那些无脑微服务的人而不是喷微服务本身。
早年没有微服务的时候就有分布式，是更广义的概念，微服务被 web 领域的人把分布式更加领域细分并且搞了一大坨以 web 领域为主的基础设施。但其实游戏行业大型游戏系统很早就用分布式，只是游戏技术没有 web http 这些相对统一的协议和技术栈、而多是一家公司一套框架，所以游戏行业的技术相对 web 领域而言像是一盘散沙，也难成固定流派，开源的游戏服务器架构没几个好用的。

整天在那纠结这个概念那个概念，从来没去思考下这个方案与实际工程结合是否合理，你们 95-99%的人都错了。

好的现象是，一些大厂团队和一些老鸟逐渐开始清醒，但也是局限于实践中的那些好坏的点才后知后觉，但如果懂得思考，这些很多坑都是可以提前预见的。
软件工程领域，绝大多数所谓的架构师最大缺点，就是没有像土木建筑数学等领域，去做更详细的建模、图纸设计之类的，只知道 tmd 跟风只知道画点漂亮的所谓架构图甚至 ppt 忽悠老板，但凡知道思考实际的事情、这些大多问题、不是指所有问题，而是排除掉高精尖难度大的那部分，因为现实工程中绝大部份问题都是普通问题，其实都是可以像幼儿园搭积木一样，提前摆弄摆弄就清晰了。

只背八股，不思考工程实践，写再多文章都是误人误己。

四项基本原则：
1. 自己不要抽烟
2. 自己不要买烟
3. 自己不要送烟
4. 自己不要发烟

抽烟的都是敌人，十六字诀：
1. 敌抽我躲：敌人抽烟离我近，我躲开避难
2. 敌送我拒：敌人送烟做礼品，我拒绝收受
3. 敌发我声：敌人发烟一块抽，我声明不喜
4. 敌病我劝：敌人呼吸道生病，我劝他戒烟

库克库存大师不是白叫的，你以为是电子垃圾，但其实是心理学，大家骂 16E 就对了，这样就会有更多人忍不住去给 16 去库存了。
厨子心里美滋滋

@yiqiao go 的代码没像 java 那么臃肿，这种审美问题，符合团队的标准和自己的喜好不影响效率就行。如果已经在用并且习惯了，不改也没问题，实用主义

> 是的是的 孩子 你是对的

@laikick 其实如果自己不会好好说中文的话，可以完全去混非中文圈，看到过别人喷你、这不是糟蹋自己嘛，何必呢

@laikick golang-standards/project-layout 这个根本不算是好的结构：

而且这个 repo 作者可以算是 go 社区里最不要脸的了，我都不敢用“最不要脸的之一”来描述他、怕“之一”不准确：
https://github.com/golang-standards/project-layout/issues/117

请做个好人，不要再向别人推荐这个带来更多误导。

@liaohongxing 看了下提交日志，这个应该就是 gorilla 那个 fork 过来之后改了改的。不论哪个库，主流都是 http upgrade 到 ws 的，这个过程中的 hijack 后 ws 库就接管了 conn 。fasthttp 这个基于 gorilla 那个、后续改了多少内容我就没关注了，应该都差不多。我上面说的很多人使用 gorilla 有问题是指自己封装的部分的问题比如僵尸连接、协程泄漏，不是说 gorilla 本身有问题、它的定位是实现协议并提供基础接口。

@voidmnwzp 是的、当初好像是 archive 了一段时间，然后 fasthttp 和字节家都 fork 了分支，但后来 gorilla 又活了

BTW ，gorilla 被用的最广，但涉及到广播的，仍然需要自己封装，要注意避免循环中的阻塞，这通常需要自己封装额外的写协程，就是这个地方，我见过很多人实现的有问题，比如实现的不好导致僵尸连接

按照协议分层来讲，其他是实现 websocket 协议，melody 是基于 gorilla 之上的对 websocket 的封装，使用上方便些。

按照为了解决的问题分类，gobwas/ws 和 nbio 是为了海量连接数的场景，为了解决标准库方案在高承载量场景下的内存 OOM 和 GC STW 问题、节约更多硬件成本、让服务更稳定。
但 gobwas/ws 本身的设计和实现是存在缺陷的，因为它的 IO 接口仍然是阻塞的，所以 IO 循环中如果有 1 个或多个慢连接就会导致其他连接也跟着排队，个别欧洲团队用它做内网还凑合、因为内网爆这种问题少，但公网没那么稳定，所以非常不适合用于公网商业项目、属于冒险行为。nbio 没这个问题。

coder/websocket 号称很多优化很快，但实测、跟其他基于标准库连接的方案相比，算是性能最拉垮的了

相关内容和测试：
https://www.v2ex.com/t/945827
https://github.com/lesismal/go-websocket-benchmark

两人都是大神, 各有对错, linus 的立场是非常正确的, 项目中有这种路线冲突之类的问题很正常, 应该沟通寻求各方都能接受的方案.
项目内的事情没必要发作文, 他们两个争论什么其实不是重点, 写作文才是导致问题爆发的点, 写作文才是真的搞政治的魔怔行为, 完全意识不到自己的问题而且随便去发作文说明他本身就心智不咋地.
强烈支持 linus !

对于 rust, 至少我见到的有足够基础的人都是赞美, 几乎没有人贬损 rust, 最多就是觉得它难度大不好学.
反 go 的那帮人的言论, 才是真的魔怔.

300%也还是慢...

踏踏实实的技术帖, 比隔壁凭借哪些特质走到现在可是赞太多了

@sthwrong @kekeabab #24 #25 没什么好办法, 又何止是工作, 程序员至少还是逻辑比较强的, 生活中的更多人和事情比这还折腾. 改变不了, 气也没用, 不如平和, 效果反倒会好些. 应该庆幸的是自己不是这种, 自己已经是极少数的优秀了, 如果心态能平和, 自己会更厉害.

@lujiaxing #8 绝大多数都是普通人. 会用梯子和懂你说的那些也并不能代表牛逼, 老外很多你说的这种"菜鸟", 对这些人而言, 写代码这只是一份工作, 他们挣钱享受生活, 很多这种人家里条件都还可以, 他们自己没生活和钱的压力所以不需要卷技术. 除了具体技术问题要争对错, 怎样的技术追求和技术节奏, 并没有什么必要去批评. 我年轻时候也跟你一样, 眼里看着很多菜鸡老司机程序员啥也不会, 心里也很鄙视, 直到闲聊发现, 比如一个同事, 刚毕业工作家里就给买了 180 平的房子奥迪宝马两个车换着开后来老被同事议论觉得太高调了不好又买了个便宜车用来上班开, 比如另一个同事不只是啥也不会而且还很笨他自己倒是挺想学技术的但学很慢甚至学不会, 但是他家深圳开农家乐而且那半个山是他家的.
做自己喜欢的事, 让自己活得幸福, 珍惜自己重视的人, 其他的, 不那么重要

先问问其余那 99w 是不是他们自有资金吧, 万一大头都是借的需要好好劝劝他们更谨慎点, 毕竟亲姐姐, 除了考虑借不借也得多关心关心

回 LV 好些

应该增加锻炼身体的时间, 运动能让状态心情大大提升并且预防电子产品相关的慢性疾病

@mingtdlb #27 刚开始那段时间好像站长有发公告帖子禁止这个, 但很多人没看到; 创建新主题有提示, 但是回帖的时候没有这个提示. 所以, 很多人可能仍然并不知道有这个规定. 很多人被封时一脸懵逼, 被封了才知道有这个规定但为时已晚