温哥华，加拿大
自 1978 年毕业于不列颠哥伦比亚大学以来，我几乎一直与计算机为伴。自 2005 年以来，我一直是全职 Linux 用户，1986 年至 2005 年是全职 Solaris 和 SunOS 用户，在此之前是 UNIX System V 用户。
在技术方面，我的大部分职业生涯是担任顾问，从事数据分析和可视化工作；尤其是空间数据分析。我拥有大量的相关编程经验，使用 C、awk、Java、Python、PostgreSQL、PostGIS，最近还使用 Groovy。我对 Julia 非常感兴趣。我还构建了一些桌面和 Web 应用程序，主要使用 Java，最近使用 Grails，前端使用大量 JavaScript，PostgreSQL 是我的首选数据库。
除此之外，我花费大量时间撰写提案、技术报告，当然还有在 https://www.opensource.com 上的内容。
发表的评论
Jono，这是一篇很棒的文章。我特别喜欢这个提醒——对我们这些老家伙来说——许多原始 Unix 实用程序中固有的基本设计原则：this_command -xyz | that_command -abc | the other command -pqr，我们可以做几乎任何我们想做的事情。
我认为，实现这种互操作性（除了 Kernighan、Pike 等人的优秀著作之外）的是标准输入/标准输出和管道提供的粘合剂。即，本质上是 shell 公开的功能。
也许这就是您指出的上下文中缺失或具有挑战性的地方；我们没有等同于“shell”的东西，可以公开真正有用的钩子，插件可以挂载在上面。总的来说是这样。也许 Gnome Shell 做到了这一点；我还没有充分使用它来了解。
显然，在阅读 Jason Van G 的帖子后，我们缺少的东西之一是关于这方面内容的连贯且充满活力的指南，类似于 Kernighan、Pike 等人的风格。
我将与您分享一个小秘密……在过去的某个时候，我说服自己与我的一些 LP 分开（“那些我永远不会听的”）。好吧。更糟糕的事情也发生过。