原网站对于使用的描述 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, 公司 /家里都当做跳板，实际的开发一律放在云端

用楼上 zip 加密+文件名的方案稍加优化, 比如文件名逆序作为密码, 或者文件名的一部分作为密码, 或者固定前缀+文件名才是密码, 这个前缀可以很短很好记, 这样的方案安全性不会输给你吧, 而且便利性更好

至少有两种随机,
一种是数学意义上的随机,比如 rand(1,n), 符合数学上的概率分布但不一定符合人的直觉, 比如短时间连续两首相同的
一种是主观感觉的随机, 比如 shuffle, 符合人的直觉但一定不算等概率分布了
现实中的例子一定更复杂, 包括更多主观因素

高中学校门口有人摆摊卖 u 盘，还准备了笔记本验证，我看那价格知道肯定是扩容的，就说我要验证一下，直接疯狂复制粘贴，准备挤爆实际的空间，没等我操作完那人看出来我想干嘛就以笔记本电量不多为由不让我整了，哈哈哈

我自己是用 gamemax 巨人 配一块 ITX 的工控主板, 原生 10 个盘位, 因为担心加装的硬盘散热不足, 没用卖家推荐的拓展方式, 而是在电源仓上方定做了一块钢板做支撑, 钢板上架 2 个 4 盘硬盘笼和 15mm 风扇, 加上光驱位, 理论最多 21 盘, 现在 14 块, 实际能加到多少得看散热够不够