今年又拖到最後一刻才報名,為什麼選擇這個題目呢?因為去年就做過這樣的事。
針對一個已經在線上服務的前端大型專案,為何會碰到需要決定重構或翻新的時刻?應該考量哪些事情?又應該如何做呢?
決定從開發團隊的角度出發,以自己身為網頁前端工程師的視角,回想從翻新專案的經驗中,有哪些事情可以做得更好,有系統地記錄下來成為未來的養分。未來要是再次面對專案的翻新,不會發出「咦?」這樣的不敢置信,也不會有「嗯。」這樣的無奈,更不會有「欸!」這樣的驚訝。
搞不好以後還能成為快樂的 IT 管理人唷,所以趕快來報名參加這個組別。耶!
先來說一個小故事: 前一陣子跟朋友聊天,朋友說:「我有個創業的點子,想要研發一個跟露營有關的產品!」 原來朋友之前因為興趣使然跑去學了木工,他平常就是個熱愛 D...
軟體開發有個情境或許大家都不陌生: 團隊可能接手外包所開發的程式,或是接手團隊其他成員所寫的程式繼續開發,但碰到了一些難以繼續開發或維護的問題,這些問題造成的原...
對於帶領一個開發團隊的領導者來說如何提升團隊中工程師的生產力是一個非常重要的課題 「empower」大概是最重要的要素之一 適當地賦予權力給予工程師參與決策、思...
當要開發一個大型專案的時候,往往會落入一個錯誤的認知,就是認為投入的人數越多,開發越快。 軟體開發需要兼顧工作效率與整體性 團隊配置 運作方式與例子
《人月神話》這本書中一直強調: 軟體設計很重要的原則之一,就是保有「概念的整體性」。 為什麼要保有概念整體性 首先我們先想想,開發軟體的目的,就是要解決問題並轉...
有哪些文件:orientation. 技術、API、測試等 自動化產生,自動化建置流程的一部分 新成員加入,一起過一次說明文件