隨筆:DOC VS ORG

  由于沒用過Markdown(其實用了十分鐘),所以就拿ORG開刀。

  我司所有文檔都用ORG寫,GTD也是,所以對ORG就比較熟啦~~不過今年到現(xiàn)在都還沒寫過ORG的說……


  首先,我們要明確一點:當比較這兩者的時候,不是只比較文件格式這個純技術(shù)的東西。

  如果對此還沒想明白的,請先看這篇文章感受一下基本思想:《隨筆·不同平臺做不同的事》。

  比較這兩樣東西,絕對不是單純傻傻地學術(shù)性地比較這兩個格式如何如何,除了萬年傻的技術(shù)死宅,這樣的比較對正常人來說是沒意義的。

  有意義的是什么?有意義的是我用DOC和用ORG的整個過程哪個更HIGH一點。

  我們絕對不是孤立地使用DOC或者ORG,而是在一個集成環(huán)境,比如WORD和EMACS中,使用這兩樣東西。

  所以,比較DOC和ORG,其實更主要的是比較WORD(當然還有WPS等)和EMACS(以及GEDIT等)的操作體驗,當然,也不僅僅如此。


  明確了上面所說的基本討論語境,下面就可以開始嘮嗑了。

  DOC,以及DOCX文檔,其實是壓縮以后的XML。我們把一個DOC文檔的后綴名修改為ZIP,然后解壓,就能看到一對文件夾和文件,有資源,以及主體的一份XML,和一個網(wǎng)站差不多。

  相比之下,ORG就輕便了很多,一個文本,沒啥花頭。

  因此,這就天然告訴我們一件事——正常人不可能用非集成編寫環(huán)境而用某種文本編輯工具來編寫DOC,但完全有可能這么對付ORG。

  這表示什么?這表示DOC是需要一個“軟件”來“編輯”和“運行”的,ORG就不需要。

  但,別著急,這也是有代價的。

  代價是什么?代價就是——你需要懂ORG語法。

  除此之外,這還意味著,DOC因為天生和集成編寫環(huán)境綁定,所以基本肯定是可視化操作,所以也幾乎必然是所見即所得的——為什么說幾乎是所見即所得?因為DOC是支持非即時類動態(tài)特效的,比如閃爍背景,用過的請舉手。相信大多數(shù)人都沒用過,而且用了在普通環(huán)境下你也看不到,必須在WEB環(huán)境下才能看到。而如果你沒用過,嘿嘿嘿,OFFICE對你來說還是太博大精深了啊~~

  相對于DOC的IDE帶來的所見即所得特性,ORG(以及各種輕型標記類語言)都有一個問題——你并不能直接看到你的設(shè)置會給最終結(jié)果帶來什么。

  舉個例子,簡書的RichText是WYSWYG的,但Markdown卻不是,你寫完了需要預(yù)覽,才能知道你寫出來到底是什么樣。

  自然,由于輕標記語言的特性,我們在寫的時候八九不離十地可以知道最終結(jié)果會是什么樣,但不可否認,僅在簡書上我就看到過不下十篇布局錯亂繽紛讓人大開眼界的Markdown杰作,這里就不點名了。

  學習成本,DOC是0,ORG等不知道多少,反正不是零。

  Emacs為ORG帶來了極大的便利,因為Emacs可以自定義各種快捷鍵,而這就使得ORG的編寫非常愉悅,你只要記住一大堆快捷鍵就好了。

  相比來說,Word編寫DOC的過程不算很愉快,你得是不是將手從鍵盤上移開來操作鼠標,以完成各種操作——除非,你和我一樣,給幾乎所有功能都設(shè)置了快捷鍵,然后背下這不過百來個快捷鍵就好了。

  也或者,大多數(shù)Word指令都可以通過Alt+Menu_Index+Command_Index的形式來作為“快捷”鍵。

  反正,Word也能用快捷鍵,不過經(jīng)歷很慘痛。

  當然,這里其實也回歸到了Linux和Windows或者更應(yīng)該說是程序員VS非程序員的古老爭論中:到底應(yīng)該是純鍵盤流好,還是鍵鼠混合流好?

  這個爭論太古老了,豆?jié){的咸甜之爭在它看來也算是小兒科。

  就寫作這個主要目的來說,我們拋開一切雜念后,答案其實是:看你的興趣愛好。

  將手從鍵盤上挪到鼠標上自然會打斷你的思路,可你在想句子的時候突然要緬懷一下快捷鍵一樣很蛋疼。而且,最關(guān)鍵的是,誰TMD寫作的時候去關(guān)心排版和布局?正常人不都是寫完以后改的么?只有最粗的主體結(jié)構(gòu)才是邊寫邊設(shè)定的啊親。

  當然,如果你認為你的腦子同時做N件事情沒問題的話,那我想你也不會介意去背誦快捷鍵或者滾鼠標的。

  在這點上,用鼠標的確比用鍵盤略差,但其實個人很好奇寫作的人在這一項差異上的感受到底會有多大。

  這里岔開一下,關(guān)于WYSWYG和鍵鼠流VS純鍵流,很容易讓人想到學術(shù)界上的一個爭論:使用LaTeX還是用MathType?當然,這是一個非常小眾的爭論。

  支持LaTeX的人說這貨輸入快捷流暢,支持MathType的人說你看不到最后的輸出結(jié)果必須運行一遍才知道所以寫著沒感覺。

  最后的結(jié)果是,MathType現(xiàn)在(其實是幾年前就開始)支持LaTeX輸入后成塊轉(zhuǎn)換成公式了。

  但這個爭論中最蛋疼的是有人說LaTeX有快捷鍵MathType沒有,然后我就把上百個快捷鍵背給他看了……真到了要用快捷鍵才爽的程度的話,變態(tài)如我是不介意多背幾百個快捷鍵的。

  當然,不得不說,堅持MathType的是異端,堅決地要燒死!

  岔開完畢,繼續(xù)回來說DOC和ORG。

  前面說過,DOC因為天然需要IDE,所以天然地具有IDE帶來的優(yōu)勢,比如WYSWYG。ORG等輕標記語言需要對語法有一定程度的了解,而且要有豐富的想像力。

  但故事到這里還沒結(jié)束。

  需要IDE的弊端,就是萬一沒有IDE,你就抓瞎了。所以,ORG哪都能寫,然后只要你和你的小伙伴們想像力足夠,寫出來的ORG一看就知道長啥樣,大家哇哈哈哈笑開去。

  好了,問題又來了——現(xiàn)在我們發(fā)現(xiàn),不但你要懂語法,有想像力,你的小伙伴們也要懂語法,有想像力。這就是沒有WYSWYG的劣勢。

  這個暫且掠過。DOC沒有IDE真的就不行了咩?你太小看科技的發(fā)展了。

  我們可以用Google DOC來看,國內(nèi)也有很多在線編輯器,比如騰訊和金山。

  而ORG,這個……好吧,至少Markdown你可以用GitHub和簡書。

  那種什么Linux系統(tǒng)上.md文件可以如何如何的話就不要說了。不要把正常人拉入程序員的悲慘世界。

  就如開頭所說,當你用一樣東西的時候,你不是用這項東西的技術(shù),而是用這項東西帶來的整體體驗——甚至可以說是整個生態(tài)給你帶來的體驗。

  DOC的生態(tài)比ORG的生態(tài)要好,這個大家不否認。就好比雖然WINDOWS被罵成了爛貨,但WINDOWS的軟件生態(tài)就是比LINUX的熱火——好不好這個咱再議,但光就游戲一項,LINUX就啞火。你別扯什么賊專業(yè)的領(lǐng)域啊,正常人用不到啊,而地球上絕大多數(shù)人都是正常人,不是么?

  話說我這個算是給WIN說好話么?不算吧……讓我主管知道了要扣我錢的……身為LINUX桌面版開發(fā)人員居然站在敵對陣營角度說話,這個太找打了……我們還是來說說MAC的好吧~~不對不對,這貨也不是LINUX……

  當然,不得不說,憑借著輕標記類語言的簡單易懂賣萌無極限,大多數(shù)人掃一眼也就知道這文章大體上是怎么回事了,而如果給你看解壓后的DOC的XML,沒人知道這貨到底怎么回事。這自然是一大優(yōu)點,使得在沒有IDE的時候,ORG至少不會發(fā)生交流障礙,基本交流還是可以的。

  接著,就要比一些更加無聊的東西——可定制性。

  我們都知道,HTML和CSS不是一回事。

  用我的話來說,HTML決定了文檔的結(jié)構(gòu),CSS決定了如何呈現(xiàn),JS決定了如何交互。

  沒有CSS,HTML文檔一樣可以看,不就是白底黑字么?怎么看不是看???

  不用CSS,不用STYLE屬性,HTML一樣可以給出各級標題和文章段落,就閱讀來說綽綽有余了。

  可,當今世界幾乎沒有不用CSS和STYLE的HTML,因為,這樣的白菜貨真不是給人看的。

  再次強調(diào),我們用產(chǎn)品的時候絕絕對對不是用技術(shù),是用體驗。沒有CSS和STYLE的HTML,體驗基本負分滾粗。

  我們寫文章的時候,當然不是白底黑字把文章寫完這事就完了的,需要有排版有布局,通過各種不同和相同來達到強調(diào)和并列等等視覺邏輯。

  而,在這個方面,DOC靠著IDE的強大,可以做得非常好。而ORG,這個,略有難度。

  ORG當然不是不能套用CSS的,事實上我們可以給一篇ORG文檔指定所用的CSS,但這樣指定以后的使用,會很麻煩。

  這會帶來兩個問題:一,由于沒有WYSWYG,你很難判斷我這個樣式的使用是否達到我預(yù)期的效果了——大家可以嘗試一下不用任何IDE和瀏覽器,就用NotePad寫一個單頁面的網(wǎng)站,絕對是痛苦的體驗,你甚至無法保證基本的語法容錯性——我嘗試過很多次。

  二另一個問題,就是本來不成問題的輕標記語言的優(yōu)雅和自然會喪失殆盡,一條簡單的語句中塞滿了各種意想不到的額外屬性,于是看著不比XML好到哪里去。

  所以,一旦文章對布局和排版有特殊的要求,使用ORG的難度就會上升,而舒適性就會下降——但DOC不會這么隨便,因為有IDE來給你擔保。

  當然,凡事無絕對。

  如果你是資深老鳥,那上面說的兩個困難對你來說壓根就不是困難。比如稍微專業(yè)一點的前端工程師寫網(wǎng)頁基本就只需要看代碼就好了,然后去瀏覽器檢驗輸出成果,并不需要使用傳說中的代碼-效果實時預(yù)覽模式。

  但,這事是耗學習成本和經(jīng)驗積累的,于是又是那句話——別把正常人拉入程序員的悲慘世界。

  就寫作來說,對排版的要求一般而言并不會很高。但,作為曾經(jīng)給系出系刊的我,還是很清楚DOC可能會遇到多么變態(tài)的應(yīng)用場景的,以至于我后來尋求Adobe的PageMaker的幫助——這貨才是專業(yè)排版利器。

  而,進來的HTML5和CSS3也越來越注重排版方面的效果(當然,我看了看,似乎主要是微軟和谷歌在主導),比如已經(jīng)有了更方便的圖文混排方式——本來要用的話,簡單的是使用表格,復雜一點的就是各種position和 display 綜合設(shè)置(比如inline-block,inline,table-cell等等的混合使用),但真正的圖文混排總是很麻煩的(別和我說用JS做實時計算然后做文本切割,你當玩游戲哪)。由此可見,現(xiàn)代人對你所體檢的書面材料的排版和布局的要求,至少在網(wǎng)絡(luò)世界,是在不斷增高的。我們不難預(yù)計,在不久的未來,打印稿的排版和布局也會面臨不小的壓力。

  在這種情況下,ORG等輕標記類語言出現(xiàn)捉襟見肘的情況也不是不可能。


  好了,以胡謅的方式說了這么多,下面可以總結(jié)一下了。

  首先,從后的角度來說,DOC的學習成本極地,ORG等輕標記類語言的學習成本較高,較不易上手;

  其次,對度過上手期的人來說,完成輕量級工作,ORG優(yōu)勢明顯,而且?guī)缀醪皇墉h(huán)境約束。但DOC隨著現(xiàn)代網(wǎng)絡(luò)環(huán)境的越來越優(yōu)化,這方面的劣勢不算很大。

  對于高級復雜的要求,DOC完勝,啥都不說了。

  因此,作為結(jié)論,如果你只是要完成博客式的寫作任務(wù),排版和布局你幾乎都不用考慮的,那只要度過了初期的學習階段,ORG絕對比DOC要好——人家夠輕啊。

  而如果你是對整個寫作過程都有自我追求的,那DOC等傳統(tǒng)文章編輯模式還是比ORG等輕標記類語言更好。

  這就好比平板和PC的爭斗,平板勝在夠輕便,但大型復雜項目,依然需要PC。

  當然了隨著人類社會的越來越碎片化和浮躁,平板自然在平均使用量和使用率上會戰(zhàn)勝PC,但PC在大型戰(zhàn)場上是不會被打敗的。

  可,也正如簡書所說的,人們終將會找回寫作的力量與感覺,那些希望手工打造屬于自己的精美文本的人,一樣不會滿足于ORG的輕便,而回到DOC甚至PageMaker的懷抱的。

