Kou の IT侍魂

工作以來，一直在面臨技術的專業性，到底是個什麼樣的體現，不斷的思索How to

.是完成交付即可?  開發上用同樣的方式寫Code就能成長?

QA及測試等對於軟體健康度的想法，好像跟上頭只要時間內功能出來就可以了的時間概念有些衝突。

替公司解決問題是我的專業，但緊急任務不斷出現，變成用加班跟深夜來完成，這樣的進行方式不好，但妥協跟拒絕間又不好拿平衡。

在一個研討會上的講師推薦後，決定好好翻一下這本[The Clear Coder]

第一章 專業主義，裡面我最喜歡的部分就是[職業道德]這邊的論述。

開頭就破題的提出一個觀念 『職業發展是你自己的事』，雇主沒有義務提供給你培訓跟書籍，更甚者給你學習的時間，有給，真的是[待你不薄]

相較於自己也在帶領團隊，有時會遇到些奇奇怪怪的想法，『比起看書，更喜歡用案子來學習成長』、『開發上希望能有小範例，能更快上手』...頗無言，

裡面提到個人覺得不錯的點是雇主出錢聘請你，一週5天每日8小時，共40個小時，這40小時就應該替雇主解決問題。但更應該計畫每週工作60個小時，

前40小時是支付雇主的聘用，後20小時是給自己的，做些提升自己職業能力的部分(看書、練習、學習...等)，『術業有專攻』，就是需要時間去追求的。

這20小時你應該為自己的職業發展工作。 對技術的渴望，參加各種研討會或是社群，不斷衝擊無知的自己，看看大神的思維，了解自己的不足。

第二點是，瞭解你的領域，除了技術面的學習，你的工作領域相關的知識也不可少，本人從事EC相關的領域，也對這個論點相當有感，在行銷領域上，

轉換率、CPA、CPC、RTB、關鍵字行銷、導購、SEO、GA、Groth Hack這些Domain相關的知識，為了能跟相關部門有更好的討論溝通，多補足這邊的知識，

才能對得起「專業軟體發展人員」的專業。

第三點就是提到至少需要精通的技能，也是好多東西需要再花時間去了解。

套個佳句『世界上最可怕的事就是比你聰明的人，比你還努力還認真。』

看到有些非技術相關的人事，都積極的面對Agile、DevOps等議題的態度，本業的應該要有警覺阿。

心得隨記