輸出中的一些場(chǎng)景
你可能也讀了一些書(shū)，有了一些嘗試，或者有過(guò)一些想法與見(jiàn)解，想要在這個(gè)信息爆炸的時(shí)代做一些 輸出 ，畢竟沒(méi)完沒(méi)了太多的信息源太多輸入往往只是加重了你的焦慮，而你的生活并沒(méi)有從 輸入 中得到什么明顯的變化，這些單純的輸入往往效果并不算好。
然后你會(huì)考慮，我要在哪兒寫(xiě)些什么呢？
常逛的平臺(tái)有很多：微信公眾號(hào)，知乎，簡(jiǎn)書(shū)，掘金，個(gè)人博客，少數(shù)派等。有時(shí)看到上面的文章，會(huì)有一種感覺(jué)，自己寫(xiě)得也不一定比某些內(nèi)容差。
你可能會(huì)建一個(gè)公眾號(hào)，在它的編輯界面寫(xiě)過(guò)兩篇文章，后來(lái)又發(fā)現(xiàn)簡(jiǎn)書(shū)是一個(gè)不錯(cuò)的練習(xí)寫(xiě)作的平臺(tái)，可以放一些不疼不癢的文章上去，它左markdown右渲染的模式也非常友好，然后又決定去寫(xiě)個(gè)知乎專(zhuān)欄，談?wù)撘恍〣G高的事情，接著又發(fā)現(xiàn)技術(shù)文章還是放到掘金比較合適。
在這些平臺(tái)上書(shū)寫(xiě)會(huì)碰到幾個(gè)問(wèn)題：
- 有些平臺(tái)的編輯器體驗(yàn)不好，比如知乎，經(jīng)常會(huì)莫名抖動(dòng)；
- 對(duì)markdown的語(yǔ)法支持不一，知乎的支持只是皮毛，有些支持checklist有些不支持，GitHub使用的是GitHub Flavored Markdown換行需要行尾四個(gè)空格；
- 網(wǎng)頁(yè)編輯往往無(wú)法使用到Vim移動(dòng)復(fù)制剪切的快樂(lè)，即使有些插件提供了支持，也無(wú)法使用Vim插件；
在不同平臺(tái)直接書(shū)寫(xiě)時(shí)需要注意不同的語(yǔ)法支持點(diǎn)，有些內(nèi)容想要發(fā)布到不同的平臺(tái)，內(nèi)容可能要稍做修改(這是必要的)，但各種格式、語(yǔ)法兼容問(wèn)題的確讓人比較難受。
以上這些現(xiàn)象，很容易導(dǎo)致自己難以維護(hù)各平臺(tái)自己的所有輸出項(xiàng)，又會(huì)被一些瑣碎的兼容問(wèn)題惡心到，進(jìn)一步會(huì)嚴(yán)重降低整個(gè)輸出過(guò)程的愉悅感，使得一切難以持續(xù)下去。
解耦內(nèi)容與平臺(tái)
Ulysses是一款mac平臺(tái)上很棒的寫(xiě)作軟件。
它抽象出了一個(gè)文庫(kù)的概念，不再像其他傳統(tǒng)編輯器那樣以真實(shí)目錄為基，這樣可以將所有的文稿放到icloud，同時(shí)根據(jù)其強(qiáng)大的搜索與篩選器功能來(lái)進(jìn)行類(lèi)似tag的分類(lèi)。
根據(jù)它的啟發(fā)，對(duì)于多平臺(tái)發(fā)布的問(wèn)題，可以專(zhuān)門(mén)在OneDrive或Dropbox這樣的云盤(pán)上建立一個(gè)文件夾，用來(lái)存放所有的輸出內(nèi)容，建立git倉(cāng)庫(kù)加以維護(hù)，使用很多編輯器都有的全文搜索功能進(jìn)行搜索。
將所有自己書(shū)寫(xiě)的文章，不論是個(gè)人博客，知乎回答，要發(fā)布到掘金，簡(jiǎn)書(shū)的文章，統(tǒng)統(tǒng)放到這一個(gè)地方存儲(chǔ)，在創(chuàng)作內(nèi)容的時(shí)候不去考慮要放到哪個(gè)平臺(tái)，從而完成 內(nèi)容 與 平臺(tái) 的解耦。
解耦內(nèi)容與排版
在少數(shù)派的一篇介紹Ulysses的文章中，提到了一個(gè)觀點(diǎn)我覺(jué)得很有道理， 內(nèi)容 與 排版 是兩個(gè)維度的東西，在寫(xiě)作時(shí)要盡量專(zhuān)注于內(nèi)容而非排版。
寫(xiě)作者在書(shū)寫(xiě)內(nèi)容過(guò)程中，需要的往往只是借助版面和格式來(lái)更好得劃分文章結(jié)構(gòu)，比如根據(jù)思路先列出大綱，然后填入一些內(nèi)容。
Markdown作為輕量級(jí)的標(biāo)記語(yǔ)言，簡(jiǎn)直是為上述需求量身訂制，不需要手離開(kāi)鍵盤(pán)去點(diǎn)樣式，同時(shí)提供了極易掌握的標(biāo)語(yǔ)語(yǔ)法來(lái)完成常用的排版需求，在兩者之間做到了一個(gè)很好的平衡。
它的書(shū)寫(xiě)語(yǔ)法是Markdown XL，在此語(yǔ)法基礎(chǔ)上編輯出來(lái)的文章，Ulysses提供了多樣的導(dǎo)出功能，可導(dǎo)出為Markdown，HTML，PDF，DOCX等格式。
而導(dǎo)致筆者放棄Ulysses的也正是其特有的Markdown XL，該語(yǔ)法與原生Markdown還不一樣，比如已經(jīng)寫(xiě)慣了的鏈接，圖片等語(yǔ)法，此外，它對(duì)代碼塊的支持實(shí)在不夠好。
但這種思想?yún)s是極具啟發(fā)性的，這讓筆者想到了比Markdown更為強(qiáng)大的org-mode，與其寫(xiě)Ulysses其特有的Markdown語(yǔ)法，還不如寫(xiě)org-mode，同時(shí)emacs的導(dǎo)出能力絲毫不遜于Ulysses。
所以筆者決定使用org-mode來(lái)做為一切輸出內(nèi)容的載體，同時(shí)利用emacs及其社區(qū)提供的各種導(dǎo)出插件來(lái)完成一次書(shū)寫(xiě)導(dǎo)出到各平臺(tái)的功能。
由于emacs的高度可定制化，如果找不到對(duì)某個(gè)平臺(tái)特別順手的導(dǎo)出插件，也可以考慮自己使用elips實(shí)現(xiàn)，也是可行的，有極大的靈活性。
統(tǒng)一使用org-mode來(lái)書(shū)寫(xiě)，書(shū)寫(xiě)時(shí)不用考慮各平臺(tái)編輯器的差異，不去使用某些平臺(tái)讓人有些難以忍受的編輯器，從而完成 內(nèi)容 與 排版 的解耦。
org-mode寫(xiě)法
這里記錄一些常用的org語(yǔ)法，當(dāng)然也可以去org-mode文檔查看。
* The largest heading
** The second largest heading
******* the mallest heading
字體標(biāo)注：
*Bold*
/Italic/
+Strikethrough+
*/Bold and italic/*
引用：
#+BEGIN_QUOTE
可以贏，但沒(méi)必要！
#+END_QUOTE
代碼塊：
#+BEGIN_SRC python
def printa():
print 'a'
#+END_SRC
鏈接：
[[https://www.baidu.com][百度]]
圖片：
[[http://osriq34d5.bkt.clouddn.com/20181008174515.png]]
有序列表：
1. 條目1；
2. 條目2；
3. 條目3；
無(wú)序列表：
+ 香蕉
+ 蘋(píng)果
+ 草莓
分割線(xiàn)：
-----
表格：
| 第一列 | 第二列 | 第三列 |
| Google | Yahoo | [https://www.baidu.com][百度]] |
task lists:
- [ ] 把冰箱門(mén)打開(kāi)；
- [ ] 把大象裝進(jìn)去；
- [ ] 把冰箱門(mén)關(guān)上。
換行：
\\
快捷鍵與Tips
上面代碼塊與引用的輸入其實(shí)有快捷方式，輸入引用時(shí)鍵入：<q，然后按tab即可，代碼塊則為：<s，然后加tab。
導(dǎo)出使用emacs的導(dǎo)出命令，C-c C-e，根據(jù)提示操作。
導(dǎo)出格式為gfm時(shí)，需要下載ox-gfm插件，調(diào)用org-gfm-export-to-markdown方法。
效果
效果還不錯(cuò)，這篇文章即是使用org導(dǎo)出為markdown得到的，導(dǎo)出過(guò)程中會(huì)自動(dòng)將org的語(yǔ)法轉(zhuǎn)換到markdown。
