用 memory mapping ，不要手动去读它。

@me1onsoda Windows 的是 IOCP ，理论上来说无论是设计还是性能都比 Linux 的 epoll 更好一些。
实际应用上差不了多少。

建议转换一下思路。你把你自己放在老板的位置上，你对这个年龄，这种价格的员工，期待是什么。

是一个万金油，什么技术都能做，虽然没什么行业经验积累，但 Bug 更少，效率更高的员工？
还是一个行业经验丰富，能带团队，能独当一面的技术管理者？

然后你再看看你的简历里，主要体现的是哪方面的能力？是否符合你对岗位的期待？

再转换一下思路，一般来说企业对于想要招的岗位都有个期待的画像，多少钱，什么样的能力水平。当然年龄也是一方面。
不是说年龄大就不要了，而是很难填到这个岗位里。对于一个有经验，Bug 更少，效率更高的高级开发而言，年龄大概是 xx-xx ，月薪大概多少，一个有经验的 HR 是大概有个预期的，不符合就直接筛掉了不会浪费时间。

如果只是想做个转接，那看看参数，能推动你耳机的产品里面挑个最便宜的就行。功率够的话，OPPO 那个一百块钱的都行。
如果想提升音质，那还是买个正经耳放吧。这类东西给你带来的提升远远没有价格差距那么大，毫无性价比可言。

看了看你的回复

你不想刷题，只想找小公司。又嫌小公司项目坑，年后找到工作入职几天就跑路。

还是想好自己想要做什么再说吧。

最后俩是有用的，B 族维生素药房买，小白瓶几块钱 100 片。

因为你姿势不对，所以不建议你久坐和搬东西。

很多人搬东西的时候会弯腰，实际上那就全靠腰椎受力了。就像你去钓鱼，起杆的时候靠鱼竿弯曲的弹力拉起来。坐的时候也是一样的。

建议你去找找“硬拉”的教学视频看看，不是说你要去练这个，而是看看一个标准的“拉起重物”姿势是个什么样的。
主要就是腰腹的核心要收紧，蹲下去，背挺直。然后靠腿发力蹬地站起来。你的整个背阔肌帮助锁定背部一直处于一个挺直的状态，这样你的脊柱受力方向就近乎它的垂直方向，腰椎不会弯曲受力，就不容易受伤。

但这样的动作你不习惯就会觉得很累而且别扭，但这就是你生活中避免腰伤的办法，还是多学一下比较好。

它是操作系统进程调用逻辑的一部分，并不是什么没用的东西。

当你的 CPU 没啥任务要执行的时候，操作系统就会把一个最低优先级的 Idle 线程扔过去跑。你看到的结果就是有这个 Idle 的东西占了 CPU 。

这个线程除了占用空闲的 CPU 以外，还会执行很多别的功能。比如它占用 CPU 的时候，使用 HLT 等指令让 CPU 处于低功耗状态。而且你不用在你的内核里专门写个特殊状态的处理，毕竟这个 Idle 可以设计成和其他线程差不多的样子。

很多系统都有这么个东西，区别只是显示不显示出来而已。
显示出来，你就可以直接用它判断当前系统是不是处于空闲状态。
不显示，你得把所有的加一起才能算出来占用率。

公司开发产品的时候，任何沾了 GPL 三个字母的第三方库都不要碰。

GPL 就不说了，AGPL ，LGPL 的边界定义的一样不清楚。所以最好的办法是，当你有疑问时，只要有这三个字母的全不要碰。

符合规定的。

我仔细看过，JetBrains 的 Individual License 要求是，必须是你自己付款，而不是公司付款，且不能跟其他人分享。但你可以在公司或者在家使用你的 License ，并不受使用环境限制。

你可以看官方的解释
https://sales.jetbrains.com/hc/en-gb/articles/207240855-Can-I-use-my-personal-license-at-work-and-at-home
https://sales.jetbrains.com/hc/en-gb/articles/207241015-Can-I-use-my-personal-license-for-commercial-development
https://www.jetbrains.com/store/comparison.html#LicenseComparison

你觉得这个距离够你变道，具备并线条件。他觉得不够，不想让你插进来。
所以要加速不让你进来。

这很正常。

不是说你想变道后车就一定要让你变道的，路权在他那。

@10RR 包含意外的。
但问题是，什么是“意外损坏”是他们定义的。就我的情况，他们的意思是你这个不算“意外损坏”。有划痕只算“正常使用痕迹”，不在 AC+覆盖范围内。

