7月22日消息，據(jù)國外媒體報道，自媒體網(wǎng)站Medium日前刊發(fā)“重復(fù)的宿命”一文。作者從電子郵件這一應(yīng)用的用戶習(xí)慣出發(fā)，繼而談到軟件開發(fā)行業(yè)的慣例，并試圖將這一慣例歸結(jié)到文化層面，從而引申出這樣一個觀點：重復(fù)，是科技行業(yè)擺脫不掉的宿命。

　　電子郵件

　　這個領(lǐng)域向來不缺乏熱點——2013年是Mailbox，一款可以讓郵件分類與處理更簡便的應(yīng)用。想要下載使用這款軟件的人得排長隊等待，就像等熱賣甜點一樣。Dropbox公司后來以差不多1億美元的價格收購了它，這之后也就沒人談?wù)揗ailbox了。

　　同年的出現(xiàn)的熱點還有Gmail收件箱標(biāo)簽，它的作用主要是把郵件按照“主要”、“社交”、“論壇”等類目進行預(yù)先分類。這個功能很實用，因為它可以把來自人的郵件(高價值的郵件)和來自組織與群發(fā)郵箱的郵件(低價值的郵件)區(qū)分開來。那些把未來寄托在強迫用戶收取自己郵件的組織開始擔(dān)心了。不過既然是谷歌決定要這樣做，事情就沒有挽回的余地了。

　　今年似乎還未出現(xiàn)要重新發(fā)明電子郵件的應(yīng)用，或許Inbox能算一個。這個由Dropbox原雇員開發(fā)的應(yīng)用，可以讓用戶把電子郵件當(dāng)作一個平臺來使用，而且可以讓網(wǎng)站程序員更輕松地用郵件來做事情。不過，由于它更像是一個打造消費級產(chǎn)品的工具，而并非一件消費級產(chǎn)品，所以這款應(yīng)用也不太可能火起來。

　　這些都是要解決“電子郵件問題”的軟件方案。不過話說回來解決這類問題也可以從文化角度出手。很多人干脆完全放棄電子郵件，刪除所有電子郵件重新來過。也有人追求“收件箱零郵件”，把所有郵件歸類到任務(wù)列表中。你甚至可以憑此獲得一枚徽章(見圖)。甚至有一條“定律”也談到郵件問題：“所有程序在發(fā)展到能閱讀郵件前都會不斷膨脹。那些膨脹不到這一點的程序都會被可以做到這一點的程序取代。”(Jamie Zawinski)

　　我們可以看一下人們在開發(fā)關(guān)于電子郵件的軟件，或是撰寫關(guān)于電子郵件的文章時討論的問題：

　　郵件太多，來自四面八方，很難規(guī)整;

　　郵件成為了多數(shù)應(yīng)用的一部分;

　　和網(wǎng)站不同，郵件的工作方式難以理解;

　　郵件會充斥人的生活，收件箱中最好是一封郵件沒有。

　　最后一條尤為重要。除了郵件，還有別的交流方式的終極目標(biāo)是要隱藏所有的交流內(nèi)容么?電子郵件已經(jīng)發(fā)展成了一種古怪的交流媒介，趕緊刪除它成了你最該做的一件事。然而奇怪的是，那些被郵件所累的人還有一種病態(tài)的喜好，愿意講述這種郵件壓力是多么龐大。人們會撰寫關(guān)于重開郵箱的文章，會宣揚自己的收件箱沒有未讀郵件。電子郵件很糟糕，所有人都知道，但這只是我們知道的惡。除此之外，人們的很多精力都用在了建立類似電子郵件的技術(shù)與文化構(gòu)成上。這已經(jīng)無法避免。

　　to-do列表

　　在上世紀(jì)70年代的一次演講中，IBM公司的工程師專家布萊特·維克多(Bret Victor)談到了編程技術(shù)的未來。其間，他提到了道格·恩格爾巴特(Doug Engelbart，被譽為鼠標(biāo)之父)在1968年展示的NLS系統(tǒng)。該系統(tǒng)在很多方面都充滿超前意識——協(xié)同軟件、超文本、鼠標(biāo)——但歸根結(jié)底，這是一個to-do列表管理器。從那以后，整個科技界就不再缺少個人使用的生產(chǎn)力工具了。每一兩年就會出現(xiàn)新熱點：有一陣是Remember the Milk，還有OmniFocus、TaskPaper以及Asana。Asana的標(biāo)語就是“協(xié)作，不靠電子郵件”。當(dāng)然，也有很多不涉及電腦的生產(chǎn)工具，例如“Getting Things Done”體系，有幾年曾給互聯(lián)網(wǎng)帶來很大沖擊——收件箱零郵件這個提法就是這個體系的遺產(chǎn)。整個軟件世界都可以感受到它的影響。

