1. 你可以手动加上前缀，比如 eval prefix_"$(declare -f a_function)"
2. zsh 的话可以通过关联数组 functions_source 来查看函数的来源文件

@secondwtq 我主要是习惯拿补全当文件 /参数查看器用……

不过 fzf-tab 默认情况下也限制了补全菜单最长为当前窗口的一半，影响也不是很大。
其实还有一个好处忘记写上去了——在分屏的情况下，补全菜单不会被强行截断到当前 pane 的大小。

bash 相比 zsh 的唯一优势是各大系统预装，写起脚本来兼容性好。作为交互式 shell

简要地讲，作为交互式 shell zsh 的地位是无可撼动的。

py2 和 py3 是因为互不兼容才会分裂。go 和 go2 难道也不兼容吗……

可以试试 progress，虽然不是很准确不过也够用……（反正进度条也就看看

什么叫“要开始收 30% 税了”？这玩意儿一直都有，各大应用商店都有，连 steam 都有。这黑得就很没水平，人家又不是在做慈善，免费给你提供高曝光率的分发渠道完事儿了还得自己承担流量费用么……

而且安卓又不像苹果不上官方商店就发布不了，你情我愿的事情，我都怀疑你是不是其实想借我们之口来黑苹果……

对国内网站就别做这种事情了，万一有人拿你的程序爬网站被人家公司抓 /告了，你肯定也跑不了的。不管你最终有没有罪，一趟折腾下来你也得够呛，何必呢。

你实在想分享技术就写几篇博文，不涉及具体代码以及网站名称。

本来想试试第一个方法，不过发现 tmux-open 已经有这个功能了（精确到行列）
第二个方法的话，因为我用的 konsole 不支持 hyperlink 就不去试了（

这应该是终端模拟器的功能。

就我所知 Linux 下目前似乎没有终端实现了类似的功能，我能想到的 workaround 有两个：
1. 写个 tmux 插件，缺点是鼠标应该指望不上了，优点是各种终端下都能用
2. 结合 hyperlink + x-scheme-handler，应该能实现和 macOS 下类似的效果，缺点是 hyperlink 的支持非常有限（ Linux 下的主流终端只有 gnome-terminal 支持），并且你大概得给每个命令都写一个 wrapper （

这个介绍有问题，ipython 最大的特点是支持交互式编程，就跟说 Python 最大的特点是支持解释运行一样……

zsh 的问题就不要写 bash 啊喂（吐槽）


这事儿没有很优雅的解决方案，虽然有个 preexec hook 可以在命令被执行之前做点事情，但是无法改变即将被执行的命令。

我能想到的办法是：自定义一个 zle widget 替换掉 accept-line，然后在这里面判断被执行的命令有没有带 .exe 的版本，有的话就加上 exe，这样应该可以胜任只有一个命令的简单情况，示例：

```
my-accept-line() {
emulate -L zsh
local cmd=${${(z)BUFFER}[1]}
if (( $+commands[$cmd.exe] )); then
BUFFER=${BUFFER/$cmd/$cmd.exe}
fi
zle accept-line
}

zle -N my-accept-line

bindkey '^M' my-accept-line
```

很多中心化的包管理都这样

比如 crates.io （ Rust 的中心化包管理平台），就有人恶意批量注 crate 名称。
当初也讨论了很多，但是最终也没有一个好的解决方案。添加命名空间之类的东西，人家就会抢注命名空间；将命名空间与 GitHub 帐号绑定，又显得太过依赖单一平台……

直接把指定行后的内容喂给 gzip 就行了

看着比小括号舒服多了……

Rust 还真有这么个库……叫 scopedguard，用的人还意外地挺多的……

原理是定义一个类型，初始化时接受一个闭包，然后析构时调用这个闭包
再定义一个 defer! 宏简化一下初始化流程即可

看了一下实现还挺灵活的，甚至可以选择执行的时机——总是执行、仅 panic 时执行、仅未 panic 时执行

C++ 用同样的方式应该也能做到

知识是一个网状的结构
你点亮的节点越多，你点亮下一个节点就更容易

某位王姓先生写过一篇文章，叫“如何掌握所有的程序语言”，挺有道理的，建议一读

1.1 Why support GNU Emacs on Windows?

It is not our goal to “help Windows users” by making text editing on Windows more convenient. We aim to replace proprietary software, not to enhance it. So why support GNU Emacs on Windows?

We hope that the experience of using GNU Emacs on Windows will give programmers a taste of freedom, and that this will later inspire them to move to a free operating system such as GNU/Linux. That is the main valid reason to support free applications on nonfree operating systems.

（狗头

（正确姿势是装 Linux

GPT-3 早就能写文章了，请问作家失业了没有？