日本出签速度如 1L 所说，还挺快的

办理条件根据常驻地或者户口所在地不同，可能隶属不同领区，不同领区的政策还是有差异的

而且日本签证必须通过旅行社，所以政策细节直接问旅行社就好，不放心价格就多问几家

可以怀疑厂商的良心，但不可以怀疑厂商趋利的本性

如果剪贴板监听+孕妇效应可以实现绝大部分（为了不把话说死，只说绝大部分）精准到让人认为是”监听“的推荐，那么厂商就不需要使用成本更高，效率更低的监听方案

@ltkun #27 纯好奇哈，所谓“人家编译的”包括官方发布的 release 吗，如果包括，自行编译前会自行审查代码吗，以及，你信任你的编译器吗，毕竟编译器投毒也不是没发生过

论信达雅，第一反应就是这个“据说”出自拿破仑的回文句子，能翻译出回文效果就太厉害了

Able was I ere I saw Elba.

不到俄岛我不倒。(许渊冲)

落败孤岛孤败落。(马红军)

@enihcam 先吐槽一句信达雅的信就是还原的意思啊，符合信达雅的翻译自然满足你说的还原事实，翻译准确，而且信是第一位的

其次，你举的电影片名翻译的例子是不合理的，因为电影片名的翻译逻辑可能更不会遵循信达雅了，甚至更多考虑商业因素，比如《总动员》“系列”，观众一看片名，联系曾经看过的《总动员》就大概知道影片类型

把 Frozen 翻译成 冻住，就更不知如何吐槽了

不要组 RAID ，不要组 RAID ，不要组 RAID

尤其 RAID0/RAID1 ，对个人毫无意义

RAID 是高可用，不是备份。高可用的意思是，硬盘即使发生故障也可以保证服务可用，个人根本不需要这个
个人需要的是备份，而不是所有数据都有备份的意义，通过脚本/工具软件或者群晖内建的备份套件都可以实现针对性的，更有效率的备份方案，一旦发生问题，也更容易修复

我能理解 OP 的想法，但我不得不继续使用 markdown

遇到的问题大概就是 markdown 对表格支持太差，想通过嵌入 latex 的方式扩展，但一旦涉及 latex 扩展包就很难办了

开始研究 latex ，功能够强，但不能实时渲染，复杂度也太高，还是用回 markdown 了

@sigoden 我知道昨天我的问题出在哪里了，我昨天没有把 argc-completions 仓库的分支切到 feat-tcsh ，另外就是虽然 argc 本身代码更新了但 release 的二进制文件还是旧的

我自己搭建 rust 环境重新编译了新的 argc ，现在看起来有效果了

不过我稍微提一下试用中遇到的小问题
执行./script/setup-shell.sh tcsh 后输出的内容直接粘贴到~/.tcshrc 会报错
我修改为如下两行内容后正常
```
setenv PATH "$ARGC_COMPLETIONS_ROOT/bin:$PATH" # 删除 :前的\
set ARGC_TCSH_SCRIPTS=`ls -p -1 $ARGC_COMPLETIONS_ROOT/completions | sed -n 's/\.sh$//p'` # 删除双引号
```

（本来想提 issue ，既然主要问题解掉了，这个修改又很小，就这里带一句好了）

非常感谢 OP 能考虑到被时代抛弃的小众需求者的需要

@sigoden 大佬厉害了，我刚刚试用了一下，git-bash 环境下没有问题，wsl ubuntu 的 tcsh 下按照 pull/10 的描述遇到点问题，不过我解决了，但最终效果似乎仍不如预期

我打算明天在公司的环境再测试一下，如果结果依旧，我会提个 issue ，尽可能详细描述一下问题

@sigoden 厉害了

@sigoden 没事，确实是太小众了，csh 系列基本淹没在时代中了，我已经习惯了各种 shell 工具不支持 csh/tcsh 的现实了

不过有可能的话，可以尝试支持一下 tcsh （ csh 没必要，即使是行业内，tcsh 也基本替代了 csh ），不过可能会有困难，因为 tcsh 甚至没有函数。总之，就算不跟 zsh 比，只跟 bash 比，tcsh 都太简陋了，只是行业内默认用它，很难改了

看到任意 shell 就点进来了，第一时间找 csh/tcsh ，果然没有

@cuisc13 第一份工作的入职培训上讲过，在工作时间产生的一切，即使是在个人电脑上产出的，也属于公司财产，因此，公司的电脑上理论上不应该有个人资料，比如公司电脑上不应该安装微信之类的软件而使用内部 IM

虽然现实中，不是每家公司每个人都会这么严格执行，但不意味着乱来就有道理了

即使因为各种原因要拿走个人资料，用楼上反复提到的云盘方案，都比在办公室拆电脑更不容易被发现吧

厉害了，支持一波