文章內容如下：
什麽叫“創造力”，創造力就是——就算是要幹壹件爛事，都能幹得那麽漂亮，那麽有創意的能力。
什麽叫“抓狂”，抓狂就是——以壹種沈著老練的不屈不撓的壹本正經的精神，壹點壹點把妳推向崩潰的邊緣。
我把文章節選了壹些，也並沒有完全翻譯，簡譯壹下，也加入了壹些自己的調侃。對於有下面這些編程習慣的朋友，請大家對號入座。另外，維護程序的朋友們，妳們死定了！！
If builders built buildings the way programmers write programs, then the first woodpecker that came along would destroy civilization. （如果建築師蓋房子就像程序員寫程序壹樣，那麽，第壹只到來的啄木鳥就能毀掉我們的文明）~ Gerald Weinberg (born: 1933-10-27 age: 77) Weinberg’s Second Law
程序命名
容易輸入的名字。比如：Fred，asdf
單字母的變量名。比如：a,b,c,x，y，z（陳皓註：如果不夠用，可以考慮a1,a2,a3,a4,….）
有創意地拼寫錯誤。比如：SetPintleOpening，SetPintalClosing。這樣可以讓人很難搜索代碼。
抽象。比如：ProcessData, DoIt, GetData…抽象到就跟什麽都沒說壹樣。
縮寫。比如：WTF，RTFSC……（陳皓註：使用拼音縮寫也同樣給力，比如：BT，TMD，TJJTDS）
隨機大寫字母。比如：gEtnuMbER..
重用命名。在內嵌的語句塊中使用相同的變量名有奇效。
使用重音字母。比如：int ínt（註：第二個 ínt不是int）
使用下劃線。比如：_, __, ___。
使用不同的語言。比如混用英語，德語，或是中文拼音。
使用字符命名。比如：slash, asterix， comma…
使用無關的單詞。比如：god, superman, iloveu….
混淆l和1。字母l和數字1有時候是看不出來的。
偽裝欺詐
把註釋和代碼交織在壹起。
for(j=0; j<array_len; j+ =8)<br /> {<br /> total += array[j+0 ];<br /> total += array[j+1 ];<br /> total += array[j+2 ]; /* Main body of<br /> total += array[j+3]; * loop is unrolled<br /> total += array[j+4]; * for greater speed.<br /> total += array[j+5]; */<br /> total += array[j+6 ];<br /> total += array[j+7 ];<br /> }
隱藏宏定義。如：#define a=b a=0-b，當人們看到a=b時，誰也想不到那是壹個宏。
換行。如下所示，下面的示例使用搜索xy_z變得困難。
#define local_var xy\<br /> _z // local_var OK
代碼和顯示不壹致。比如，妳的界面顯示叫postal code，但是代碼裏確叫zipcode.
隱藏全局變量。把使用全局變量以函數參數的方式傳遞給函數，這樣可以讓人覺得那個變量不是全局變量。
使用同意詞。如：
#define xxx global_var // in file std.h <br /> #define xy_zxxx// in file ..\other\substd.h <br /> #define local_var xy_z// in file ..\codestd\inst.h
使用相似的變量名。如：單詞相似，swimmer 和 swimner，字母相似：ilI1 或 oO08。parselnt 和 parseInt， D0Calc 和 DOCalc。還有這壹組：xy_Z,xy__z， _xy_z， _xyz， XY_Z,xY_z， Xy_z。
重載函數。使用相同的函數名，但是其功能和具體實現完全沒有關系。
操作符重載。重載操作符可以讓妳的代碼變得詭異，感謝CCTV，感謝C++。這個東西是可以把混亂代碼提高到壹種藝術的形式。比如：重載壹個類的!操作符，但實際功能並不是取反，讓其返回壹個整數。於是，如果妳使用!!操作符，那麽，有意思的事就發生了——先是調用類的重載!操作符，然後把其返回的整數給!成了布爾變量，如果是!!!呢？呵呵。
#define。看過本站那些混亂代碼的文章，妳都會知道宏定義和預編譯對於寫出不可讀的代碼的重大意義。不過，壹個具有想像力的東西是——在頭文件中使用預編譯來查看這個頭文件被include了幾次，而被include不同的次數時，其中的函數定義完全不壹。
#ifndef DONE </p> <p>#ifdef TWICE </p> <p>// put stuff here to declare 3rd time around<br /> void g(char* str);<br /> #define DONE </p> <p>#else // TWICE<br /> #ifdef ONCE </p> <p>// put stuff here to declare 2nd time around<br /> void g(void* str);<br /> #define TWICE </p> <p>#else // ONCE </p> <p>// put stuff here to declare 1st time around<br /> void g(std::string str);<br /> #define ONCE </p> <p>#endif // ONCE<br /> #endif // TWICE<br /> #endif // DONE
#p#
文檔和註釋
在註釋中撒謊。妳不用真的去撒謊，只需在改代碼的時候不要更新註釋就可以了。
註釋明顯的東西。比如：/* add 1 to i */。（參看本站的“五種應該避免的註釋”）
只註釋是什麽，而不是為什麽。
不要註釋秘密。如果妳開發壹個航班系統，請妳壹定要保證每有壹個新的航班被加入，就得要修改25個以上的位置的程序。千萬別把這個事寫在文檔中。
註重細節。當妳設計壹個很復雜的算法的時候，妳壹定要把所有的詳細細設計都寫下來，沒有100頁不能罷休，段落要有5級以上，段落編號要有500個以上，例如：1.2.4.6.3.13 – Display all impacts for activitywhere selected mitigations can apply(short pseudocode omitted). 這樣，當妳寫代碼的時候，妳就可以讓妳的代碼和文檔壹致，如：Act1_2_4_6_3_13()
千萬不要註釋度衡單位。比如時間用的是秒還是毫秒，尺寸用的是像素還是英寸，大小是MB還是KB。等等。另外，在妳的代碼裏，妳可以混用不同的度衡單位，但也不要註釋。
Gotchas。陷阱，千萬不要註釋代碼中的陷阱。