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

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

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

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

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

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

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

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

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

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

10、或有族類，大言炎炎，云“普天之下，莫非VAX”。于此等異端，汝當摒棄之、斷絕之、遠避之。

更有異人，篤信魔道，以為縱汝所用電腦頻繁換代，汝之程序亦能長久適用。汝亦不可與此類惡人來往，謹記謹記。

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

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

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

3、在所有函數調用前，使用最能精確描述函數功能的注釋，比如

printf("Hello world ");

4、記住：只有菜鳥才在代碼中使用回車換行符； 只有菜鳥的徒弟才使用制表符； 高手會在代碼中添加無數內嵌的匯編指令。

5、“用戶界面”是給低能兒準備的，“用戶”是決不會通過界面與你的程序打交道的。

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

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

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

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

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

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

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

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

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

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

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