zealotpuppy

@ryalu 你这个问题不大，让 AI 优化一下就行了。而且业务逻辑确实这么复杂啊，分支复杂度没办法减少

@k1z 散热很糟糕，然后整天吵吵吵。加硬盘又不好加。

我从 itx 机箱换到 matx ，换到 atx
小机箱在我这里最终成了伪需求

@Jimmyisme 找插件吧，大概率有能支持的，实在不行就自己写一个。
标签页足够多的话，建议用树式标签页插件。我比较少有在历史之前切换操作。
看了下 vimium 默认是^ Go to previously-visited tab

你应该思考一种可能性：edge 是错的。
windows 下大部分支持多标签页的软件，都是使用 ctrl-tab 来切换的。大家就是这么约定俗成的。当年 windows 上 alt-tab 是切换软件，大家当然只能用 ctrl-tab 了。

不，你的问题是，有什么好用方便管理的私有云备忘录系统

为什么你会觉得电脑断电后需要去手动检查文件错误？
一个 ext4 分区，拿 windows 的软件去修复，你觉得可靠吗？

除非你写的东西一辈子都不会改，否则学会模块化。不管是后端业务还是前端渲染或者两者交互的接口。
使用一个大接口，以后改一次就欲仙欲死。页面出问题，排查过程也太过复杂。
以一个典型的商品展示页举例，展示图、库存、价格、详情、退货条款，你确定要把这些东西全部放一个接口？
怎么有些前端的还想争话语权？我知道这里前端多，可是前端又不需要承担业务责任和架构设计，你们怎么争话语权？能不能做，怎么做是后端说了算。

@est 我始终没看明白哪里有歧义，/不就是目录吗？ git 相比普通文件系统无非多了个限制，不允许目录和普通文件重名，这很好啊。我自己就是用 cli ，没觉得有什么需要特别注意的。可能需要多敲一 f 的单词
ls .git/refs/heads/feature 看到的就是 feature/前缀的分支名，不觉得有什么奇怪的。
既然 git 原生就支持/作为目录，那我觉得设计理念里就有建议大家使用/来区分的意思。当你有一堆文件，我相信大家都不会全部放在一个目录里吧，都会按领域分到不同目录，git 里的/就说这么设计的啊
我基本也不是手动写 push 分支，alias gpsup='git push --set-upstream origin $(git_current_branch)'够用
@est