从电邮和to-do应用，重复是科技行业宿命？

AS网站目录科技讯 7月22日消息，据国外媒体报道，自媒体网站Medium日前刊发“重复的宿命”一文。作者从电子邮件这一应用的用户习惯出发，继而谈到软件开发行业的惯例，并试图将这一惯例归结到文化层面，从而引申出这样一个观点：重复，是科技行业摆脱不掉的宿命

AS网站目录科技讯 7月22日消息，据国外媒体报道，自媒体网站Medium日前刊发“重复的宿命”一文。作者从电子邮件这一应用的用户习惯出发，继而谈到软件开发行业的惯例，并试图将这一惯例归结到文化层面，从而引申出这样一个观点：重复，是科技行业摆脱不掉的宿命。

电子邮件

这个领域向来不缺乏热点――2013年是Mailbox，一款可以让邮件分类与处理更简便的应用。想要下载使用这款软件的人得排长队等待，就像等热卖甜点一样。Dropbox公司后来以差不多1亿美元的价格收购了它，这之后也就没人谈论Mailbox了。

同年的出现的热点还有Gmail收件箱标签，它的作用主要是把邮件按照“主要”、“社交”、“论坛”等类目进行预先分类。这个功能很实用，因为它可以把来自人的邮件（高价值的邮件）和来自组织与群发邮箱的邮件（低价值的邮件）区分开来。那些把未来寄托在强迫用户收取自己邮件的组织开始担心了。不过既然是谷歌决定要这样做，事情就没有挽回的余地了。

今年似乎还未出现要重新发明电子邮件的应用，或许Inbox能算一个。这个由Dropbox原雇员开发的应用，可以让用户把电子邮件当作一个平台来使用，而且可以让网站程序员更轻松地用邮件来做事情。不过，由于它更像是一个打造消费级产品的工具，而并非一件消费级产品，所以这款应用也不太可能火起来。

这些都是要解决“电子邮件问题”的软件方案。不过话说回来解决这类问题也可以从文化角度出手。很多人干脆完全放弃电子邮件，删除所有电子邮件重新来过。也有人追求“收件箱零邮件”，把所有邮件归类到任务列表中。你甚至可以凭此获得一枚徽章（见图）。甚至有一条“定律”也谈到邮件问题：“所有程序在发展到能阅读邮件前都会不断膨胀。那些膨胀不到这一点的程序都会被可以做到这一点的程序取代。”（Jamie Zawinski）

我们可以看一下人们在开发关于电子邮件的软件，或是撰写关于电子邮件的文章时讨论的问题：

邮件太多，来自四面八方，很难规整；

邮件成为了多数应用的一部分；

和网站不同，邮件的工作方式难以理解；

邮件会充斥人的生活，收件箱中最好是一封邮件没有。

最后一条尤为重要。除了邮件，还有别的交流方式的终极目标是要隐藏所有的交流内容么？电子邮件已经发展成了一种古怪的交流媒介，赶紧删除它成了你最该做的一件事。然而奇怪的是，那些被邮件所累的人还有一种病态的喜好，愿意讲述这种邮件压力是多么庞大。人们会撰写关于重开邮箱的文章，会宣扬自己的收件箱没有未读邮件。电子邮件很糟糕，所有人都知道，但这只是我们知道的恶。除此之外，人们的很多精力都用在了建立类似电子邮件的技术与文化构成上。这已经无法避免。

to-do列表

在上世纪70年代的一次演讲中，IBM公司的工程师专家布莱特・维克多（Bret Victor）谈到了编程技术的未来。其间，他提到了道格・恩格尔巴特（Doug Engelbart，被誉为鼠标之父）在1968年展示的NLS系统。该系统在很多方面都充满超前意识――协同软件、超文本、鼠标――但归根结底，这是一个to-do列表管理器。从那以后，整个科技界就不再缺少个人使用的生产力工具了。每一两年就会出现新热点：有一阵是Remember the Milk，还有OmniFocus、TaskPaper以及Asana。Asana的标语就是“协作，不靠电子邮件”。当然，也有很多不涉及电脑的生产工具，例如“Getting Things Done”体系，有几年曾给互联网带来很大冲击――收件箱零邮件这个提法就是这个体系的遗产。整个软件世界都可以感受到它的影响。

to-do列表已经成为了一种元技术。举例来说，当程序员接触一种新的编程语言或网站架构――也就是他们打造了一种创建东西的新方法，这时候他们就需要用一种方式来说明为何自己的方法更优秀。其中一种方式就是编写一个to-do应用。ToDoMVC网站就是一个例子，你可以在上面找到编写一个同类应用所需的所有图表与材料。在这个网站上，一种to-do工具就有超过60个不同的版本，每个版本都用独特的方式或架构编写。这样一来，购买架构的人就能搞清楚哪一种能满足自己的需要。to-do列表是一种元理念――它非常易于理解，所以变成了人人能够分享的常识。

to-do列表的含义与软件开发的含义非常类似。一项任务可以分解成一个序列来完成，每一环都可以按顺序执行。或许程序员偏爱制作to-do列表的原因就是它和程序很相似。“又一个”（Yet another）这个短语无数次出现在各种程序语言的名称中――例如YAML，又一个标记语言（Yet Another Markup Language）；YASL，又一个JSON库（Yet Another JSON Library ）；以及雅虎（Yahoo），又一个层次化的、非正式的预言（Yet Another Hierarchical Officious Oracle）。

让人们一遍又一遍重复开发的另一件东西是什么？评论系统、论坛、在一处管理所有沟通内容的应用、合作撰写工具、博客平台。还用再举例么？

其他的东西

我们也在重复发明别的东西。例如为了让在电脑间传输的数据具有意义而诞生的标记语言：XML、JSON、YAML、HTML1到HTML5，等等等等。所有这些做不到完全兼容的语言都是想解决“如何在电脑间分享信息”这个问题。后来，“格林斯潘第十定律”出现了：

“任何C或Fortran程序复杂到一定程度之后，都会包含一个临时开发的、不合规范的、充满程序错误的、运行速度很慢的、只有一半功能的Common Lisp实现。”

Lisp编程语言的简洁性，以及它处理内存中事件列表的方式，都已经基础到了显而易见的地步。如果要写一个大程序，就得重新发明Lisp。如果要写一个大程序，那它就要能读懂邮件。如果你是程序员，你就会发现自己沉迷于to-do列表。你肯定会谈论这些事情，因为它们是我们共有的技术文化的检验标准，这是必然而然的。

没有人愿意把要做的事情分门别类，挨个检查。没人喜欢做这些工作，没人喜欢回复邮件。但整理这一过程的快乐在于对之后事情变得规整的期盼。

工作很辛苦，但对其进行思考是很有乐趣的。所以才诞生了软件行业。

并不是说邮件或生产型工具很糟糕；是文化改变了。人们打造邮件客户端或to-do列表应用的方式，就如同演员穿上现代服饰演出莎士比亚的戏剧。电子邮件就是我们的《哈姆雷特》，“to-do应用”就是我们的《暴风雨》。

开发者举起技术这把大剑，砍向文化的基座――这把剑分崩离析。不过没关系，我们可以再造一把更大、更好的剑，例如视网膜显示屏。而且我们一边造还一边小声地说：这一次就不一样了。（亚比）