251.通過分析相應目標文件中的符號, 可以清晰地了解源文件的輸入和輸出.
252.使用源代碼瀏覽器瀏覽大型的代碼集合以及對像類型.
253.要抵制住按照您的編碼規範對外部代碼進行美化的誘惑; 不必要的編排更改會創建不同的代碼, 並妨礙工作的組織.
254.優美打印程序和編輯器語法著色可以使得程序的源代碼為易讀.
255.cdecl 程序可以將難以理解的C和C++類型聲明轉換成純英語(反之亦然).
256.實際運行程序, 往往可以更深刻地理解程序的動作.
257.系統調用|事件和數據包跟踪程序可以增進對程序動作的理解.
258.執行剖析器可以找出需要著重優化的代碼, ?櫓な淙朧蕕母哺切?, 以及分析算法的動作.
259.通過檢查從未執行的代碼行, 可以找出測試覆蓋的弱點, 並據此修正測試數據.
260.要探究程序動態動作時的每個細節, 需要在調試器中運作它.
261.將您覺得難以理解的代碼打印到紙上.
262.可以繪製圖示來描繪代碼的動作.
263.可以試著向別人介紹您在閱讀的代碼, 這樣做一般會增進您對代碼的理解.
264.理解複雜的算法或巧妙的數據結構, 要選擇一個安靜的環境, 然後聚精會神地考慮, 不要藉助於任何計算機化或自動化的幫助.
265.模仿軟件的功能時, 要依照相似實體的線路(類|函數|模塊). 在相似的現有實體中, 為簡化對源代碼庫的文本查找, 應選取比較罕見的名稱.
266.自動生成的文件常常會在文件的開關有一段註釋, 說明這種情況.
267.如果試圖精確地分析代碼, 一般會陷入數量眾多的類|文件和模塊中, 這些內容會很快將我們淹沒; 因此, 我們必須將需要理解的代碼限定在絕對必需的範圍之內.
268.採用一種廣度優先查找策略, 從多方攻克代碼閱讀中存在的問題,