學習JAVA心得

     今天是今年最後一天了，提早下班回家來寫入坑滿6年心得，我是從2008年入行的，有看過前面幾篇的讀者就會知道了，那一年台灣經濟超慘烈的，而我在那一年退伍入行，一切從政府的22k開始，我也是受害者之一，進入這行業時的第一個月薪水是23k(未扣勞健保前)，現在的薪水是當時的2~3倍，我入行時心中有一個目標想達成，我想在工作滿第一年時達到月薪40k，當時不知道是中邪還是被附身，每天狂寫程式以及思考寫的程式是不是有什麼地方沒考慮到的，想表現出積極性跟讓寫出來的程式穩定，拼了1年才達到29k，在第2年中間曾經想過打開104，但看到每間公司都要求2~3年經驗，我就放棄了這種想法，之後想著做滿5年再離開，慢慢的公司方向轉變，我也覺得自己做的工作開始在重複了，重複的設計server架構、元件設計來應用於一再重複的專案上，一切都變的乏味了，因此我選擇了離開，也在這個下了這個決定之後，技術主管(副總)與我聊天，他想不斷的說服我，想留我下來，提出要把我月薪從35k加到40k，在那公司主管認為台灣中部rd頂只能到40k，雖然這是我第一年的目標，花了4年才有機會觸碰到，但最後我還是選擇了離開。      我想表達的是，對於程式設計師這工作，我追求的是rd魂，我想做我覺得有興趣的工作，但工作是不可能100%都是自己有興趣的工作，不然就不是工作了，我能接受70%有興趣，30%乏味，而當你目前的工作已經讓自己覺得沒有養份了，也提不起興趣了，那就表示你該走了，否則只是讓自己的熱情消滅而已。      今年我在工作上最感到困惱的反而不是技術研究或不同程式語言的學習，而是不同團隊之同的合作問題，我目前所在的部門分為server組、android組、iOS組、美術組，原本在android組的工作模式，每個人所負責的部份都很契合，因此產出的app給大家的評價有80~90分，但一樣的人數，一樣的工作模式套用於iOS組，卻套不上去，每個人都自己做自己的，有自己的寫法，有自己的堅持，最後同一iOS組產出的多套app一個比一個慘，光是一個app開發了1年，bug多達200多個，而且一直解不完，還有大量的第三方不熟悉的library套入，目前主管請我(隸屬android組負責設計架構&會寫obj-c)介入ios組，進入幫忙調整架構，以及排除socket/io、maind thread、backgrou

      從事程式設計工程師也好幾年了，合作過的程式工程師也很多人，那就再來發一篇我對於團隊合作的心得吧。       一個研發團隊最理想的狀態就是可以互相支援對方對方60%~80%的工作，舉例說，有工程師A與工程師B，不論年資，只單純看能力，若是A對於B負責的功能或專案有80%的熟悉度，反之B對A也有80%，那好處就是當A突然有事請假，那專案進度並不會delay到，又或者業務臨時急件要拿B的專案去demo，那A可以馬上處理解決，這樣可以讓整個team給其他部門有好的印象，不會讓人有這部門怎麼什麼都不行的感覺，當你自己有自覺寫的程式不是代表自己，而是代表整個團隊時，那自己就要主動去跟團隊裡每個同事學一下技術，或了解相關進度，這絕對對自己有好處的(若是你想在短時間內有急速成長，並在多年後成為神(註1)，就一定要這樣做)。       雖然是理想，但在現實上要達成是有很大的難度的，我目前待的研發團隊正面臨這個難題，整個團隊也為了這件事開會討論過，當一個團隊出現了有人能力跟不上，甚至會造成對個團隊進度負成長(註2)，團隊裡就會開始有不好的氣氛，會有人開始抱怨，每個人對於這種負成長根源解決方式不同，我是把android team的人都找出來，之後用引導對方式向那位上班不集中的工程師問他原因，問他為什麼一個功能只要1小時可以寫完，他需要花上1天，並且我也直接跟他表明目前這個團隊需要的是可以跟上進度，有能力學習、不拖累別人的強者，之後他也承認他上班時都在玩，沒有認真寫程式，當然最後也有請主管與他談，後來他向主管承諾會改善，但這問題並發只有一人，別的小組也有這情形，但那位工程師被主管約談之後，他自己也覺得拖累大家，當天就決定離職了。       對於團隊合作，我目前所在的團隊討論了一個方式，大家之後會互相把專案功能切開，並把架構、UI、功能都分離，有人專負責架構，有人UI、有人功能，最終由1人整合，每個人都要有UI的基礎，這是基本的，剛進來不會的人就會先被分配去學做UI+流程，再由強的人去打主架構，然後大家都可以實作功能，功能有相同的可以集中成utility(註3)，整合的人則是要對全部都很熟，要會寫架構、UI、功能、元件，才有能力進行整合並分配各工作，這樣的做法目標就是要讓每個人的能力都可以拉上來跟上團隊，讓團隊可以對專案的研發速度提升。       最後下個結論吧，我目前負