我覺得是的。

平時寫技術文件時，基本都是用的markdown，程式碼塊、流程圖、序列圖、甘特圖、列表等應有盡有。非常方便程式設計師書寫。

建議答主學會這個程式設計師必備的文件編輯技能，便於在日常的工作中提高溝通的效率，平時也可以用markdown，在github上提交自己的專案描述readme和搭建自己的部落格。

1. 斜體和粗體使用 * 和 ** 表示斜體和粗體。示例：這是 *斜體*，這是 **粗體**。

2. 標題使用 #加空格表示一級標題，同理，##加空格表示二級標題# 一級標題## 二級標題### 三級標題#### 四級標題##### 五級標題###### 六級標題

3. 外連結使用 [描述](連結地址) 為文字增加外連結。示例：這是去往 [我的部落格](https://plutoyer.github.io/) 的連結。

4. 無序列表使用 - 表示無序列表。示例：- 無序列表項 一- 無序列表項 二- 無序列表項 三

5. 有序列表使用數字和點表示有序列表。示例：1. 有序列表項 一2. 有序列表項 二3. 有序列表項 三

6. 文字引用使用 表示文字引用。示例： 野火燒不盡，春風吹又生。

7. 行內程式碼塊使用 `程式碼` 表示行內程式碼塊。示例：讓我們聊聊 `html`。

8. 程式碼塊使用 四個縮排空格 或 ``` 表示程式碼塊。示例：```這是一個程式碼塊，此行左側有四個不可見的空格。```

9. 插入影象


10. 插入音樂**插入單曲**在網易雲音樂裡找生成外連線，複製過來就OK了，可惜的是很多都不能生成外聯連線。如果不想自動播放，可以把auto改成1[這一生關於你的風景](https://music.163.com/song/media/outer/url?id=1356350562.mp3)

另外，關於 MarkDown 作為一個輕量的標記語言，非常的方便，也非常簡單，學起來就跟用 Html 標籤一樣，甚至更簡單。所以，這個文件的編輯功能對於程式設計師來講學起來非常的容易，使用起來也非常的順手，這也是為什麼 MarkDown 為什麼會在程式設計師之間非常的流行的原因。

但是，透過這個問題我，我想引申一下這個問題，那就是文件編輯這個能力是程式設計師必須要會的，但是透過什麼來呈現我認為不重要。

程式設計師需要一個文件的編輯能力，不僅僅是在程式碼文件，註釋文件，介面文件等上面，文件的編輯能力，如果寫一個能夠讓你看懂，方便檢視，使用便捷的文件，這個能力是所有程式設計師應該必會的。

會寫文件的程式設計師，我認為邏輯能力，程式設計能力不會太差。

是，建議文字工作者也可以學會這個小技能。

這只是一個小技能，寫文件預設是markdown 格式。

GitHub

Gitbook

還有很多編輯器都支援。

只考慮寫的內容，不用考慮排版。它不香嗎！！！

有句MMP不知道當講不當講。從業五年開發了，只知道md用記事本或者notepad++來開啟，因為電腦沒有工具開啟。一堆人說是個好東西，吹上天。我曾經兩次，試圖下載一個專門開啟md的軟體，但是我不知道叫什麼名字，至今也不知道。當然，我只是順其自然，並沒非得下到一個軟體或者弄懂為止。也就是隨便百度一下，隨緣。另外，還有人把vim吹上天，對多好多好。。。拜託了，大部分程式設計師每天業務邏輯梳理，專案溝通已經夠累了，只想延續常規習慣，那些反人類習慣的東西就別出來坑人了，就想用個開啟快，能變顏色，自動提示的編輯器就夠了。其他用尼瑪個軟體還得學。。。得你得是多閒，工具不就是拿來就是提高效率麼。另外還有吹上天的macbook，尼瑪也是反人類，當然我指的是常年用win環境的人。信了那些軟文才買的，兩萬多，尼瑪專案趕進度還得用回我的win。最後最後還有，當年多少人吹五筆輸入法比拼音快，我尼瑪就是背不下字根表，快你妹快，老子就用拼音。還插一句，什麼vue、auglar老夫只用jquery。不要輕易相信網上說的，這好那好，適合自己的才是最好的。win環境的小夥伴，千萬別上當。

對程式設計師來說，寫文件是比寫程式碼都辛苦的事情，我們來看看程式設計師最恨三件事件

1、交接程式碼

2、交接程式碼沒有文件

3、交接程式碼給別人要寫文件

為了不寫文件這種，我開發了好多幫助寫文件的工具，把註釋轉成文件，自動套用模板生成文件等等不計其數。

但，從何時開始，我開始喜歡上寫文件呢？從我開始使用Markdown開始，是的，我再也不用在Word裡面調整樣式，不用調整該死的字型，不用管七七八八的文字排榜，我只要關注文字產出，像寫程式碼一樣寫文字。

我還裝了個把MD轉PowerPoint的npm包，這樣我的PPT就可以線上播放了，這看起來酷極了，我用GitBook搭建了一個專案組文件庫，成員直接用MD生成文件，轉成線上網頁，真是很方便。

現在，程式設計師們都熱衷於在專案中寫Readme.md

這麼方便，為啥不用呢？

首先我覺得因為程式設計師也是分三六九等的，有的程式設計師天天就是寫點業務程式碼，也涉及不到寫文件，頂多就是看看別人寫好的文件。在這種情況下，其實他不會Markdown文件編輯，也並不是什麼丟人的事，畢竟編輯文件並不是每個公司對程式設計師的必然要求。

另外Markdown就是一個文字編輯器而已，無非就是對文件格式化做的比較好，既可以格式化文件標題，也可以更高階點，可以對程式碼塊，表格，圖片，超連結等進行編輯，最終寫出一個比較好看的文件來。相對於普通的txt文件，也就是高階了這些，僅此而已。這有什麼高階的呢？

如果要使用Markdown，我覺得只要是一個正常人，10分鐘足夠熟悉Markdown的使用了，沒那麼神奇也沒有那麼難。

還有就是即使我們不按照Markdown軟體，現在有道雲筆記，或者CSDN，知乎等網站，編寫部落格都可以直接線上Markdown格式或者富文字編輯器格式，最終做出來的效果都是一樣的。

如圖所示：

所以呢，要想寫出一個格式良好的文件，Markdown並不是必須的，實現方案有很多，每個人的使用習慣不一樣，只要最終的目標實現了，誰管你用哪個東西呢？

作為一位程式設計師，除去 Coding 程式設計的硬技藝之外，寫作的軟體能也是需求培育的，而寫作處處離不開 Markdown，比方 GitHub 的 Readme 文件。Markdown 的創立的初衷完成「易讀易寫」，為的是能夠讓我們更專注於創作，從而進步寫作效率。有寫作經歷的朋友都應該很分明，一篇文章假如要傳送到多個媒體上，關於文章的排版是一件十分耗時的事情，而運用 Markdown 的文章排版只需一次即可。

好處

Markdown 是一段純文字，運用任何文字編輯器都能夠翻開，而要翻開 Word 文件，必需要先裝置 Office 軟體。

Markdown 能夠很輕鬆的對文件停止排版，而運用 Word，排版要破費大量的精神。Markdown 能夠很輕鬆的轉為 Html、Word、PDF 檔案以及電子書。現有的大多數媒體平臺都已支援 Markdown。

我認為，只要你想碼字，那特別建議你花一天時間（最多了），學習下Markdown。

不管是程式設計師，產品、運營...或者從事其他任何工作，只要你想碼字。

為什麼？

因為，Markown是寫作即完成了排版，而且格式內容看起來非常友好。

綜上，我認為一個優秀的程式設計師，一定會去主動掌握學習markdown的。

雖說很少有哪家公司，在招聘的時候，強制要求程式設計師會 Markdown 編輯文件，但是，Markdown 幾乎是程式設計師在書寫文件時，繞不開的技能。

使用頻率高

在專案中交付時，少不了說明文件

Readme.md

，或者指導手冊 wiki，這些文件幾乎都支援 Markdown 書寫。如果同事需要接手你的專案，要是你丟一個 txt 檔案，那一大推文字簡直要個程式設計師老命。或者丟來 word 文件，我還得想想 office 安裝好了沒，畢竟作為一個程式設計師，已經好久沒開啟過 word 了。

書寫過程流暢

和大多數富文字編輯器不一樣，Markdown 並不是所寫即所得，需要一個渲染的過程。有點像寫程式碼的過程，敲完了還得想一下，最終展現的效果是什麼樣的。不過現在很多軟體都支援預覽，可以看到最終呈現的效果。

如果想要提高碼字（程式碼）效率，就要做到：能用鍵盤搞定的，絕對不要使用滑鼠。

較少的語法與良好地相容

Markdown 語法2004年就已經出現，這麼多年了，本身並沒有擴充新的語法。因此，只需要掌握不到20個語法，就能滿足絕大多數編寫場景。無論在 Mac ，還是 Win 作業系統，無論使用何種 Markdown 編輯器，使用基本Markdown 語法渲染的內容，都能正確地呈獻給讀者。

如果手邊暫時沒有順手的 Markdown 編輯器，可以使用 IDE 外掛的方式，輕鬆閱讀和編輯 Markdown 檔案。

出書

Markdown 能被使用來撰寫電子書，使用開源的 Gitbook 能快速地生成電子書。如果將自己散落的 Markdown 檔案組織起來，編輯出書，也是對自己莫大的鼓勵。我曾經對 Gitbook 有長時間的研究，有興趣的話可以一起交流。

答案是：不是。

會markdown根本不能稱之為技能，寫到簡歷裡面會被人笑掉大牙。因為掌握它的語法太簡單，幾分鐘就能瞭解它的全部語法，比html還簡單。

markdown火起來的原因我覺得是程式設計師的「懶」。程式設計師不喜歡寫註釋，更不喜歡寫文件，因為覺得程式碼已經完美述說了自己所有的思路。編寫文件的需求一般不是自己自願的，而是公司的規章制度，所以不追求UI，越高效越好。程式設計師不需要考慮任何與碼字無關的細節，手不離鍵盤，快速完成一篇讓人「能看」的文件。如果後面再出現一個比markdown還簡單的，能支援程式碼高亮，有目錄結構，並且有版本控制的文字編輯語法，程式設計師會馬上拋棄markdown。不過我相信不會有了，因為markdown已經夠簡單了。

目前所有流行的IDE程式碼編輯器都已經有markdown外掛，還有最大的程式設計師交友平臺github全面支援markdown語法，使得markdown在IT圈正式出道。

雖然markdown 易讀易寫，還可以很容易的被轉換為 html，pdf 之類的格式。但是markdown也有自己的缺點，其誕生之初就被定義成輕量級標記語言，所以圖片和表格永遠是它的硬傷，另外對於更細緻的佈局格式也不支援。還有一點，貌似現在各大平臺markdown語法還不統一。

不過瑕不掩瑜，markdown已經出圈，越來越被程式設計師以外的圈子所接受：

經常閱讀書寫各種技術文件的技術人員混跡於各種技術論壇和社群的程式猿經常碼字並且追求效率和流暢度的文字工作者只求排版簡單明瞭不求過分花哨的網站編輯喜歡分享，愛好寫作的部落格或者專欄作者喜歡整理各種讀書筆記學習筆記的學生黨

在我看來，一名程式設計師可以學習一下 Markdown ，但是並沒有到非學不可的地步。

Markdown 是一種輕量級的【標記語言】，它讓我們使用純文字格式編寫文件；這裡提到的語言，並不是某種程式語言，也並不是只有程式設計師可以使用的。

通俗地說，Markdown 其實就是一套語法、一套規定，我們在編寫文件的時候，增加一些符號，就可以達到某些效果，比如加粗、多級標題、列表等等；如圖：

圖 - 1，我們編輯的內容，可以看到我們使用了 #、##、``` 這些標記符號。

圖 - 2，最後的效果

Markdown 的優點Markdown 常用的標記符號也就十來個，就算是一個非程式設計師，學習這些標記符號也只需要幾分鐘的時間，而一旦熟悉了這種語法規則，會讓我們文件編寫的速度變得非常的快。讓作者可以專注文字內容，而需要關心排版樣式，可以更安心地寫作；純文字，你可以使用任何文字編輯器；Markdown 預設的檔案格式是 .md，不過也可以輕鬆地匯出 HTML、PDF、Word 等等；Markdown 的語法標題：在本段文字之前加 # 號，就表示一級標題，## 就是二級標題，最多可以到六級；列表：無序列表使用 - 或 * ；有序列表使用數字 1. 2. 3. ，符號或數字與文字之間有一個空格；引用：使用大於號 >；粗體：兩個 ** 中間的文字，會被加粗；斜體：兩個 * 中間的文字，會變成斜體；圖片：；連結：[連結的文字](連結的地址)；程式碼框：被兩個 ``` 包裹起來；分割線：三個 * ；

我現在使用的 Typora 這個軟體，現在很多網站也都支援 Markdown 語法，我們可以在本地編輯好，然後直接釋出到這些網站上；這樣可以讓我專注寫作內容，不需要花精力在格式上。

技多不壓身，何況作為程式設計師，面對高速更新的網際網路技術，不學習就就會落伍。目前很多專案利用腳手架新建會帶有READEME.md檔案，它就是用Markdown語法來編寫的用於說明如何使用該系統，其重要性在於其他程式設計師看到後會很快速瞭解到該專案中使用的技術，以及擁有哪些功能，或者是某一技術點如何正確的被使用！

而且在git倉庫新建專案時，會有選項告訴我們是否需要生成README.md，有了它，我們不必無厘頭的直接去看晦澀難懂的程式碼，所以在專案完備方面來講必不可少。很多時候我們的專案並不是由我們自己一直維護，需要交由其他程式設計師，最好掌握該語言，以便順利的寫出不錯的文件。

就我而言我覺得Markdown不是一個程式設計師必會的文件編輯技能，這只是一個輔助工具而已。

有它可能會提高效率，但沒有的話不可能就不會幹程式設計師該乾的事情了吧？

程式設計師講究效率，而Markdown無疑是一種非常高效的標記語言（姑且稱其為語言），再配合合適的編輯器（比如：Typora），寫筆記、文件效率相當高，所以應該成為必備技能。

當然Markdown的語法是非常簡單的，對程式設計師這種學習能力非常強的人群來說，學習這個根本不是事兒。