踩坑的时候学。跟着编译错误学就挺好的，遇到啥错误就搜一下，啃一下别人的问答就知道了。

一个 Python 文件要搞那么复杂嘛，又不是小片片。

code review 被指出问题是很正常的。一个人开发总会有自己想不到的点。

先按照给定范围随机取值，取完求和然后二分法等比例带上下限浮动。也就是说比如 10 个人 100 块钱算完是 90 块，可以先每个人上涨 10%，然后约束上限，然后看看还差多少。然后再多涨一点，直到超过 100 块。接下来就是二分法在不到 100 块和超过 100 块之间找一个接近的涨幅即可。精度可以拉到一毛钱，最终误差就加给最高或最低的人即可。

之前有一个这样做的公司，后来发家了。
这家公司你一定听说过。
叫迅雷。
从你家里的网络上传，他不用付你钱。
你用家里的网络下载，你要付给他钱。
这就是你说的 p2p 任务。

兄弟，你火星了十几年了。

看上去就是已经输出了内容，比如 3 字节的 BOM 头这种不可见的内容。

@Greatshu 这还要估计啥，中国那么大，总能找出至少一个人的。

正常，内核要吃内存的呀。容器没有内核，一个容器就能给你省下一大块内存了。

左边文件管理器，右边 gradle，能做到么。我随便搜了下发现 issue 好像还开着没实现的样子？
最近在入门 Java，但是一打开项目窗口就是无穷无尽的 import project 和 update，看着要跑好久，也不知道是我哪里没搞对。

人是活的，一个业务不挣钱他就不能做另一个业务吗？
真以为他们家几万个工程师不造 x86 CPU 以后就只能出去卖鸡蛋饼吗？
上面说 Intel 不做存储了，但是现在他们不就又做起来了吗，傲腾还是 AMD 平台下最快的存储器呢（狗头
巨头除非遇上奇怪的情况，否则大概率依然是巨头。
就算是 AMD 这样的小公司之前翻车那么严重的时候，都能让人带起来重回市场。
体量大那么多的 Intel 怕什么。

而且，有竞争才是好事，要是以后 ARM 一家独大，或者比如说 M1 一家独大了，那离挤牙膏也就不远了。

损伤挺大的，几十万公里以后 Type-C 插口内壁会有数微米的磨损，会烧机油。

我觉得挺好，先放开 80 端口让大家看到姿态，然后再把那些用 80 端口说话的人抓了或者约谈，既做到了开放的姿态，又能控制舆论，岂不美哉。

文件系统 容量 已用 可用 已用% 挂载点
/dev/sda1 901G 734G 121G 86% /

你这不是已经用了 734G 了？

会折腾的话 rsync 复制分区然后 chroot 进去重建一下引导就成了。

简单来解释就是一个效率更高、更安全的 TCP/UDP 端口。

95%写程序，5%看开源代码（实际可能更少些）。

当年还没有各种 ORM，所以要复杂的检索查询就需要手拼查询字符串。
就像上面说的，先放一个 "1"，然后后面每次追加 "AND xxx LIKE xxx"，比合并条件然后再去删掉一个 AND 方便。

try_files 跳转到 /index.html 后会触发 301 。
你需要加一个 location = /index.html {} 来避免被 location / 带走。

中学的时候经常考试驱动学习，考试的时候发现哪里没学会，再回来恶补。