瞧，無論您是 Linux 用戶、核心 Web 開發人員，還是 IT 技術人員，文件都是所有技術的一部分，但很少有人真正了解如何閱讀它們，更具體地說，如何吸收它們。
如果您希望以影片形式觀看本文，請查看此影片！
{% 嵌入 https://youtu.be/0OKuvTkQYBs %}
但是奧斯卡...😕
現在看，我聽到你說“但是奧斯卡，我剛剛讀完了整本 Rust 書”或“我只是讀了我自己無法弄清楚的內容——人們不知道如何閱讀文件，因為這些 20 頁的文件不再需要了”，我們馬上就會談到這一點。
因為是的，你是對的，文件有多種形式 - 自述文件、自動文件，甚至影片（是的，谷歌有時會製作影片而不是編寫文件）。
隨著我們記錄內容的能力越來越強，閱讀 20 頁文件所需的耐心就大大減少了。
但讓我問你這個問題（我希望你真正地思考這個問題）：你是在閱讀文件，還是在吸收它們？
這才是你該有的樣子！
你還能回想起剛剛讀到的關於 Rust、Linux 工具或其他正在學習的技術的所有內容嗎？嗯，可能記不住，這很正常，也不算壞事。
但你可能記不住那麼多。瞧，我們很多人都陷入了「只讀不理解」的思維模式——這讓我想起了我剛才說的，只讀文件而不是吸收它們。
吸收它！ 🌊
文件以及所有形式的寫作都是為了被思考、理解和領悟，而當你只是瀏覽一點文字時，你實際上並沒有做任何這樣的事情。
這很有道理。不幸的是，你的大腦不像你的 Linux。你不能只是把一些東西扔給它，然後指望它完美地複製所有內容——你可能也知道這一點。
現在有很多策略可以緩解這種情況，我們稍後會討論其中一些。但首先讓我們來談談為什麼——為什麼要注重閱讀文件？
別擔心，我不會試圖向你推銷這個想法，就像你的高中輔導員告訴你閱讀是雇主重視的技能一樣。
讓我實際向您解釋為什麼您應該學習如何真正吸收您閱讀的文件中的訊息。
為什麼？ ❓
為什麼，為什麼，你真的應該關心你的文件閱讀技能？
因為 Linux🐧
首先，Linux（以及任何廣泛使用且不太簡單的技術）。
所有努力學習 Linux 的技術人員，包括我自己，都想或需要使用 Linux，但我認為很多人並不清楚學習 Linux 需要花費多少時間。不只是時間，還有精力。如果你了解 Linux 的複雜性，你就會知道這需要閱讀大量的文件。
而且，如果你只是瀏覽所有閱讀或觀看的內容，你就會被迫重讀很多剛剛讀過的內容。這會消耗你的精力：它會讓人失去動力、疲憊不堪，而且會徹底扼殺 Linux 的樂趣，或者說，無論你嘗試使用什麼工具。
我自己可以自信地說我已經做過很多次了：我瀏覽最初的手冊頁，然後花接下來的 20 分鐘想知道為什麼我不理解我嘗試使用的 CLI 或程式。
只需查看此文件！
正如我所提到的，Linux 的類比可以應用於一切。任何值得你花時間學習的語言、框架或函式庫背後都會有大量的文件，如果你不能有效地吸收它們，你就會被淘汰。
教學地獄🔥
其次，這是擺脫教學地獄的最佳方法。
如果你不熟悉“教程地獄”，那麼它基本上就是每個技術人員在某個時候都會遇到的狀態。你的等級已經夠高，可以自己做專案了，但你已經跟著 YouTube 或 FreeCodeCamp 的教學看了太久，以至於你不想也不知道如何在沒有旁白指導的情況下搭建一個專案。
順便說一句，如果你現在處於這種情況，請告訴我。我很好奇。
無論如何，熟練文件是幫助自己擺脫這種狀態的最佳方法之一，即使您沒有積極地處於這種狀態，您也可能會發現自己或朋友在某個時候處於這種狀態，這確實有幫助。
為你！ 🙂↕️
第三，這很明顯：這是為了你自己的利益。
你吸收資訊的效率越高，你就越有時間去做有趣的事情，例如編碼，以及解決真正愚蠢的錯誤......就是這樣。
這不僅對您有益，而且對您周圍的每個人都有益。
讓一個願意坐下來並從手冊頁或類似內容中吸收大量資訊的人非常有用，而且您會發現，當您成為更好的資訊海綿時，您也會成為知識的來源。
好的，但是我該怎麼做呢？ 🫤
好的，最後，我們來談談怎麼做。這才是有意思的地方。
有很多不同的方法可以解決這個問題，如果你想了解更多，只需查閱「我如何從教科書中學習」。
有許多自學成才的學者都處理過您可能遇到的相同的文獻問題，因此他們能夠提供一些很好的建議和策略。
但無論如何，這才是重點：把它分解開來，並與內容互動。我們以《Rust》這本書為例。我打算從泛型這部分開始，我的天哪，這真是篇幅浩大的文字。等等，我們不要只是讀，而是要把它分解開來。
一個例子/用例🚩
在這種情況下，我們會嘗試總結，但這完全可以根據我的學習和實踐進行調整。順便說一句，請不要使用 Chat Gippity 進行總結——這完全偏離了我們的重點。
好的，首先我們被告知泛型是抽象工具。
然後我們被告知函數、結構和一些其他東西可以與泛型一起使用。
還有關於特徵和生命週期的一些花絮，但我們現在要避免討論它，因為它實際上不是主題。
但是，需要注意的是，如果《Rust》一書在關於泛型的部分中包含了特徵和生命週期，我們可能還需要考慮它們是如何連接的。
好了，我們已經把問題分解了。現在讓我們來實際操作一下。說到這類程式語言，我通常喜歡直接把程式碼寫到編輯器裡，看看是不是差不多。你可能之前看過泛型，不過我們先假裝沒看過。
它不起作用！ 📉
好的，所以我知道泛型是在我們希望多種資料類型被某種參數接受的任何地方用小尖括號定義的，所以也許當我們在函數參數中定義一種類型時，我們可以加入一個泛型……哦，那不起作用。
fn my_func(param: <T>) {
// ...
}我們先暫停一下。或許我們應該停下來，回到 Rust 書上，重複剛才的步驟：把問題分解開來，然後根據內容進行操作。好吧，我們的問題是我們不知道泛型的正確語法。讓我們來找看…哦，我們剛剛找到了一個泛型函數定義範例…這樣就更容易理解了！
好的，看起來我們把泛型放在這裡，然後在函數參數本身中包含類型（在本例中為 T）。看看這個，它成功了！ （對於房間裡的那些書呆子們，是的，我知道這不是一個完整的例子（有點））
fn my_func<T>(param: T) {
// ...
}堅持住🫷
現在請聽我說完。你可能會說“哦，但這不適用於所有情況”，但事實確實如此。這適用於任何記錄——甚至是我居住的國家（不，我不是開玩笑，你完全可以把這套方法運用到法律上）。
但請注意，我的意思是，你可能還沒這樣做過，但你絕對應該這樣做。不要只是閱讀一堆文件，然後試著記住它們。真正去思考，去與之互動，以及所有那些有趣的事。
回到原點➰
讓我們把這個話題完整地講一遍。記得我在文章開頭說過，你可能無法回想起剛剛讀過或看過的所有內容。
我做到了，相信我！
如果你完全忘了這一點，那也證明了我的觀點。如果你沒忘，那就太棒了。但讓我們把這個想法擴展到剛才的例子。想一想，我們學到了 Rust 中關於泛型的哪些知識？
真正學習🏫
如果你說“它適用於多種資料類型，並且它們位於函數外部的尖括號中”，那很好。不用擔心這聽起來很混亂。沒關係。
真正重要的是你理解它並且能夠真正回憶起你剛剛吸收的資訊。
這種做法背後的科學和心理學原理有很多，出於很多原因，我不會在這個頻道上討論這些內容。但如果你想了解更多，我推薦 Benjamin Keep。他製作了不少關於這方面的、研究透徹的影片。
{% 嵌入 https://www.youtube.com/@benjaminkeep %}
另一個選擇🛗
不過等等，其實你還可以做點別的。如果你對正在學習的內容仍然感到困惑，可以嘗試將其分解、總結，然後用自己的話重新組織起來。
我們可以使用前面的語句來做到這一點：「Rust 泛型允許透過單一函數參數處理多種資料類型，並且類型參數在函數外部的尖括號中定義」。
但是，做讓你開心的事，做讓你對剛剛閱讀的文件感到舒服的事。
糟糕的文件
我想討論的另一件事是：如何處理糟糕的文件？
這絕對是最有趣的部分──或者，我想，也不算是什麼有趣的部分。當你遇到寫得不好、內容不恰當的糟糕文件時，這整個「神奇」策略就徹底失效了。
想像一下，如果我不能快速從 Rust 書中找到那個使用泛型的範例函數，我就會陷入困境，直到我在書中或其他地方的相關原始程式碼中找到一個範例。
說實話，對於如何處理糟糕的文件，沒有一個正確的答案。話雖如此，我認為最好的方法，也是最自然的反應，就是去 GitHub 問題或論壇提問。
但通常情況下，尤其是在討論 Linux 或其他一些常用技術時，這並不是什麼問題。這也是我不太深入討論這個問題的原因。
哦，好吧。 🤷
是的，您可能一直在錯誤地閱讀文件。
但您可能不同意這一點，所以如果您不同意，請告訴我，並讓我知道您如何閱讀文件。
原文出處：https://dev.to/kurealnum/stop-skimming-documentation-mbk
1) --- 會變成分隔線（上一行必須是空白）
2) # 會變成一級標題
3) ## 會變成二級標題
4) ### 會變成三級標題
5) **粗體文字**會顯示粗體文字
6) ```當第一行與最後一行會顯示程式碼
7) 請搜尋 Markdown 語法，了解各種格式