@byte10 所以对我而言，java 这种没有系统编程能力、性能有限、臃肿直到宇宙尽头、非常浪费硬件的“垃圾”，根本不值得我去浪费时间深入了解它，所以我并不那么了解它。这道理就像是，路上看到一坨狗屎，大家得躲着走，总不能要求别人上去尝一口然后才有资格说它臭吧。。。

@byte10 Hi 好久不见！
当年 golang 还没成熟的时候，我写 c/cpp 觉得有点累，于是手撸 NIO 被 java 的臃肿恶心到了，然后想想还是继续撸 c/c++算了，golang 成熟了我就撸 golang 了。
性能这个，同样的看我前面楼层，别说语言指令这种，要用大家常用的对比。可能跟老 php py 这些比是要强些，跟 nodejs 、go 比应该都是被吊打。剩下的也只有所谓的生态优势，但对于 curder 来说其实主要是行业技术栈优势，例如电商、企业级已经有那么多 java 那没必要重新造一遍，但这并不是别的语言不能搞、而是它还算稳定所以没必要重新搞，它占领市场早所以岗位多罢了。但是新生领域或者说需求变化快的领域，它也并不具备优势，所以直接头条 b 栈猎豹移动七牛各种新兴势力倾向 golang 。抛开这些行业选择它的历史优势，很多 java 不适合的，例如云原生。还有一些虽然用了 java 实现的基础设施、但其实如果用其他语言会比它效果更好，同样也是历史原因罢了。

另外，javaer 遇到“复杂”点的问题容易懵逼，例如系统知识，怎么排查网络、数据库各种。我不是说所有 javaer 都不懂，而是相比于 c/cpp/go 这些，javaer 不懂的人的比例有点多。言必称希腊，聊技术就是框架、全家桶、八股文。当然，我不是针对 java ，脚本语言的人绝大多数也基本都这样。并不是怪这些开发者不求上进，而是因为 java 社区就流行这种氛围，见过太多八股文选手，背了一大堆，侃知识点说的头头是道，离开八股文范畴面试问他点深入的就容易 game over 。
我也看到过很多 javaer 自己总结：背会了很多八股，但结合实际了却不知道怎么应用。

再说下 java 性能不错，比如 2018 年那会我门一些兄弟部门业务重构由 java 切到 go ，切换后对比了下，业务量还是原来那么多，他们对比了重构前后的消耗，以前 java 的内存消耗大概是 go 的 2-3 倍，cpu 消耗是 go 的 1.5-3 倍，响应时间 go 略好但整体上倒是没差太多基本可以忽略，因为并不是把服务硬件指标跑满、主要时间都是花在数据库上。别人喜欢用重构后消耗降低了多少百分比，但百分比看上去就好像是节省了一个比例罢了，反过来看，假设以前是 go 、切换到 java ，硬件成本直接翻 2-3 倍，这个情景就比下降的百分比更明显了

@yazinnnn0
也可能是 java boy 技术还不够深入、经验还不够丰富的阶段、get 不到 java 有多差
golang 虽好但毕竟性能还是达不到极致，java 的香，用郭德纲的话说，全靠同行衬托

@lsk569937453
#1 单比较语言指令 cpu 消耗那些，不同测试项的确是各有千秋总体差不多。但是 java 离不开社区全家桶，当 java 都用这些东西的时候，实际生产项目的性能确实挺差的

#11 也不算上升到品味，也不是饭圈。而是实事求是、确实是品味有问题

挺好，小号以前就 star 过了，大号再 star 一遍。
PS：这个奖配不上这个库。

@LeeReamond 你说的有道理，我反思，我应该学习一下

科学工程就数理化科学方法上整，少往玄学的词汇上靠
甭管内容是否科学，看标题大概就整得跟个神棍似的、太渣

哦哦，才看到，#2 楼说各种安全启动都试过了啊。。

联想的笔记本一般是需要改 Secure Boot -> Disable 的，PC 也试试看吧

related：
https://product.pconline.com.cn/itbk/software/dnyw/1492/14928978.html

公司里用，RAID 也不稳，还是多搞一组、一个常用另一个定期备份下好些

看样子我买的几块二手企业级还是很划算的。。

有故障现象就拿去售后，人家没说你用户自己检测不报错就不能售后吧？

如果不考虑润、不考虑自己做产品，只从打工的角度考虑，后端研究得精深些，不是特别容易 35 被裁，我不少要好的 35+，甚至 40+的，都还大厂中坚力量，后端需要内里浑厚些，很多问题要靠这些多年深耕的选手、不是三五年的人能替代得了的。但精深也不是特别容易，知识也得一口一口啃，经验也得一天一天涨

没搞懂，gpt plus 好像是 20 刀/月吧，print(2180/12/20)=9.08 ，人民币已经贬值这么多了吗。。

写得挺好，拍得也挺好。
但个人认为：把公共场合拍摄的其他人未打码公开发布是不够妥当的，建议删除或者打码后重新上传

还是喜欢 vanila

@keithwhisper 懂了谢谢了！

个人觉得研究这些细节挺好玩，但是卷到面试题里真挺烦的

像我们很多务实的人喜欢按简单正确的方式写，不喜欢语法上的茴字的 N 种写法的那些奇技淫巧，所以除了手误、正常情况下不会在写 for lopp i 里再写个 i:=i ，即使要临时变量复制也是 idx:=i 或者其他变量名。
所以当我看到这种面试题，即使能答对，但仍然要因为同名变量耽误那么一下自己再确认下是不是自己眼花会不会看错、甚至猜测你们是不是出题手滑写错了，正常人怎么会写 i:=i 这种不规范的代码，所以又要担心，万一是你们出题错了我答对了会不会反倒被你们判断为答错了。。

同名局部变量这么搞用来迷惑老实人，感觉是跟风 cpp ，多点实在，少整点这种垃圾题目，尤其还有国内 golang 大论坛、公众号，也搞这些带节奏，然后一堆脑残面试官拿去恶心同行，搞得行业面试风气都差得很

隔三岔五看到这类题目就觉得很烦，建议改改

@wkong 我到现在都还没学泛型相关的呢 😁