還是初三的時候，什麼也不懂，覺得c#可以做視窗exe好膩害，然後下了個vs來寫winform

當時需要實現幾行類似字幕的文字，由於只是寫著玩玩自然沒有看書所以不知道迴圈和陣列，自然不可能知道多執行緒這種東西。

然後我發現有個timer的控制元件可以設定在多少毫秒實現什麼操作，於是我拖了幾十個timer進去，每一個timer設定固定的時間，然後timer_tick事件就寫切換文字和enable下一個timer的程式碼。然後就這樣非常笨拙的實現了字幕的功能

本人是一名.NET程式設計師，用C#語言。記得大學時自己想嘗試做一個計算器，就Windows裡自帶的Clac計算器那種。計算器有好多個按鈕，比如數字0，1,2，到9，還有運算子，比如+,-,*,/等等。其實介面繪製很簡單，只需要拖一些按鈕，擺放整齊就好。但再實現每個按鈕事件業務程式碼功能時竟然用非常笨重的辦法，滑鼠雙擊每一個按鈕，給每一個按鈕載入一個Button_Click事件，然後在每一個事件裡寫每個按鈕相應的功能。

當時對於.NET C#語言學習不夠深入，現在回想起來都讓人啼笑皆非。。

個人倒沒有什麼不堪回首的往事，但是可以說說以前在公司接觸到的一些新手的往事。

個人程式設計本著怎麼寫程式碼少就怎麼寫得風格，所以以前有時候在專案趕進度的時候，如果沒有寫註釋，個人可能第二天不知道自己寫得業務邏輯為什麼是這樣實現的，因為寫程式碼的時候想的很全面，但是再回過頭的時候，程式碼就那麼幾行，業務邏輯就好了，然後自己就要開始整理思緒了。所以，有時候別人在接手個人的程式碼後，看不懂個所以然。

所以，說不堪回首，倒是沒有，因為技術水平不一樣，坑別人倒是坑了一些。記得曾經一個專案個人獨立負責與Sap相關的業務，註釋也寫了，後來給別人接手，結果別人就是看不懂，那時候個人其實已經不在原先的專案組了，結果還回來陪原專案組通了幾天宵，惆悵。不過說實話，都是因為懶，個人懶得多寫程式碼，別人懶得多動腦子去理解。

至於不擇手段實現功能幹的比較愚蠢得事，非要說的話，那就是不寫註釋了。還記得以前在一個專案中，自己接手了一個業務邏輯非常複雜的功能，財務相關的，所以懂的人肯定懂，複雜程度能噁心到什麼程度。雖說個人愛偷懶少寫程式碼，但洋洋灑灑，一個js檔案也寫了好幾千行，對，趕進度，忘了寫註釋，後來自己看不懂自己寫的程式碼了，然後又回去補註釋。

並且當初個人寫的時候，不像公司內同項目組其他人那種普通寫法。運用了一些js的特性。如

(function(){})()這樣的寫法。有些程式碼還運用了一些閉包的特性，然而當時專案組成員大多隻會用function(){} 。

所以，當時專案經理準備動我程式碼去修復一些小bug的時候，完全無法下手，他跟成員聊天的時候，說的是一眼望過去，完全不會，不敢動手。

說說以前遇到的新手的事。

至今還記得當時一個專案運用了包含freemarker 元件這樣的一個框架。當時專案組內的人沒人用過freemarker，本人當時還沒參與那個專案，在別的專案中，只是因為跟這個專案組經理熟，兼顧了一下，個人當時在專案開始時教過專案組成員freemarker相關的知識。

教過了還不會，唉！後來個人參與到了那個專案中，oh，我的天吶！想象一下當時……

看了一下程式碼，發現其中 ajax 套 ajax 這樣的寫法，一個 ajax 請求以後在其返回時又套了一個ajax。整個頁面載入是 ajax，同時頁面剛解析時需要帶資料，帶資料也是ajax。

然後當時測試人員在測試的時候直接測蒙了。就比如：測試發現一個bug，然後叫猿猿過來，說，"我發現了一個bug，我演示給你看啊"……"唉，怎麼是好的，算了，你先回去吧，我待會重現了截圖給你"。

測試終於忽然一個瞬間重現了bug，後面，猿猿拿到截圖，本地測試無法重現，說沒有這個bug，測試一測，哎呀，又是好的。然後，可能幾個小時後，測試又說，那個bug又重現了。翻來覆去！

當時，專案已經進入後期了。所以，老程式設計師們都知道，全面改也是不可能再去改的了。最佳的方法就是脫坑，遠離這種坑。

如果你在外包公司，你會發現，你很容易接觸到這些新手，有些可能就坐在你旁邊。

不知道各位有沒有遇到或自己曾經萌新的時候幹過這些蠢事。

感謝閱讀！