最后編輯于
?著作權(quán)歸作者所有,轉(zhuǎn)載或內(nèi)容合作請聯(lián)系作者
【社區(qū)內(nèi)容提示】社區(qū)部分內(nèi)容疑似由AI輔助生成,瀏覽時請結(jié)合常識與多方信息審慎甄別。
平臺聲明:文章內(nèi)容(如有圖片或視頻亦包括在內(nèi))由作者上傳并發(fā)布,文章內(nèi)容僅代表作者本人觀點,簡書系信息發(fā)布平臺,僅提供信息存儲服務(wù)。

相關(guān)閱讀更多精彩內(nèi)容

  • Spring Cloud為開發(fā)人員提供了快速構(gòu)建分布式系統(tǒng)中一些常見模式的工具(例如配置管理,服務(wù)發(fā)現(xiàn),斷路器,智...
    卡卡羅2017閱讀 136,568評論 19 139
  • # Python 資源大全中文版 我想很多程序員應(yīng)該記得 GitHub 上有一個 Awesome - XXX 系列...
    aimaile閱讀 26,835評論 6 427
  • Android 自定義View的各種姿勢1 Activity的顯示之ViewRootImpl詳解 Activity...
    passiontim閱讀 179,057評論 25 709
  • 去年4月在人生的十字路口走進九型,走過的歷程、深刻的體會、老師的愛、同學的情,仿佛就在昨天,從來不曾離去。 如今再...
    在云端01閱讀 325評論 1 2
  • 最近很多人應(yīng)該都聽說了《二十二》這部紀錄片,也開始了解被稱為“慰安婦”的那些老人們??催^或者沒看過電影的人都...
    ways閱讀 246評論 0 2

友情鏈接更多精彩內(nèi)容