寫爛 Code 是學程式必經之路

在我進公司寫程式的時候，前幾年都覺得自己在產出一堆噁爛的 Code，業界還有一個術語叫做「義大利麵的程式碼」，意思就是你寫的 Code 就像是麵條雜亂交錯，完全無法看出你的程式脈絡。

尤其是網站要準備上線時我就會特別緊張，都會想拉同事幫忙看一下能不能這樣寫。

阿杜：「靠北只要可以動就好了，管那麼多幹嘛？？」
我：「.....」

設計師同事：「嗯..你網頁跟我設計稿很一致啊，應該沒有什麼問題吧？」
我：「喔....」

於是乎網站上線三個月後相安無事還譏笑我顧慮太多！！！

可惡你們都不懂我內心的糾結，我裡面下的 CSS 程式碼都從網路上複製亂貼亂測試，網路上說這樣就能兼容 IE6、7、8 我就傻呼呼的貼上去也沒問題？那時候流行 table 排版，裡面的結構 table 包 table 包 table 巢狀到不行你們也覺得沒關係？我 jQuery 效果亂貼跑馬燈就出來，問我怎麼寫？我只會跟妳說就這六行 jQuery code 跟一個 CSS 載入就會動，你說原理哦？不好意思他 CSS 寫得很外星語言我完全看不懂欸。

以致於剛進公司前幾年的上線網站都不敢跟人說那些是我做的，深怕別人會打開原始碼，然後恥笑我的 Code，恥笑公司怎麼會請到這麼巢的人來做網頁排版。

相信各位在開始學寫程式的時候，也一定會有我以上的心路歷程，那麼到底該如何調整心態度過這段時期呢？就讓我娓娓道來吧。

自己要先寫出爛 Code 才知道要怎麼改進

寫程式同時也是培養邏輯的過程，以網頁排版來說你學了 HTML、CSS ，可能在網頁排版邏輯並沒有融會貫通，自己實作出個網站。JavaScript 學了一些流程控制、變數函數，自己硬幹出一個超陽春版的 todolist 代辦清單，雖然當下你都會覺得自己做得東西超爛，但你確實靠自己的想法做出一個「可以正常運作的東西」，更重要的是當東西做出來，才有辦法去優化，思考下一步要如何擴充功能，或做完後去搜尋其它人是怎麼寫的並加以練習。

所以我都會跟初學者說，你們就放心寫爛 Code 吧！一位成功的資深工程師的背後都有著一堆爛 Code，再從中去思考如何讓自己更好，沒有人天生就是天才，信手拈來就寫出一行行好 Code，所以拋棄你的羞恥心，初期先以「先求有再求好」的心態來學習程式吧！

不要還不會走就想學飛

比較常見的例子就是 HTML、CSS 還沒實際做出一個版型就想直接用 Bootstrap，或是 JavaScript 才剛會 變數、if、for 等基本語法，就想直接學 SPA 框架 ( Vue、React、Angular )。

以前我也會這樣，當社群上有人分享他開發的習慣與設計模式後，我就依樣畫葫蘆去模仿，然後還洋洋得意地以為自己功力大幅提昇。但實際用幾天後才發現，裡面有太多抽象的設計模式需要理解，或是你的專案根本不需要用到如此複雜的開發架構，導致自己痛不欲生。

所以會建議不要好高騖遠，好好地打穩基礎功才是王道，所以每當有人問我前端趨勢是哪些時，介紹完後我都還是會耳提面命地說，先把基礎功學好吧。要用 CSS 框架，至少底層的 CSS3 media queries 瞭解響應式原理，你才知道當版型有超出預期的調整時，自己也能寫 CSS 去客製，想學 JS SPA 框架，至少先把 AJAX 原理搞熟、知道網址 Router 邏輯、JS 執行生命週期再去碰才不會覺得各種觀念卡卡。

透過專案時程壓力來練功

當我培育線上學生投入到一個我認可的階段時，我都會建議他們盡快去就職將能力培養起來。

有時候透過自學你所能涉獵的範圍有限，例如一個專案從開始到結束的過程、跨部門溝通，更重要的是程式碼也會比較全面，在公司你要做的東西絕大部分都在做別人的產品服務，在功能邏輯也會比較複雜，吸收得東西也會比較多。

那在公司執行專案確保東西能如期交付，通常都會去壓時程，例如設計師要花二天設計與跟客戶確認，網頁切版 N 天，後端套程式 N 天。在時間有限的情況下，才能督促自己提升程式開發能力。

常常會有學生問說：「老師我想用 XX 框架，你覺得我可以在下個專案上用用看嗎？」

我都會建議說想試試看都 ok，但不要一口氣在一個專案用太多新技術，以免變數太多，像我在開發新專案時，至少七成是我有把握的東西，其中三成就會是最近我吸收的新技巧，想透過專案來使用他們提升我的程式功力。在時間壓力之下，學習效果自然會被逼得更好。

當然，你要全盤投入新技術在專案上也不是不行，個人覺得在開發程式時，也是在培養一種「我就是有辦法將這個系統依照我的技術觀打造起來」的自信，在決定導入前，先把一些重要的邏輯設計先設計出一個雛形 MVP，確認 ok 就放手去幹吧。

那時程被拖延到怎麼辦呢？當然是自己加班補起來啊，如果是你自己壓得時程但自己錯估時程，本來原本技術就可以做好的事情，因為你投入新技術導致時程延宕，那就是你自己的責任。但這也能讓你培養起「瞭解自己的學習投入狀況，並評估工作時程的能力」，這樣一來在專案跑個好幾輪樣流程後，功力絕對大增。

適時重構，重新檢視自身不足

在公司一定會遇到時間很趕，但又必須有產出的時候。以我來說，正常開發時程我就會用我自己擅長且又正規的寫法來寫，都會考慮到程式品質與未來靈活彈性的狀況。但當時間少時，你自然會以所有功能都先有，連命名都超懶、完全不管任何品質，反正可以跑就好。雖然在時間允許之下你還是會瞬間寫出正規的 Code，但絕大部分都還是相當的骯髒。

在這過程中也是對自己能力不足的照妖鏡，你可以發現自己在哪些細節上還有待加強的空間。例如對物件導向不熟悉、或是 CSS 模組設計上的脈絡，表示你對那些東西沒有真正內化到自己的心裡。

所以在公司沒有很忙得時候，我還是會自主研究自己已經上線的爛 Code，去思考我哪裡還有進步的空間。唯有自主發現自身不足之處，才有辦法讓自己更好。