又是講小道理的時候，這一次小編想講的是，形式與內容的話題。
總有某些時候，技術會讓你覺得很難理解，特別是別人口中講出來的技術，比如“我是這樣解決這個技術問題的”（而你的心裏面一直在想：這都是什麼啊？）
技術的理解之所以困難，是因爲很多人在理解技術的表達時（包括文字、代碼或口頭語言等），過分糾結於形式，試圖讓這個表達變得非常清晰，然後再去理解它的含義。
到底是先讓描述變得清晰無歧義再去理解它的含義，還是儘量從更上層去捕捉它的意圖而忽略描述的表現形式，哪一個辦法更好？
也就是，理清所有細節，還是在抽象層面去理解，哪個辦法更好？
從抽象層面去理解會更好，只不過，如果某些關鍵細節需要理清楚，那還是要理清楚。
不管是抽象層面，還是理解細節，都應該注意，不要糾結於形式，要重意不重形。
文字代碼或口語，都只是形式，而它表達的意思或意圖纔是內容，而內容纔是我們要注重的，對於形式只是簡單看一下。
如果形式太不清晰，那就應該通過提問，把它變得清晰一點。但是，時刻注重它的含義，注重它表達的內容。
形式只是語法或規則的拼湊，是多樣或多變的。
比如，爲什麼查表要用：select * from tab ？
這是sql工具制定的一個語法，用這個語法它才能正確解析，所以要用這個語法、句式，都只是形式上的東西。你要明白它的意圖，它是要從自己的磁盤數據結構中，找到所有的信息，然後在內存中創建起來，並以一種新的數據結構返回給你。
一樣的道理，再比如cmd的命令是系統組件制定的語法，也只是形式，你通過這種形式，來做到你想要的需求。
需要注意的是，形式，往往是多種多樣的。
比如你這個cmd，也只是形式中的一種，要達到你的目的，一定還有其它辦法。但不管cd還是j，內容都是一樣的：最終都讓你切換了目錄。
再比如，我讓你做首頁，說了佈局要怎麼樣怎麼樣，其實這個不重要，重要的是，你要明白我的意圖，比如我意圖很明顯，一是要告訴別人“我是什麼”，二是要讓別人能聯繫到我，而佈局只是達到意圖的表現形式。
所以，一定要透過形式，看到內容。而很多抽象的技術講解都喜歡講內容，比如它講“切換目錄”而不是講“cd”，它講“構建一個棧”而不是“使用list”。大家很可能覺得抽象更難理解，因爲它沒有涉及到具體可感知的東西，而形式更好理解，因爲它經常是看得着的東西。可是，我們真的應該習慣抽象的思維，真的應該在內容層面去理解知識，而不是形式上，最大的一個理由是：抽象（內容層面，甚至去到本質層面），可以簡化你的思維，讓你避開變化多端的形式的干擾。
另外，形式，往往追求全面，而全面對於問題的跟進或交流中的溝通，是不實用的。跟進問題，重在抓住主因；討論時，重在抓住本質或抽象。全面，意味着細節過多，而沒有重點，這是不實用的。
最後，能變成你的語言表達出來的信息，纔是你所把握的內容--你在跟別人討論某個概念時，用一句話說出來的：“這個東西就是...”，這個就是你把握的內容，不完整不全面是沒有關係的--殘缺更能突出重點。簡單來說，要注意這幾點：
- 不要全面、不要完善。
- 一定要突出重點。
- 一定要用自己的話。
總結一下，形式是多變的，它不重要卻經常迷惑人；重要的是形式後面的內容或意圖，從抽象的角度去理解內容，可以化繁爲簡。但是，一直強調形式不重要的，前提是在你去理解別人的形式時，如果換作我們去表達意思，怎麼選擇一個好的形式卻是值得考慮的事情。
而至於從內容抽象到本質，那是另一個話題。
