- 当我刚成为工程师的时候，我使用的是非常普通的shell环境 - 当我有了一年或两年的经验……

我仍然会把我的Python脚本称为“脚本”。我认为“脚本”这个词不限于shell脚本。

当我只有一台nix电脑时，我想对其进行大量定制。 现在我有好多台nix电脑，我想要它们保持一致，并且只安装最必要的软件包。

另一方面，作者似乎也有很多经验。 我个人倾向于同意... 我觉得值得别名的东西非常少。我只有很少的别名，而且可能只经常使用其中一半。坦白说，我不明白我的使用场景为什么如此不同。 编辑：就作者的情况而言，我想他可能希望全天候在终端中工作。也许还处于离线状态。他存储了很多静态数据，比如HTTP状态码：https://codeberg.org/EvanHahn/dotfiles/src/commit/843b9ee13d... 而我的情况下，我会在浏览器中开始输入，然后点击之前访问过100次的东西。减少这种重复的网络调用确实有其好处，但我认为这在实际中差别不大，而别名的思维映射/可发现性也不是无关紧要的。

我现在正在和一些年轻的工程师合作，他们有很多dotfiles，我就会想“哦，对，我记得我以前也有很多dotfiles。那真是个麻烦。” 现在我尽量在工具选择上很挑剔，并学会随着变化而改变——用俗话说就是“像水一样”。 （我说这话没有任何贬低那些喜欢维护dotfiles的人的意思——人各有志嘛：））

我更喜欢使用kubectl而不是其他方法，所以我有很多帮助它的函数。我从不会考虑用Python或Go来做这个，尽管我的路径上也有很多Python和Go的“脚本”。

是的——我也有过这样的经历。我觉得拥有快捷方式所节省的时间，往往比维护它或在没有它的机器上记得真实语法所需的时间要少（在我的情况下，这种情况经常发生）。我现在尽量尽可能使用系统默认设置。

准备再次挥动。凭借近30年的经验，我发现shell是许多事物的最佳集成点，因为它能够适应任何需求，并且普遍可用。我使用原生shell的情况仅限于脚本编写。

如果你能穿越另一边，你可以在你的.ssh/config中设置LocalCommand，将你的配置复制到你ssh连接的每个服务器上，从而在所有地方都获得你的设置。