好用，提个小建议，icon 图标直接放大会有点糊，也许可以用文本+图标的形式，避免太大的图标？

实际通过物流运输过硬盘的可以发个言，几年前也是搬家，运输之前不放心提工单问了群晖和威联通的客服，建议都是拆除硬盘，NAS 和硬盘分别运输，主要是担心接口损坏；
实操环节，买了个硬盘的保护箱，有泡沫隔层的那种，手头其实有硬盘的原包装，主要是数量稍微大一点，太占体积了
硬盘装进保护箱，保护箱装进原本的纸箱保证没有缝隙，再让快递小哥用气泡纸多包了几层，保护程度做到这样也就到头了，横不能打木架吧
搬了两次家，一次跨省走物流，一次市内走货车，都没任何问题

馒头 -> mteam: 一个 PT 站
药 -> 邀请: PT 站的邀请资格
馒头药 -> mteam 站的邀请资格
PT -> Private Tracker ，区别于 BT ，PT 是不公开的

其实吧，听不懂就不用管，需要用到的时候自然会懂

@xiaozecn 我倒是能理解这个处理，除了古筝行动这种比较容易具象化的，改编再怎么写也不会比原著更好，一定会得罪原著党，倒不如另辟蹊径

举个例子，流浪地球（说实话我不是很喜欢，但不能否认商业上的成功）的电影，其实和原著就没什么关系，只是在大背景下讲了另一个故事

@Love4Taylor
@watermeter
@dingwen07
确实应该是库仑计，脑抽了

库仑计目前有没有大范围普及，我不知道，有可能我了解的是比较早的情况了

苹果好像用的是电荷泵，比电压的方案要准
一般的手机没有电荷泵的话只能用电压反推，不同的电池放电曲线都不一样，当然没法给出健康度，甚至剩余电量都不一定准

所以，这跟软件好不好做没关系，硬件得支持才行

法律是语言定义的，语言定义的不可能没有漏洞，追求一个完美的绝对完备的法律是不可能的
可以类比哥德尔不完备定理，虽然不是一回事，但可以触类旁通，连数学都不可能完备，怎么能指望人类语言能完备

原网站对于使用的描述 https://dotown.maeda-design-room.net/term-of-use/
“当サイト以外に掲載されている作品については、無料ではお使い頂けません。”
机翻：“在本网站以外发表的作品不能免费使用”

即使人家没提这个，非原创内容标明出处也是起码的要求，你做到了么，没做到就别怪被骂盗图

不禁好奇，是什么让你觉得，爬下来的东西就属于你了？还可以授权他人商用（如果获得了原作者授权当我没说）

提醒一下，不同单位直接转换会造成精度的变化，比如 70 厘米->27.56 英寸，潜意识会觉得英制单位的数字是非常精准的。这里可能要注意下，如果是我，可能会考虑减少英制单位的小数位，比如 27.5, 甚至 27 ，然后标记这个数字是近似值，误差应以公制单位为参考

涨知识了
但生活中我还是会用“我司”（手动滑稽）

假设这台 NAS 确实有问题，严重到换一块硬盘就挂一块硬盘，那么，JD 应该赔偿多少块硬盘，我们可以宣称测试时损坏了 100 块硬盘所以 JD 应该赔偿 100 块吗？
同情遭遇，但也要考虑合理性

为什么不在每段代码嵌入一段可交互的 VR ，让作者给我当面解释当时干嘛要这么写

最好把产品经理提需求的会议实时录像也嵌入进去

简单分享一点，手头上视频类资源，电影电视剧这种太多了，只按片名分也不够方便找，电视剧按主要的出品方所在国家区分，用两位的国家代码作目录名，在之后，单单是美剧的数量也太多了，现在美剧（也就是 US 目录）已经开始按出品公司分类了（ HBO/FOX 这样）
这样做目前遇到最大的一个问题是，黑镜前三季是英剧，后面得算美剧了，就得放在两个目录下，还好这样的例子不是太多

之前已经读过 f_csv 了，在执行 next(f_csv)之前，f_csv 已经被遍历到最后一个元素，再 next 试图获取下一个就会报错

类似下面这样（记得空格会被吞，用.代替空格）：

with open('demo.csv') as fr:
....for row in fr:
........print(row)
....next(fr)

这段示例也会抛出 StopIteration

那 cat 命令念成 cat 还是 concatenate ，ls 命令念成 l-s ，还是 list

@3dwelcome 只考虑绝对内存占用，链表是比数组多，但是

一方面要考虑链表结点的数据部分有多少，不能认为链表结点只存储一个整形数，如果数据部分足够大，指针部分浪费的空间就微不足道了，当然绝对来看内存占用还是比数组多

另一方面，数组占用的内存必须是地址连续的，在系统启动一定时间后，有可能没有足够大的连续内存，而链表可以有效利用零散的内存

所以，
链表是不是比数组占用内存多？是的
链表是不是比数组浪费内存？不一定，我倾向于否

VPS, 公司 /家里都当做跳板，实际的开发一律放在云端