没前途

挺好玩的，支持！

不太了解 mac 的内存，这种长期开着的服务器，ECC 应该是必要的吧。

可以，很老实，基本盘。

。。。从 wiz 以后再也不用任何云笔记软件，obsidian+ 随便选一个云同步，安逸。

不考虑成本考虑技术不？神圣的 F2 连接着你们。

参军确实不错，福利待遇年年提，哪怕大饥荒也饿不到。

这种不就是搞信息封堵么，他只给你知道他想给你知道的。
这种你干着会很难受的，建议润。

redis ，和 nginx ，如果嫌代码多，可以把版本拉到最早期 0.0.1 那种。

景区的云南菜，哈哈哈。云南旅游景点全是坑钱货。

不回你的意思本来就是你忙你的去吧的意思，但凡有一点亮点触动到对方，也会让你赶紧入职。

我也在看 thinkbook14+ 和 16+，不过据说屏幕很垃圾。

@orlog 我不懂密码学，我的判断也只能基于一般的“为什么没有推广”来抛砖引玉。这个也不一定完全是技术因素，比如时代进步了，大家都使用手机验证码了，如果有研究密码学相关的专家能回答一下这个问题最好不过了。

@orlog 我不懂，但是我有常识。

@orlog 你不妨说说你用的什么加密方式，可以算看下一天能生成多少条记录，大部分前端加密就我了解应该都只是一些简单哈希吧？一天能生成多少具体算了再看。
我还是坚持前端加密没有什么卵用，如果是 best practice ，不可能没有在业界推广开来。
虽然都说密码是时间和算力问题，但是很明显线性增长和指数增长不能混为一谈。

@orlog 所以我的结论就是如果站长一定要搞用户的明文密码。。。有的是手段。

@orlog 你可能误会我的意思了，我的意思不是攻击人做彩虹表，是你自己提前生成彩虹表。

关于这位 op 所谓的前端哈希。。。他的意思就是，我替用户防我自己。万一我数据被泄露出去，不至于让用户担心是否有存储明文密码的可能性，因为之前 csdn 这个草包就干过这种事，用户在所有平台一般都只会使用一个密码。
但其实有心人直接暴力生成海量彩虹表做 match 工作就行了。