@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 我到现在都还没学泛型相关的呢 😁

家用普通产品可以按性价比选择；
车这种产品可是性命攸关的、选型务必要谨慎。。

@iseki #151

跟线程、goroutine 相比还是不够直观。
另外，这种临时起多个并发去处理一组事情并等待所有并发执行完再继续，并不是最主要场景。
最主要场景：
例如服务器，处理每个连接，为每个连接起单独协程然后写同步代码；
例如爬虫，爬很多 url ，每个站一个协程然后递归去爬子 url ；
这些都是通常具有不确定数量和不确定执行完成节点的任务。

休想骗我学 kotlin ，要学也是 rust 🤣🤣

@totoro52 #21
说句公平话，b 站炸的好像都不是直接因为 go 吧，有次我记得是 nginx lua 里的 cpu 100%
所以这个锅 go 可不背