markdown30000 感觉要成梗了

精力管理

@dingyx99 就天朝的那小水管，建镜像站很正常，我校也有建，不过我们是建来自己用的，暂时不会把它提交到官方源。

提交到了官方源，就意味着要承担一定的责任，提供稳定的高质量服务的责任。如果你们没有能力承担这个责任，又何必把它提交到官方源呢？限速 40K，你有没有想过会有多少小白用户因此被劝退？

export FuzzyFinder=fzf

# 查找历史目录，用 fzf 来进行筛选，然后进入这个目录
alias cdh='pushd +$( dirs -v | "$FuzzyFinder" | grep -o "[[:digit:]]") > /dev/null'

# 列出历史目录，用 fzf 进行筛选，然后打印
alias cdh-ls='dirs -vl | "$FuzzyFinder"'

# 列出历史目录，用 fzf 进行筛选，然后清楚它
alias cdh-clean='popd +$( dirs -v | "$FuzzyFinder" | grep -o "[[:digit:]]") > /dev/null'

# 清除所有历史目录
alias cdh-clean-all='dirs -c'

# 进入 git 根目录
alias cdr='cd $(git rev-parse --show-toplevel)'

然后还写了几个函数用 fzf 来管理进程和 job，不过不是 alias。

如果遇到这种情况我会开一个分支，分支里的每一个提交信息都尽量简短，但是合并的时候尽量把 bug 描述清楚

顶一波，现在全面转战 coc。
Btw, 我觉得或许可以去 reddit 发一波，感觉那里人更多

@efaun 现在你能用的编辑器插件基本上都是原版 tabnine，原版 tabnine 在本地进行运算，根据你的习惯进行训练。不过后来又开发了一个 deep tabnine，deep tabnine 已经对超过两百万个文件进行了训练，不过非常消耗计算机资源，目前处于 beta 版本。

想问两个问题：

1. 400KB 的 indexed files 到底是指当前正在编辑的文件还是指深度学习的缓存？
2. 微软开发的 intellicode 相比 tabnine 如何？

@i0error 内测的貌似是 deep tabnine，经过大量仓库训练后的云补全版本，原版的早就可以用了

MS office 难道不可以直接转吗

@Taigacute 一个 color scheme 只要完成了基本高亮组就已经是一个完整的 color scheme 了，不存在缺什么

@Taigacute 语法文件除了定义组之外还应该把组链接到基本高亮组如 Function Type Identifier

@Taigacute 那是语法文件的工作吧，跟 color scheme 有什么关系

@Taigacute 这不能说是缺吧。。。
原本语法文件里就把所有高亮组都链接到了基本高亮组，正常高亮一点问题也没有，调整它们只是因为某些高亮链接不太合适而已

@Taigacute gruvbox material 的扩展高亮基本都来自 gruvbox-community/gruvbox，我自己只添加了 mkd, ale virtual text, coc, vim-matchup 的高亮组。其它文件类型的语法高亮我暂时不敢随意添加或更改，怕有逻辑问题

我还是自己来决定吧。