寫好C程式的10條秘籍

神乎其技，惟C程式，功到自成，十大建議！ 

　　1、汝應頻繁催動lint工具，據其文法聲明修習內力，此事皆因lint之思慮決斷實遠在君上。 

　　2、不可依隨NULL指標，如若不然，混沌癡顛必俟君於彼岸。 

　　3、縱有天賦大智慧，知曉其事無礙，汝亦當盡數強制挪移函數參數為原型所期之資料類型，以免一時疏忽，致使資料類型向汝討還血債。 

　　4、若標頭檔未於函數原型之中聲明傳回值類型，汝當親為此事，更須謹慎再三，以防不測降臨汝身。 

　　5、汝須親核字串、數組操作之越界與否。古之聖人有言： 嘗祈門人對答“然也”，不意門人答曰“吾瞭然於胸無須多慮盡請寬心他日趨庭必當重謝”——所期者短，所獲者長，此於數組，實最險要處也。 

　　6、若函式宣告內提及，於異常時將返回錯誤碼云云，汝當謹慎校核該傳回值。或有校核語句使汝之代碼增大數倍，令汝之手指因敲鍵而痛楚莫名之事，汝亦當如此。不然，汝固以為此異常之事難得一見，上蒼亦必藉此懲戒汝之傲慢。 

　　7、汝應研習庫函數，不當親筆重寫之。如是，汝之代碼必短小易讀，汝之心境必清爽恬淡。 

　　8、縱汝不願，汝亦應借括弧、縮排之屬，使汝之代碼間架清晰，可為後者借鑒。汝之大智慧施於決疑解難則可，施於敷設謎團、淆亂文體則萬萬不可。 

　　9、外部標識符之前六字元當與眾不同。此律法看似粗陋，和者寥寥，然其效用自能延續永遠。汝若不從此言，他日，汝欲串連程式於舊作之上時，必抓耳撓腮、蓬頭垢面，狼狽之相盡現矣。 

　　10、或有族類，大言炎炎，雲“普天之下，莫非VAX”。於此等異端，汝當摒棄之、斷絕之、遠避之。更有異人，篤信魔道，以為縱汝所用電腦頻繁換代，汝之程式亦能長久適用。汝亦不可與此類惡人來往，謹記謹記。 

　　如何編寫最爛的C 語言程式 

　　1、重寫標準庫函數，把函數名改成你自己才懂得的晦澀的名字。 

　　2、使用晦澀的，個人化的，無法移植的函數庫，這樣你就永遠也不會離開你喜歡的平台了。 

　　3、在所有函數調用前，使用最能精確描述函數功能的注釋，比如 printf("Hello world/n"); 

　　4、記住：只有菜鳥才在代碼中使用斷行符號分行符號； 只有菜鳥的徒弟才使用定位字元； 高手會在代碼中添加無數內嵌的彙編指令。 

　　5、“使用者介面”是給低能兒準備的，“使用者”是決不會通過介面與你的程式打交道的。 

　　6、如果你必須注釋你的代碼，那就從其他人的代碼裡隨便抽幾條注釋，放到你的代碼裡吧。這是最快、最容易的辦法，而且，當你看到其他人讀你的代碼時，臉上出現異樣的表情時，該是一件多麼快樂的事呀。 

　　7、盡量使用先行編譯選項，儘可能使用新的宏定義代替函數庫中已有的宏定義。這叫做“盡其所用”。 

　　8、你不用關心代碼的細節，編譯器會幫你搞定一切的。 

　　如何測試最爛的C 語言程式 

　　1、只要你的代碼通過了編譯，問題就肯定都出在其他人的代碼裡。 

　　2、如果都是你寫的代碼，那問題肯定出在那些不可信的函數庫裡。 

　　3、向測試者宣告：錯誤報表是玷汙我作為C語言程式員最純潔名譽的卑鄙謊言！你們為什麼要這樣做？你們甚至都沒辦法順利閱讀My Code，你們怎麼知道裡面有錯誤？ 

　　4、如果測試員可以順利閱讀你的代碼，那你編寫爛代碼的功夫還不到家。 

　　5、宣布： 如果那些小氣的公司（或學校、老婆等）願意為你買一套C++的編譯器的話，程式就不會有任何錯誤了。 

　　6、在代碼的任意位置插入或刪除空行，重新編譯，執行。 

　　7、如果還有問題的話，用組合語言重寫你的程式。這不會減少程式的錯誤，但這將確保沒有人能找到錯誤的位置，沒有人能藉此貶低你的編程能力了。