上星期很榮幸...公司今日請了一位高人來公司做Consultant...
主要是關於我們IT 部門的
有很多問題其實我和其他同事都發覺到...
可惜自己能力有限...
很難可以令到其他人一起改變...
學習使用新科技..新技術
令到所有事更加有效率...
和Improve 自己的能力...
其實很多事情起頭都是困難的...
有時亦都會害怕行錯方向...
今次這個專家到公司...希望我們真是可以跟隨他的建議...
令到這個部門更加 PRO...
我會用這個BLOG 記下...和大家分享一些我覺得..
很有用的東西...!!!
在交談中..他提到一個Terms 叫 Tech Debt/ Code Debt...
個意思應該是這樣的...
是關係 Software Development/ software architecture/ coding 的時候...
如果一開始沒有想清楚..Planing 便好開始 Development 和 發佈你的程式...
可能可以用很短的時間..可以把你個Program/Feature 發放給客戶使用...
但是由於沒有好好想清楚/計劃好..所以將來要 Maintain 這個Project/Program ..
可能需要用很多的時間去解決問題... 這樣便時你要還的 Tech Debt/ Code 債/技術債
相反...如果你可以花多一點時間去研究一個較好的解決方法...
可能會比較用長一點的時間才可以把Program/Feature 發放給客戶使用
但..將來要 管理/維護個程式時...的時間便會減小...
因為這個程式相對Flexible... 有彈性..
可以較容易修改和加減功能等等...
其實到最後可能用的時間較長...但...會更容易令其他 Developer 明白..
更容易給伙伴 Pick up...幫助維護這個Program...
其實另一個解法是... 個頭做衰O左...
將來便可能要花更多的時間去解決問題...
好好計劃好的..便會比較容易去 Maintain...
這天另一個令我覺得有Point的是...
身為一個Developer ...
不應該因為Project/Team 的大小來決定做不做Planning...
[因為很多時候..會說..我們只有3-4個Developer...不需要應用到這些架構...]
[因為很多時候..會說..我們只有3-4個Developer...不需要應用到這些架構...]
其實 Planning 是一個 Good Practice...
自己一個人也應該學習好好的Planning...做好Time Management...
去令到自己可以Agree Deadline...能夠實踐自己計劃好的事...
自己一個人也應該學習好好的Planning...做好Time Management...
去令到自己可以Agree Deadline...能夠實踐自己計劃好的事...
你會怎樣定義什麼時候先要好好做一個 Project Management?
就如...要建一間房子..我們要計劃嗎?
那建一間 給Cat 住的要要計劃嗎?
E.G. 劃圖...
希望這些東西我都可以學以自用 =)
謝謝你還有很多的 Best Practice..
E.G. Bug Tracking, Task Estimation, Source Control, Code Review, Task Lists, 有創新思維...等等.. 不要常常被自己的思路限制著自己...找朋友傾談找者會想到另一個解決方法 =)
最重要係嘗試接受別人的意見...批評...經過討論/實踐去令到事情更完美...
建立一個更好的Standard...
E.G. Bug Tracking, Task Estimation, Source Control, Code Review, Task Lists, 有創新思維...等等.. 不要常常被自己的思路限制著自己...找朋友傾談找者會想到另一個解決方法 =)
最重要係嘗試接受別人的意見...批評...經過討論/實踐去令到事情更完美...
建立一個更好的Standard...
將來有機會我會繼續把從他身上學到的 和大家分享...
No comments:
Post a Comment