站长资讯网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应用”就是我们的《暴风雨》。
开发者举起技术这把大剑，砍向文化的基座——这把剑分崩离析。不过没关系，我们可以再造一把更大、更好的剑，例如视网膜显示屏。而且我们一边造还一边小声地说：这一次就不一样了。
特别提醒：本网内容转载自其他媒体，目的在于传递更多信息，并不代表本网赞同其观点。其原创性以及文中陈述文字和内容未经本站证实，对本文以及其中全部或者部分内容、文字的真实性、完整性、及时性本站不作任何保证或承诺，并请自行核实相关内容。本站不承担此类作品侵权行为的直接责任及连带责任。如若本网有任何内容侵犯您的权益，请及时联系我们，本站将会在24小时内处理完毕。
