神乎其技，惟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、如果還有問題的話，用匯編語言重寫你的程序。這不會減少程序的錯誤，但這將確保沒有人能找到錯誤的位置，沒有人能借此貶低你的編程能力了。
