以前有个悬疑的出现过 lisp

5.6TB 做哪种 raid 都不会占几个硬盘吧……按企业级的硬盘费用算，感觉一年的带宽费用都不止这个量级了，不过 issue 里又没提带宽，主要说的是硬盘，以及对 pypi 的吐槽……

不过想了下我自己做了 ubuntu ros 几个版本的 apt mirror 加起来也没有几百个 GB，这个对比起来确实太大

推荐 outlook。免费 alias 很好用的，protonmail 还得付费才能用真正的 alias

不过 outlook 也会阻止接收一些后缀名，官方给的建议是改名字或者用网盘。
https://support.office.com/zh-cn/article/outlook-中的阻止附件-434752e1-02d3-4e90-9124-8b81e49a8519

我觉得 gmail 和 outlook 这个 feature 特别智障，如果我就是要发一个有病毒的可执行文件 /不安全的 docx，那我反正会要求接收方改名用，你这个阻止有什么卵用？而且就算这种策略是有效的，为啥不是放进垃圾邮箱里？或者至少给接收方一个提示……

其实我最近在想一件事，就是我本来觉得 Linux 对于这种事应该是很方便的，新人又不会碰到什么依赖性问题，直接包管理或者按官网来就好，遇到什么问题 Google + Arch Wiki 能解决大部分问题，结果一些新手装环境也装得特别蛋疼，整个系统恨不得重装三遍。

所以是不是我们在 Linux 下配管理配得很顺手，是因为我们已经是至少在第二次做这个事了。我平时用 Linux，最近在 Windows 装点乱七八糟的开发环境，其实也很利索，因为我知道最方便稳定的途径，或者至少知道去哪里找这个途径。（而且我发现 Windows 下 msi 这种方式在某些场景下还挺方便的）

你本地怎么弄关别人什么事，只要你 push 不带 force 上去的东西保证正常不就好了。

你自己因为 pull 被覆盖了东西，是你自己的麻烦啊，你自己负责解决。只要你和远程有真正的冲突（这件事应该很少发生，应该通过流程和分支避免，的确每个团队都会有自己的习惯和解决方案，各有优劣，但放着不管所有人都在一个分支上干活是最糟糕的那种），总之你得在 pull 之前某个时间节点解决它，只不过先 commit 是让你 pull 的时候就强制你解决而已。

而且为啥你同事会知道你每次 pull 的时候发生了什么，他每天盯着你电脑看了？

我个人习惯是，准备解决冲突前（只要我和远程 diverge 了我就默认会有冲突），先 fetch+status 一下，有个心理预期。

@LancerAMG 我是用 z.cn 的，这个最短了。

准备学学 julia …… go 就算了

另外很多 nvidia 的计算库就两个官方 API
C++ 和 Python，有些东西你手撸就是没有它提供的库快

i3 去掉一切复杂的东西，留个默认的 status bar 看时间和 tray，不折腾。
用 i3 就是为了去掉 wm 的存在感只留下 windows，以及方便地管理这些 windows

也许有些人对 git worktree 不熟，补充一下它的特性，就是说你一台机器只有一个真正的.git 目录，当你 git worktree add 把一个分支放到一个新路径下的时候，你会发现新路径下的.git 不再是一个包含所有版本信息的.git 目录，而是一个单文本文件，这个文本文件你放上去同步就几乎没有任何 overhead 了，而且你 cat 一下就知道这个文件内容是什么意思了。远程不要动它就可以了。

看了这么多楼没有提 worktree 的，我现在的方案就是 nfs + worktree （ nfs 可以换成任意可靠的自动同步工具），前者解决“在本地和远程上同时编辑和运行同一份代码“的问题，后者解决”本地和远程开发不同分支”的问题。

例如，我现在本地写得差不多，准备发布一个版本，那我需要 checkout 一个 release 分支出来，在开发服务器上做一些 pre release 的测试，这个过程中，我是很有可能发现问题，又返回去修改一些代码，再反复在本地和远程测试的，那我就可以从 .git 里 用 git worktree 命令，把这个 release 分支放在 nfs 下，这样本地和远程就自动同步了。这种需求下，**你往往需要同步的只是是 checkout 出来的这份代码，而不是整个 .git 目录**，而 worktree 正好避免了同步整个 .git 目录，你放在 nfs/sshfs/网盘上放的一切都正好是你需要同步的所有文件，不多也不少。

而你用 git 本身去解决这件事就很麻烦，首先你很难处理 unstaged files，因为一部分你暂时并不想提交上去，一部分却是需要马上同步的，而 git 提供的最小同步粒度一般就是 commit 而不是 file，你用 commit 和 stash 去模拟 file level 的同步，就一定会比 nfs rsync 网盘这些别扭，人家就是专业干这个的。而且 git 你至少需要手动 push fetch，如果你经常有这种远程调试的需求就知道这种手动同步有多恶心了，本来从逻辑上讲，虽然有多个机器，但只有你自己一个人在动代码，那自然就是最新的更改直接自动覆盖过去就好了。用这些工具同步 repo 的唯一问题是你并不想把.git 目录传来传去，那 worktree 出来解决了。

Linux 下我就直接用 i3 了，启动以后一片黑屏，壁纸我都懒得设置，反正屏幕常年被各种窗口铺满，根本不会关心桌面好看不好看 ……（当然不少 gtk 控件难看是真的）

折腾 Linux 的 DE 真是很浪费时间的。很多人用惯了 Linux shell 的吐槽 Windows 的 cmd 难用，Powershell 的 OO 型 shell 不习惯；还有用惯了 Windows 的 Desktop 过来吐槽 Linux 的。那本来也就不是系统的长项 ……

两台电脑各装一个不就好了 …… 只有一台就双系统，双系统嫌麻烦就 Windows + WSL 什么的 ……

我记得 openstreetmap 有中国行政区划的数据包的，好处在于 API 和对应的开源工具非常多……

直播和视频的一大区别在于和观众实时互动，有多少程序员喜欢一边写代码一边和人聊天的……估计开两分钟就把弹幕关了……而且节目效果从哪来呢……

说了半天，谁套个 vtuber 的皮去直播写代码或者直播调参试试……

作为一个，人类易读，易写，同时可以支持比较复杂的配置和数据格式

- yaml 用缩进真是太可怕了，我能接受 python 作为代码用缩进控制逻辑，但配置文件不应该这么搞。而且过于复杂。
- json 噪音太多，没有标准注释
- ini, conf 表达能力弱
- xml 噪音太多，其他问题倒不大，可以勉强接受
- 其他格式 太小众的个人项目 /没有一个大项目在用 /没有多语言比较成熟的 binding

我选择 toml ……

而且会帮助我协调推动这些事。当然前提是我给出合理的理由说服他。

非常支持……