新工做與老項目

新的工做不知不覺的幹了一個多月了。怎麼說呢，跟想象中的差異很多，原本想的能進來跟大公司的同事能有不少交流，能在團隊中跟大牛學習更快。結果公司的這個項目上只有兩個程序員，項目是十年前的老項目，此次的任務是重構前臺界面，總體工做量可能要一年以上，核心的也要幹半年，另外的老程序員幹了幾年了，對項目也沒了解透徹，不少地方得靠自學，我想來都來了，說跑就跑也很差吧，感受好像是慫了搞不了才當逃兵同樣，趁此次機會磨鍊下前端也好，慢慢啃代碼慢慢重構吧。

不得不吐槽下，沒有註釋的代碼太難讀了，這麼大的工程量竟然都幾乎不怎麼寫註釋，尤爲是經常使用的函數跟接口，名字起的也很怪，各類奇怪的縮寫，猜不出來什麼含義，若是之後我帶項目，函數名不寫註釋的必定要考覈，一個註釋要不了幾分鐘，後期卻可能要浪費別人許多許多時間精力。

想趁機談談對老項目的感覺，這個項目在湊合能用的狀況下，沒有版本控制，部署工具等等標準流程，編譯的時候都通不過，各類報錯，原來他們用的eclipse，強制編譯，編譯好了再直接把代碼ftp到測試環境上測，看日誌。給人感受像一個樓，破了一扇窗子之後沒人管，因而整個樓各類塗鴉跟破窗。知乎上說祖傳代碼像屎山上堆屎，以爲很形象，到不是鄙視那些前輩，他們解決技術問題的能力都很強，就是有些東西實在過期，與時代脫節。

項目很大，這麼多年一直在修修補補，也算知足了甲方要求，可是我挺但願能有機會把它重構了，由於項目的一些開發理念實在太過期了，且不說繁瑣笨重的xml通訊方式，就說高級查詢語句，都是在前臺拼的，安全性確定不好，還有開發效率，用的原生js，不少邏輯寫在前臺，動輒上千行的js，很誇張，其實有不少優秀的組件不用重複造輪子了。項目的工做流引擎，也是本身開發的，跟業務耦合感受挺重，但願能用activiti從新實現。

可是若是重構，工做量究竟是多大呢，甲方可否接受並給新立項給錢呢，上級估計也不會贊成無緣無故的重構吧，都是以爲能湊合用幹嗎重寫，因此他們寧肯只改前臺。我想，重構前臺的過程當中，把前期的坑踩完之後都是大量的體力活吧，真不但願幹到最後又變成了來回複製粘貼的原始做業方式，鍛鍊不了技術的工做又有什麼意思呢。

不知道在這個大公司待了幾年的老同事怎麼想，我以爲按照這種開發方式，寫十年代碼也收穫有限，跟不上時代，一直拿着熟悉的十年前的東西開發是感覺不到新技術帶來的高效率的便捷。也許他們有本身的顧慮，要養家餬口什麼的。以我目前沒太大生活壓力的想法是，寧肯少拿點錢，也要挑個能磨鍊技術的好環境，對長遠好。也許真到半年後會有不一樣的想法，先把目前的思考記錄下來之後參考。