　　to-do列表已經(jīng)成為了一種元技術(shù)。舉例來說，當(dāng)程序員接觸一種新的編程語言或網(wǎng)站架構(gòu)——也就是他們打造了一種創(chuàng)建東西的新方法，這時候他們就需要用一種方式來說明為何自己的方法更優(yōu)秀。其中一種方式就是編寫一個to-do應(yīng)用。ToDoMVC網(wǎng)站就是一個例子，你可以在上面找到編寫一個同類應(yīng)用所需的所有圖表與材料。在這個網(wǎng)站上，一種to-do工具就有超過60個不同的版本，每個版本都用獨特的方式或架構(gòu)編寫。這樣一來，購買架構(gòu)的人就能搞清楚哪一種能滿足自己的需要。to-do列表是一種元理念——它非常易于理解，所以變成了人人能夠分享的常識。

　　to-do列表的含義與軟件開發(fā)的含義非常類似。一項任務(wù)可以分解成一個序列來完成，每一環(huán)都可以按順序執(zhí)行。或許程序員偏愛制作to-do列表的原因就是它和程序很相似。“又一個”(Yet another)這個短語無數(shù)次出現(xiàn)在各種程序語言的名稱中——例如YAML，又一個標(biāo)記語言(Yet Another Markup Language);YASL，又一個JSON庫(Yet Another JSON Library );以及雅虎(Yahoo)，又一個層次化的、非正式的預(yù)言(Yet Another Hierarchical Officious Oracle)。

　　讓人們一遍又一遍重復(fù)開發(fā)的另一件東西是什么?評論系統(tǒng)、論壇、在一處管理所有溝通內(nèi)容的應(yīng)用、合作撰寫工具、博客平臺。還用再舉例么?

　　其他的東西

　　我們也在重復(fù)發(fā)明別的東西。例如為了讓在電腦間傳輸?shù)臄?shù)據(jù)具有意義而誕生的標(biāo)記語言：XML、JSON、YAML、HTML1到HTML5，等等等等。所有這些做不到完全兼容的語言都是想解決“如何在電腦間分享信息”這個問題。后來，“格林斯潘第十定律”出現(xiàn)了：

　　“任何C或Fortran程序復(fù)雜到一定程度之后，都會包含一個臨時開發(fā)的、不合規(guī)范的、充滿程序錯誤的、運行速度很慢的、只有一半功能的Common Lisp實現(xiàn)。”

　　Lisp編程語言的簡潔性，以及它處理內(nèi)存中事件列表的方式，都已經(jīng)基礎(chǔ)到了顯而易見的地步。如果要寫一個大程序，就得重新發(fā)明Lisp。如果要寫一個大程序，那它就要能讀懂郵件。如果你是程序員，你就會發(fā)現(xiàn)自己沉迷于to-do列表。你肯定會談?wù)撨@些事情，因為它們是我們共有的技術(shù)文化的檢驗標(biāo)準(zhǔn)，這是必然而然的。

　　沒有人愿意把要做的事情分門別類，挨個檢查。沒人喜歡做這些工作，沒人喜歡回復(fù)郵件。但整理這一過程的快樂在于對之后事情變得規(guī)整的期盼。

　　工作很辛苦，但對其進行思考是很有樂趣的。所以才誕生了軟件行業(yè)。

　　并不是說郵件或生產(chǎn)型工具很糟糕;是文化改變了。人們打造郵件客戶端或to-do列表應(yīng)用的方式，就如同演員穿上現(xiàn)代服飾演出莎士比亞的戲劇。電子郵件就是我們的《哈姆雷特》，“to-do應(yīng)用”就是我們的《暴風(fēng)雨》。

　　開發(fā)者舉起技術(shù)這把大劍，砍向文化的基座——這把劍分崩離析。不過沒關(guān)系，我們可以再造一把更大、更好的劍，例如視網(wǎng)膜顯示屏。而且我們一邊造還一邊小聲地說：這一次就不一樣了。

特別提醒：本網(wǎng)內(nèi)容轉(zhuǎn)載自其他媒體，目的在于傳遞更多信息，并不代表本網(wǎng)贊同其觀點。其原創(chuàng)性以及文中陳述文字和內(nèi)容未經(jīng)本站證實，對本文以及其中全部或者部分內(nèi)容、文字的真實性、完整性、及時性本站不作任何保證或承諾，并請自行核實相關(guān)內(nèi)容。本站不承擔(dān)此類作品侵權(quán)行為的直接責(zé)任及連帶責(zé)任。如若本網(wǎng)有任何內(nèi)容侵犯您的權(quán)益，請及時聯(lián)系我們，本站將會在24小時內(nèi)處理完畢。