除了变革性的牛逼技术，普通技术根本就不值钱。所以普通人专注技术赚多些钱的概率比较低、得靠运气。
建议 OP：去其糟粕钻技术，取其精华学社交，Follow Him ，现在不 Follow ，以后年纪大了悔之晚矣。

#47 沈腾系也一样

贾玲小品就很不好看，李焕英没看，热辣滚烫也没看，但仍然每天被他们买热搜水军恶心，真是烦透了。
这些年国产没什么好片子，一方面是太严格，另一方面是被这帮资本炒作的奶头乐烂片劣币驱逐良币，WTF 。
希望贾玲看到热搜下面的众多脏话评论的时候对着镜子摸摸自己的胸口：钱挣到了，演艺良心还在吗

运动，思考

@gransh #11
换个语言试试可没说就把之前的丢掉一直不用了呀，玩新技术罢了
老婆也是一样

macbook 键盘是我用过的最难用的键盘，没有之一

@jaybing926
docker 有现成的能用、挺方便，或者把他那个配置拷出来也行：
https://hub.docker.com/r/soulteary/docker-nginx-forward-proxy


@kneo 那倒也是，自己用的正向代理连接量也不大

小米主打性价比，质量软硬靠运气

只是用于上网的话，nginx 就挺好啊，caddy 的性能和消耗之类的还是不如 nginx 的

刚想回一句主题相关，一看 id 有点眼熟。
看 append 里的然后回帖从头看到尾，没觉得别人回复有怎么算阴阳怪气，但是已经被 OP 觉得逆鳞了，目测 OP 年纪不大自己喜欢阴阳怪气吧，怪不得聊技术都不讲逻辑，不论别人说什么都听不懂，不浪费时间是对的，这下真 block 了

我比较笨，多是随遇而安，到现在都不知道自己用的双拼还是全拼还是什么。。

@lesismal #61
“这道理就像是，路上看到一坨狗屎，大家得躲着走，总不能要求别人上去尝一口然后才有资格说它臭吧”

@diagnostics 抱歉，我可能前面没把不想继续讨论语言的原因讲清楚，那我解释下吧，我不想再讨论语言的意思是：我不想跟你这种人继续浪费时间，优劣相关我已经讲了很多，因为你只知道吹理论和那些不被大量常规使用的东西来对比，不看实践中的 java 硬件开销、性能、成本来对比，所以我觉得你的水准好像不太够，我不想拉低自己的水准去打这些口水仗

虽然我不想继续讨论，但是并不代表我反悔自己的观点，这跟前言后语没关系，所以你对我的前言不搭后语的推理也是逻辑有点奇怪了。前言后语搭不搭不那么重要，很多文学作品影视剧也看上去天马行空这一榔头那一斧子，但你理解了之后才发现原来那么有意思。技术的东西实实在在，理论不结合实际、逻辑不及格可不是好事情

至于能力，我知道自己不算多强，但我估计你的水平可能不足以用来评价我的水平。

如果不爽我，建议你 block 我好了，这是我最后一次回复你了，我也先 block 你了，免得大过年的浪费彼此时间

站长推荐的《 In Time 》也建议你看一下

@diagnostics 我不想再讨论语言本身了

> 语言级别的性能讨论，不是放在语言代码和机器码之间的编译器实现，而是去讨论，语言代码和最后行为之间的框架、设计模式、业务实现，完全取决于开发者水平和生态水平的

我这个人比较注重实践，对于技术选型的语言选择，我建议不要只考虑这些理论上的如何如何，多看看实践，从开发到部署维护，从便利性到安全性到开销占用能效比。尤其是，拿实际项目中主要开发人员的普遍情况来对比，不要用一小撮高手才能搞出来的情况去对比普遍业务，因为绝大多数业务是普通业务开发人员搞出来的，例如 GC 算法最牛逼但实践中你不能指望所有人对分代 GC 都了如指掌搞得比 go 这种自动档还好用，Java 有很多不错的方案，但被用到生产实践优化的比例很小。


@wanqiangcrack 大厂很多 go 重构的，很多人说 go 只在国内火但外用的少，但 go 是谷歌造并且带头用并且云原生领域算是最火了，国内一票独角兽明星企业用 go ，抛开阿里这种传统业务已经重度绑死 Java 技术栈的不好调头，看看 b 栈知乎战略调整到 go 大量用它重构以前其他语言的，最近几年腾讯技术战略上也是转向大量用 go 的。如果你们的业务从没遇到过性能问题、复杂业务逻辑用 Java 不容易搞的问题、Java 安全问题、Java 部署麻烦硬件开销成本高的问题，Java 高手难招而且主要是 web 服务相关、其他业务就难招到高手 Javaer ，等等一系列问题，那对你来说可能确实只是政治路线之争，因为你们的业务不需要对 Java 进行优化。但实际商业中，不只是 web 服务，比如大厂各种云基础设施，各种分布式基础设施，各种不同类型的业务，尤其是商业注重成本收益比效率这些，在大厂海量业务下软硬件成本的放大效应全是钱的问题。Javaer 经常说的一句就是堆机器就行，但规模稍微大点的中型业务就可能上百台节点的集群，能省 30-70%的硬件成本就算不小的持续降本了，更何况大厂的那些基础设施可不只是这点节点数量。至少我在自己工作中和行业里那些选择 go （不一定是全部替换掉 Java 之类的，但很多新业务都努力上 go 、旧的其他语言业务也积极用 go 重构）看到的不是政治路线斗争，而是务实的商业+技术选型，而且我自己的实践中这个选型也确实降本增效（别听那些开箱姿势不对的人说 go 开发效率低，姿势用对了 go 的开发效率真没比 Java 差），而且安全性也更高了（这两年 Java 漏洞有点感人）

我选二手企业级氦气盘，16T 不到 1000 ，8T/10T 也才 500 左右

@beneo 类似的 go java 好坏的我就不再聊了，免得又浪费时间了。。

@beneo
也不算吧，小公司一样搞啊，别用什么奇葩姿势、别用那些对工程不友好的库（例如 orm 相关的）就可以呀。

关键是很多人，他们本来熟悉了 java 那套，然后刚刚转到 go 没多久，还非要按照 java 的习惯去找 go 对应的轮子，go 没有就说 go 不行，这是开箱使用姿势不对啊：因为本质上你是做业务实现需求，本质上你应该寻找 go 的能实现需求的轮子，而不是非要找 go 生态里的像 java 的轮子。

抛开基础设施领域的 A 有 B 没有，对于业务而言，http 足够好用的框架大家都有，堆栈你如果用 gin 、echo 那些加上中间件就可以，logger 挑个三方成熟的就可以，标准库 sql 你写 raw sql 也没问题，但是非要找 go 的 orm 去用然后说 go 不行，这。。。

还有一类其他语言转 go 的，例如 javaer 、phper 转 go 然后搞一套类似 java 、php 的框架，虽然臃肿了点我个人比较抵触，但是对于原本的 javaer 、phper 确实也方便一点。但是他们的框架可能也依赖了 golang 的一些不好的库比如 orm ，但也不是必须使用它才行，也可以自己 raw sql 的。而且不管怎么说，这些框架它不是 go 本身，也不能因为它不行就说 go 不行吧。毕竟标准库、gin 、echo 也都足够用

基础姿势没搞明白，然后去使用不好的方案，然后说 go 不行。对不起，这个锅 go 不背

如果都是初学者，不带着 java 、php 的经验和偏见来学 go 的 gopher ，我还没见过几个喷 go 的，反倒都说 go 容易上手、也不需要依赖太多轮子就能把项目搞得很好