对，哪怕这个划痕已经看不清屏幕了也不算。

AC+这东西和保险差不多，卖你的时候啥啥都好，等你想要出险的时候就是这也不保那也不保。AC+里有用的就意外损坏和换电池。
什么叫意外损坏由他们定义
换电池你就更别想了，直接锁死 80%，你正常一天一充，用几年都不会到 80 以下。哪怕你自己体感续航尿崩那也是 80%。

所以除非毛手毛脚经常摔东西的人，其他朋友问我从来不推荐买 AC+。

王府井我去的不多，但至少三里屯的就是这样的。

我本身有 AC+的 Watch ，意外摔了一次表面刮花非常严重，表盘上字都看不清了。我去了以后跟我说这算正常使用痕迹，不在维修范围内。但我买 AC 不就是为了防意外吗？

然后我当场抵价买了个新款，反正你算正常使用痕迹，不能额外扣我钱。

但从哪以后除了给父母更新设备以外，自己再也没买过苹果的东西。

如果你用的阅读软件支持命令行调用，可以写个脚本循环打开看看能否调用成功就行了。

不支持的话，随便用什么编程语言，调用个 PDF 库尝试打开一下，然后随便读取点啥。能读出来就算打开成功。

自己装个 TeamCity 就行了，免费的 3 个 Agent ，100 个编译配置。除非你几十个项目，不然差不多也够用了。
主要是你用了 Jenkins 再去看 TeamCity 就知道差距了，但毕竟是开源，能用就行。

Jenkins 最麻烦的就是它赖以生存的开原生态。本身功能不多，大部分都靠插件。但开源插件维护全靠爱发电，很多插件早就不维护了。可能你这个版本配置完了都能用，然后过几个版本你发现之前几十个项目依赖的插件不更新了，那你 Jenkins 也没法更新。但 Jenkins 不更新又用不了新的插件。
整个锁死在里面。

所以现在都推荐用 Docker 这套生态来做，CI 工具实际就做个调度而已。哪怕你 CI 彻底完蛋，只要你用来编译的镜像还在，换个 CI 重新写个调度配置也一样能跑。

传统的 CICD 工具基本就这俩推荐，当然你要用 Gitlab 管代码的话，装个 Runner 也能跑。前提是你接受纯配置文件的套路。

JBOD ，然后配置个别文件夹自动跨盘备份。
很多时候你需要保证安全的数据并没有那么多，直接做 RAID1 有些浪费空间。

分享两个个人理解：
- RAID 能服务的可持续性，就是坏几个盘你大概可能也许还能用。至于说数据安全性，还是要靠异地备份。你可以搜搜 RAID 重建阵列的时候炸盘的有多少。除非你用好几个硬盘组更多的冗余。
- 服务器直接虚拟化是没问题的，你想办法备份虚拟机的磁盘就行了。但你这一共能用的就一块 10T 盘，这盘炸了就全完了。

如果我是你的话，会再找一块固态，小点也行，组个 RAID1 做 ESXI 的系统盘。或者可以随时重做 ESXI 的话，不做 RAID 也行。先保证它不大会挂掉。我不太了解 ESXI ，不知道和 PVE 是不是一样需要一个系统盘。

剩下的，考虑一下要跑的是什么服务。我自己倾向于所有服务都用 DockerCompose 或者 K8S 跑，然后外挂持久化存储。这样你只要找个额外的地方备份好你的 Compose 或者 Helm ，然后再备份一下持久化用的存储就行了。至于服务器或者那些用来跑服务的虚拟机挂不挂的无所谓。
比如你用 Compose ，这服务器挂了你只要有别的地方能跑一下 compose 文件，改个存储路径就能重新拉起来。
你用 K8S 就更简单了，只要存储还在迁移一下很容易。

@aoding 这个注册表就是仅用了 SMB 的压缩功能。

这个 CVE 需要 SMB 的压缩功能去触发，至少 POC 是需要的。

如果你们的服务不需要 SMB ，直接禁掉整个 SMB 服务就行。如果需要，那还是建议升级。但你已经是最新了。
你可以找个虚拟机，装个同版本的或者 dump 一下你现在的系统。然后按照你机器的设置打开 SMB 服务，找个隔离的环境跑一下 POC 试试能不能触发。
按理说你这更新的系统应该已经不会有这个问题的。

有 POC
https://github.com/jamf/CVE-2020-0796-RCE-POC

不要轻易执行 POC ，但你可以看看后面提供的文章，再查一下自己有没有问题。