#2 基础上再用 dephell 转换一下依赖项？具体没用过，不过说是可以 setup[.]py poetry 各类 requirements 互转
目前 virtualenvwrapper + pip-tools 用得爽，解释器一直尽量跟最新版本，用上了 := 已经退不回 <3.8 了

1. 你能去指导别人，工资比别人还低，不如直接找领导谈涨工资，不涨就准备跳槽吧（区分 “栽培” 是按树木的标准还是按韭菜的标准）。
顺便某街道中心就业分管领导语：IT 行业大部分上升空间是靠跳槽的
2. 调整心态：工作是拿劳动力换钱，等价交换的；摸鱼才是真的赚钱
3. 工作所需时间估计是个跟 IT 非常不同的 “技巧”，细分领域是单独成学科的 “项目管理”。不过单就时间估计来说，倒没有什么前置，就是训练下自己脑子，每次自己估计的时候记录下来，之后再根据实际情况对照自己的估计，脑子就会估计得越来越准确的，可以按小时估计。只要排够时间就不用加班了，实在急的先削功能，熟悉下二八定律，之后再迭代。

@laminux29 异构本身就需要专门设计额外容错机制，拿异构容错难道不是南辕北辙？
@JustSong 同步需要锁文件和文件被上锁时尝试保存直接内容清空（如果我没理解错描述的话）都是软件设计问题
不过 Windows 下没有 inotify，要用 NTFS 进行即时监控似乎还挺麻烦的（没写过）；后者倒是一个很明显的问题，没有把 Buffer 和文件隔离，建议直接发工单。

@3dwelcome 这就是 docker 出场的时候了

@Jirajine 请参考主楼的教程，其实是在搞自建 CA，而不只是搞一个自签名证书…… 我是在吐槽这个
话说集群不用 CA 怎么 “互” 信？ 要配置 n*(n-1) 个证书么？

电池老化最慢的是保持 70%
反正锂聚合物电池不会有记忆的问题，保持 65%-75% 即可，不用放那么宽的，小范围内不断充放问题不大的

@laminux29 那为什么以前用的方案都是你所谓 “成本高” 的呢？
看你还迷信底层，要让人学计算机从数电开始，真当别人看不出你几斤几两？

@fasionchan …… 话说一般是分在多核心上的吧，页表切换实际影响的是 L3 缓存？而且一不小心可能分到多个 CCX 上去……
要充分享受 CPU 缓存干脆连带厚重运行时的 Python Java C# 都 pass，缓存脱靶太常见了，一个 call 基本就要脱靶了。
所以并行计算就应该用函数式写（突然暴论

不对啊你这要是 CPU 密集不就是这样吗？
肯定没闲着就是了，

因为信息太少了，只能瞎猜

@lp7631010 overshot 会导致反色残影
LCD 本身是有延迟的，是用电控制液晶旋转
同时可能因为缺陷或者老化导致旋转变慢？
还有可能视觉暂留……

@18870715400 进程池…… 不要每一处单独开进程
多进程是真的多进程，卡到核心数瓶颈了不是多进程本身的问题，是写法或者配置的问题……

@Hurriance mkcert 自建 CA 啊，但你的自建 CA 还是自签名的不是？
自签名说的就是 CA，不是实际使用的证书，主题给的链接就是这套做法，不是说封装起来就不算了的……

@ck65 google 翻译（

@3dwelcome #48 那简单，自研框架（笑

@QBugHunter 是下层简单，不是用起来简单，worse is better 的那个 better

商业证书怎么签给 kubernetes.default.svc.cluster.local 这个域名呢？怎么签给 private IP 呢？

OSC 评选在 V2 已经被吊过了，看来是不怎么上 V2 的

4k 不应该是 U2718Q 么？
残影是反色的吗？残影持续时间多久？

支持 AMD 逼老黄提供更便宜性能更高的显卡，vice versa
viva la consumidor