Benjamin

新人工程師,偶爾分享工作心得(預計?

專案公司到職半年的心得

這篇是自去年離職,到現在的公司工作近半年後開始寫下的心得,經歷了不只一個專案,覺得可以分享一下目前的經驗,以及關於是否推薦新手工程師加入專案公司這類建議。

雖說是到職半年心得,但實際上這篇因為一些原因而延後了,中途放著未完成的草稿達數月之久,總之這篇的內容將以標題的半年為準。


首先簡介一下專案公司的運作模式,通常是跟政府機關或一些公司談好合約並安排一個團隊進行開發、測試,直到交件,根據合約內容也有可能在交付之後由部分成員繼續負責維運的工作。大部分團隊都是在公司辦公室開發,有較少數專案因客戶公司的要求可能整個團隊進駐客戶的公司,僅限使用客戶公司的內網開發。

另一種模式是駐點,與客戶的合作方式是由這邊派出一兩個開發人員到客戶公司的團隊進行開發,這個團隊其他成員可能由客戶公司員工與其他數家專案公司派駐人員組成,由客戶公司的主管負責專案開發的時程及人員管理,因此在加入之前通常會與該主管面試,並決定是否適合團隊,如果在求職的時候碰到需要跟客戶公 主管面試的情況通常就是這種模式。


專案公司很可能沒有公司以本身的名義獨立推出,可以跟親朋好友說「某個網站就是我的部門負責的喔」的產品,也許有的人會在意這點而覺得沒有成就感?

除此之外,長期駐點的員工也可能因為缺少公司內的互動而沒有對公司的歸屬感,因此公司定期舉辦內部課程或其他交流活動有其重要性。


專案公司的合作對象通常不會只合作一次,也有可能透過客戶的口耳相傳接觸到新的客戶,因此公司本身的口碑很重要,其中包含了合作的過程以及交付之後客戶公司維護以及後續修改的易用性,公司會為此定義出通用且較完整的開發規範,可以期望在這裡學習到不錯的開發經驗。以我的例子來講,相比於前公司時開發的專案,因為成員大多都在開發過程中學習,有時會發生考慮不周而後續不好維護以及添加新功能的問題。


其他的特點根據觀點不同可同時被視為優點和缺點,例如工程師會在不同的專案進行開發,不會長期負責同一個專案,每次轉換可能都需要一些時間才能適應,就像是頻繁的換工作一樣,如果追求穩定的人可能會不喜歡這樣的模式;反過來說也可以把這個模式當成「不用頻繁換工作也可以接觸到多種專案」的機會,可以快速累積專案開發的經驗,而且轉換期間專案公司依然會持續支付薪水,和跳槽還是不太一樣。

當接手前公司留下的專案時無法避免會看到奇怪的,過時的程式碼,光是理解邏輯就可能是一件相當費工的差事(我最近也經歷過了),雖然過程很痛苦,但是如果把它當成反面教材,並記下自己討厭的原因,讓自己以後不會寫出同樣錯誤就有價值了。


基於以上的觀察,我個人的建議是畢業生和訓練課程出身的非本科生,將專案公司作為第一份工作應該是不錯的選擇,你會快速的接觸到「能賺錢的程式」長什麼樣子,這描述是為了與一些公司內部試驗性的專案有所區別,專案公司應該會有經驗豐富的前輩負責專案的開發規範和方向。像這樣快速的累積經驗,將接觸到的技術、自認為好的設計當成學習的養分,試著解釋自己做的功能以及專案的特性,這些對職涯一定會有所幫助。

而且這行很缺人,身為一個有點基礎又肯學習的新人,公司的前輩會支援你更快上手加入開發,有問題就問不用害羞,先集中在將分配到的工作做好,不用擔心會承擔太沉重的包袱或是重大的決定,好好享受短期「有事前輩們扛」的入門模式,未來持續成長再考慮要繼續待著往上發展或者到其他公司看看,我覺得都是很好的。


最後,再次強調,絕對別忘了記下自己的所見所學,技術心得也是書到用時方恨少,詳情請看這篇

Like my work??
Don't forget to support or like, so I know you are with me..

CC BY-NC-ND 2.0

面試期間注意到的事

1

Want to read more ?

Login with one click and join the most diverse creator community.