慢工出細活
剛剛讀了一篇有一點點長的文章:藏在趨勢科技的深厚內功,講的是敝公司的很多優點(雖然也潛藏許多..嗯...),總之文章中帶到一個點,快跟慢。
這個可以說一下,我第一份工作是在以做專案為導向的部門,部門要賺錢的主要方法就是要快,resource投入專案以後要很快的把專案做完,以最快的速度deliver給客戶跟驗收,然後再把resource投入其他專案,公司才有辦法在這上面獲利。所以養成了我的一個習慣,到處拉屎在其他公司裡面。
現在的工作不太一樣,趨勢是一間還蠻龐大的軟體公司,軟體設計這個問題就不是拉一陀屎然後還可以讓你跑掉。軟體開發的流程非常注重QA process,這是我在這邊學到最多的,從前期的design camp, 中期的design architecture review, spec review到中後期的code review, QA testing result review... 一堆review(也代表要開一堆會... =_=),讓你真的會很認真的思考,怎樣的架構跟規劃對軟體的品質是最有幫助的,已經不是我今天想到要用哪一個framework去做就用哪一個,必須考慮到怎麼release build、怎麼做CI、QA怎麼測試、怎麼maintain,很多東西在前期規劃也常被打槍,看到某個新技術覺得很炫很fancy,想用但往往常被打槍 XD (所以有時候覺得很沮喪)。
趨勢裡面每個人都三頭六臂,個個角落臥虎藏龍,所以其實表面說是認真工作認真玩,實際上是高度競爭,我相信在每個軟體公司都差不多,只是這邊很多東西的確是會讓人不自覺的成長,不管是硬實力或是軟實力。
這個可以說一下,我第一份工作是在以做專案為導向的部門,部門要賺錢的主要方法就是要快,resource投入專案以後要很快的把專案做完,以最快的速度deliver給客戶跟驗收,然後再把resource投入其他專案,公司才有辦法在這上面獲利。所以養成了我的一個習慣,到處拉屎在其他公司裡面。
現在的工作不太一樣,趨勢是一間還蠻龐大的軟體公司,軟體設計這個問題就不是拉一陀屎然後還可以讓你跑掉。軟體開發的流程非常注重QA process,這是我在這邊學到最多的,從前期的design camp, 中期的design architecture review, spec review到中後期的code review, QA testing result review... 一堆review(也代表要開一堆會... =_=),讓你真的會很認真的思考,怎樣的架構跟規劃對軟體的品質是最有幫助的,已經不是我今天想到要用哪一個framework去做就用哪一個,必須考慮到怎麼release build、怎麼做CI、QA怎麼測試、怎麼maintain,很多東西在前期規劃也常被打槍,看到某個新技術覺得很炫很fancy,想用但往往常被打槍 XD (所以有時候覺得很沮喪)。
趨勢裡面每個人都三頭六臂,個個角落臥虎藏龍,所以其實表面說是認真工作認真玩,實際上是高度競爭,我相信在每個軟體公司都差不多,只是這邊很多東西的確是會讓人不自覺的成長,不管是硬實力或是軟實力。
留言