比尔盖子用了 GNU/Linux 之后才真正学了一些编程，才知道“代码重用”的概念，也就是大家口口声声说的“不要重复发明轮子”。例如，别人已经编写了解决问题的工具，就不要自己重新发明，除非遇到问题。例如，自己在 Ruby 里实现 base64 算法实在是愚蠢。

Unix 利用管道和 Shell 脚本，充分发挥了代码重用的优势 —— 只需要把各个 Unix 里的程序 —— 多半还是 C 语言写成的 —— 串起来，就可以完成复杂的任务，这也叫做充分利用软件开发的杠杆效应。

但是，前一种代码重用是在程序内部发生的，后者则是在程序外部。如果后者发生在脚本中，是非常方便的，但如果发生在程序中，则是一个非常棘手的问题。例如，我正在编写一个 C 程序，需要进行一个正则匹配，而 grep 正好完美的实现了我的需求（也就是不考虑其它库），这时该怎么做？

• 模仿 grep 的行为（可查阅源代码），编写函数 grep()
• 在程序中调用 grep
• 将 grep 的匹配算法独立为库 libgrep，grep 和其它程序均可使用
• 增加一个 grep 的系统调用
• 使用 Perl

如果你是使用第一种方法，那么根本不算代码重用，即使你从 grep 的实现中复制了大量源代码也不例外；在程序中调用外部程序是不稳定的 – 如果你试图在一个 C 程序里调用外部程序，你就会明白，程序要考虑到数种意料之外的情况 —— 尽管使用带有 sh 模块的 Python 可以大大简化编程；而第三种方式看起来是最为完美的，但是，有多少程序是这么实现的呢？增加系统调用看起来很完美，但系统调用可不是 C++ STL 之类的类库。

如果我们使用 Perl，我们就会发现 Perl 里内置一个 grep，还比较好用。但是，Perl 的 grep 和 GNU Coreutlis 的 grep 毫不相关，实际上只是名字一样，行为很像而已。

也就是说，如果要充分重用代码，那么必须：

• 使用对外部程序调用友好的语法，利用管道（我不会 Perl，我不知道 Perl 做的如何）
• 每个程序将算法实现独立成库
• 使用 Shell 编写所有高层建筑

再想想，C++、Python、Perl、PHP、Ruby，哪个程序没有把基本算法重新实现一次呢？在未来，还真的有必要吗？

这个问题在未来肯定还会纠结下去的，尽管在实际开发中，这个问题的影响并不大。不过，Windows 非常完美的解决了这个问题，因为 Windows 的 CLI 程序，没什么值得重用的。另外，顺便胡说几句，不知道这个问题到了真正的微内核操作系统上会不会这么得到解决 —— 每次程序可以把自己的一个函数“注册”成一个系统调用，以服务的方式运行，其它程序就可以方便的调用了 —— 然而我很快就找出了这个想法中的更多问题。