加一倍的钱，正正经经买个普通的灯泡的 DLP 投影，一步到位多香。
廉价投影都是用劣质 LED 灯泡，亮度普遍不达标，要求环境全黑，还伤眼睛。

@rust 那我改改说法，把“可维护性”改成“代码维护成本”，这总没问题了吧。
当然，现在码农都不喜欢维护老代码，都喜欢推翻重写，也没啥毛病。
还有，薪资和市场供需挂钩。你说薪资和经验挂钩的，那是指不缺钱的大公司，当然钱给的越多，招来的人能力越强咯.

@rust 招聘成本而言得出的结论。我刚才去 51job 搜了一下，HTML5 维护人员起步 5k 或者 8k 月薪。相同城市，flutter 起步价基本都在 1W 。

现在 flutter 好招人吗？感觉老一套 webview 也能用啊，android 和 ios 原生调用代码毕竟不会太多，就算这部分外包都可以。
一个写 flutter 的员工工资，和另一个写 webview 的工资，感觉差距会有点大。
而且 flutter 代码维护性比 html/js 差，不是随便拉个新人就能维护的，有不少学习成本。

@ruanyu1 从 8 个点赞就能看出，很多人就是为了发泄情绪。至于你回帖说了什么，压根就不重要。

19 楼竟然有 8 个点赞，也是惊了。
现在年轻人真是暴脾气，谁的代码都不服气，就只服自己。

远程要自觉性的，内心喜欢编程才会有足够的专注力和自觉性，要不然很容易分散注意力。
可惜大部分程序员，并没那么喜欢写代码，特别是 CRUD 的代码，时间一长会进入倦怠期。
还不如和同事在办公室上班，只要不是猪队友，正常交流有益健康。

@JensenQian “还有明天发布的 realme q3，你可以再等等”

看了一下 Q3，那是真的香。别说给老人买了，我年轻人也都想买一个。

@domodomo "山寨机骗钱专用 CPU，20 块钱一个", 真的好惨。。

@LeeReamond "比如它清空了 epoll 任务，那就阻塞在 epoll 上了，这时候如果 timeout 发生了，但线程又不能唤醒自己"

所谓阻塞应该只是把自己线程的 context 挂起，又不会写个死循环傻等。。
然后等内核的中断消息来触发线程复原。消息可以是时间或者 socket 收发事件。

Windows 才是异步编程的鼻祖，当年 JS 陷入回调地狱的时候，Windows 消息机制把所有函数都变成消息收发事件，把代码逻辑安排井井有条，一个 case 对应一个任务。
epoll 超时应该也是抄这种模式，调用后就阻塞，只有被外界消息触发后，才会返回一个结果。

@andrewpsy 2009 年的文章，作为 12 年前的观点，我个人觉得也没什么大问题。
记得 vs 正式集成 x64 编译器，也就是 vc2008 开始的，以前都需要自己下 SDK 打补丁。短短那么几年的时间，全部移植到 x64 是有难度，老代码应该在使劲拖后腿。
VS 真是一个项目太大，船大难掉头的典型案例。

安装一个 IDE 要 300 多个小 packages，大的惊人，真是晕过去。估计 80%的用户，只能用到全部功能的 20%，不如学学 VSCODE，不常用的就不安装，都做成插件下载算了。

一个 vs2022 安装 20G+硬盘，劝退一大批小硬盘的用户。

@DinoStray "我有个问题, 我看标准库的 hash, 对 int 的处理是直接返回 值, 那么如果我的 uint64 key 一直自增下去, 不是会存在桶一直增加, 内存不够用的情况么?"

刚刚我用 VS2017 调试了一下，和 9 楼的 @ysc3839 同学说的一致，内部对于 uint64_t 都用 FNV-1a hash function 算法处理过一次，不是直接返回的。

既然数列已经打散了，就不用担心 hash 冲突，会内存不够吧。

"第 2 条附言 · 55 分钟前
另外我的 key 有个特点, 是一直自增+1 的"

这种特点可以用二分法查找，自己管理一个集合，未必需要依赖于 C++20，只要保持数据始终内存数序排列就可以。

@pisc 看了一下两个 link，里面的 PDF 提到，老外说银行也在浪费电，和比特币本质是一样的，我竟然无言以对。
终于明白了，人类的意义就是去码头找点薯条。

google 搜“Integer Hash Function", 这才是针对整形 key 的散列函数。

@minami 没有审题啊，楼主 key 是 integer，又不是 string 。你这两个算法都是针对字符串的。

有专门针对 uint64_t 的 hash 函数，你一个都没提到。