@SuperMild 不是加密码，就只是文件名。
比如说你要压缩一个 银行卡.rar ，那你就用「银行卡.rar 」当密码。
文件名被修改这个暂且先不管。

写 Bug 不是问题，但是没有解决问题的能力就不行了。
一个完全不懂前端但是有能力的人，完全可以十天半个月上手开始修改别人的代码，半年一年开始进行高质量的开发。而一个没有能力的人，别说十年经验，一辈子经验都没用。

下载速度 210.55Mbps
上传速度 70.67Mbps
延迟 55.00ms
抖动 6.11ms
Amsterdam
带宽好低啊。

试过用文件名本身作密码吗？

我记得流量跑多了会给你限速到很低。比如你要下载一套几百 G 的文件，下几个小时以后就给你干死。

@U2Fsd #120
@boris93 #145
两位，不能同意更多。

头一次看到玩车玩自动驾驶的。这老兄玩斗地主是不是专玩托管啊🤣
先不说手动挡和声浪，就算是买个 Civic 掀背小钢炮也比特斯拉有灵魂啊……😂

@Jooooooooo
编译器已经干了很多了，但还是比不过人类的手调优化。
当然，更细致的优化还是要用汇编来手调。

你说的那些变量用不上自动优化掉这些，C 家族编译器不知道多少年前就已经实现了。
现在的编译器已经在做远远强于你说的这些事情了。

比如之前我有一个项目，用 intrinsics 写 SIMD 汇编，用 clang 编译以后速度快得惊人，比其他编译器都要快。
后来我去仔细检查了 clang 生成的汇编代码，发现编译器直接把我写的汇编指令等价重写成了另一批指令集，而那些指令集运行速度要比我用的指令集快不少。现在的编译器开关开得多了以后，会更激进地帮你重写代码。比如说循环里顺序读写内存的指令，会被自动矢量化成 SIMD ；比如为了减少跳转，而把短小的循环 unroll 展开；等等各种。

然后在这之上，专业的优化人员可以通过检查 CPU 核心的状态，再去微调和重排指令。
比如说根据 CPU 执行流水线上某个指令周期是否在摸鱼，而把某几条顺序无关的 CPU 指令往前或者往后移动等等。当然这个在比较新的 CPU 上可能也没有什么用了，现代 CPU 都会重新译码成 uop 然后在内部重排。

左值右值的概念也会随着编译器的进步而逐渐淡出人们的视线吧。提到这些概念的地方大多也是编译器或者公理规范这些东西，只是使用的话，一把梭随便搞，一般不太会翻车的。

PS: 和 C/汇编比，Java 是真的慢……

主要是看你有没有把对象 push 到服务器。
你可以把 Git 想象成对象存储数据库。你本地写入的数据都会进这个数据库，但是你 push 的时候只会把有效数据 push 到服务器。如果你提交了 1G 的大文件，但是没有把这个文件 push 到服务器，那么服务器的数据库里就不会有这个对象，别人也就无法检出了。反过来说，如果你已经把对象 push 上去了，以后再删除的话也不会从服务器上删除，别人还是可以检出这个文件。

Force push 只是允许你在非 FF 状态下修改分支指针，不会影响数据库里已有的对象。

@matolv 我用的 Server 大多都带啊，BMC 什么的算是标配吧。
微软自家服务器不用 Windows 跑服务，那 Exchange 和 Sharepoint 都用 Linux 跑的吗？

@Jooooooooo
Java 用的人更多一些。
C 和 C++更古老一些，历史包袱比较多，而且更贴近硬件，对性能要求更高。
（当然 Java 也有很多历史包袱（著名的泛型……

在其他语言里，赋值的时候复制一下内存可能睁一只眼闭一只眼也就算了，但是在 C/C++环境里，遇到计算密集的场景，对这些「浪费」就会非常敏感。少复制一块内存，少产生一个无用指令集，在生产环境里可能就会带来数万元甚至更多的收益。所以大家更喜欢在细节处抠性能。

我写开源软件就是为了让软件的用户帮我 debug 和交 PR 。
如果有一天我被公交车撞了，用户也可以继续使用和开发。
相反的，我平时也用到了很多已经无人维护的项目，我也会去修改维护他们，让我能用到原本用不到的软件。
有人把开源当作生意，有人把开源当作扬名立万的工具，那么剩下的那些人就不是人了吗。

至于基本的生理需求问题，一般可以通过上班解决。
稍微有点能力的开发者年收 10 万美元应该不成问题，在比较富裕的公司里可以轻松拿到 20 万以上。
如果开发者忙于工作，无暇顾及开源软件的维护，那完全可以和其他人合作。
我有一些项目因为没有精力维护，所以建立了 organization 然后邀请了愿意协助维护的人进来，然后交给他们。

这不就是 binding 吗？
nginx 有个 lua binding ，vapoursynth 有个 python binding ，去挖他们源码看看就知道怎么玩了。

@msg7086 寿命问题*

无须内存那怎么读数据进 CPU ？ CPU 指令可没法直接访问磁盘设备。就算可以直接访问了，内存读写操作是按字节计的，磁盘一般至少也是 4K 大小的访问，这意味着随机读写能力至少要是现在的几百倍才可以赶上内存。

然后就是上面说的内存问题了。拿 SSD 当内存用，是打算一星期买一块新盘吗？

开源项目分两类。
一类是摆明了往商业化走的，双授权项目，比如 x265 这种同时提供 gpl 和商业授权的项目，项目组从立项就摆明了告诉你他要挣大钱。这种是要成立公司搞的，因为有营收有股权有工资，开发也都是兼职或全职。
另一类是摆明了纯粹的义务工作，平时已经有正职收入了，写项目纯粹为了玩，连捐款都懒得开。
你搞这个东西是想商业化还是就为了玩？

@hjahgdthab750 @2i2Re2PLMaDnghL
以前 ESX 是在 Linux 系统里启动自己的内核。
ESXi 就是 ESXi ，不是 Linux ，也不包含 Linux 内核，只有一些移植自 Linux 的驱动。
内核是自研的 VMkernel ，文件系统是 VMFS 。

@loy23
建议无脑 PVE 。
我以前是做 VMware 二次开发的，受够了他家的屎山，自己家用的话绝对不会碰。
一定要用的话，请用兼容硬件列表上的企业级硬件，并且配备 UPS 。
我们以前最头疼的就是客户机房服务器断电以后虚拟机无法启动的问题。

我只知道有些 UEFI 会自动添加他搜索到的硬盘里 EFI 里面的启动程序。
比如把一个装有 Windows 的硬盘查到一台船新的电脑上，很大可能 UEFI 开机后扫描到了 ESP 里的启动文件，然后自动添加项目，然后就可以正常启动 Windows 了。

也有比较「古典」的 UEFT 不会自动添加，需要手动输入名称和分区目录地址的。

@holinhot 建议分个区，盘头分 100G 出来，然后在分区上测。

@fengjianxinghun 算法题其实并不是考算法。
很多岗位考算法考的都是简单题，看的是从问题分析到拿出解决方案的整个过程。这个过程是每个岗位都需要的东西。
很多岗位算法题能考到 bfs dfs 也就到顶了。大小顶堆都不太会出现，更别提动规了。