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

22.07.2014  17:09
7月22日消息,据国外媒体报道,自媒体网站Medium日前刊发“重复的宿命”一文。我们可以看一下人们在开发关于电子邮件的软件,或是撰写关于电子邮件的文章时讨论的问题:  邮件太多,来自四面八方,很难规整;

原标题:从电邮和to-do应用,重复是科技行业宿命?

  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应用”就是我们的《暴风雨》。

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

来源:网易科技