iT邦幫忙

鐵人檔案

2023 iThome 鐵人賽
回列表
IT管理

FID 打造強力前端團隊 系列

從業務領域切入打造產品開發團隊

鐵人鍊成 | 共 30 篇文章 | 33 人訂閱 訂閱系列文 RSS系列文
DAY 11

技術儲備之技術目的:開箱即用

如果說技術儲備是 FID 的其中一個任務,那麼技術儲備中的「技術」最能讓人感受到其 FID 價值的,就是「開箱即用」的特性。 背景故事 過去這些方式都是我「自己...

2023-09-26 ‧ 由 KimWong 分享
DAY 12

一眼看穿的程式

一眼看穿的程式 昨天說到開箱即用的程式,今天來看看一眼看穿的程式。 先從專案的目錄結構說起,不管你用什麼語言開發,都必須要有一個固定的目錄結構,這樣才能讓其他人...

2023-09-27 ‧ 由 KimWong 分享
DAY 13

技術儲備之人才:魚塘效益

在我們老家那裡有一句老話叫做,「魚唔過塘唔會肥」這是一句粵語,中文的意思是「魚不過塘不會胖」,意思用來比喻,人不經歷些什麼不會成長的意思。 如果我們是一個戰隊,...

2023-09-28 ‧ 由 KimWong 分享
DAY 14

階段開發

階段性開發,這不就是普通到不普通的「常識」嗎? 這有什麼好說的呢? 雖說如此,但對於階段開發,雖然目的顯然易懂,但實際上卻有許多細節需要注意,這些細節,往往是開...

2023-09-29 ‧ 由 KimWong 分享
DAY 15

抽象化

FID 的技術內容事實上和我們常見的程式理論或 Design pattern 一樣,都是同一件事,差別是我更喜歡把問題放在前面,把理論放在後面,這樣才能更好的理...

2023-09-30 ‧ 由 KimWong 分享
DAY 16

回饋機制

我們上週花了一些篇幅介紹一些「寫程式」的內容,實際上我並沒有花很多時間在這些內容上,因為並不存在「怎麼寫才是 FID」的問題,而是「怎麼寫才是好的程式」的問題...

2023-10-01 ‧ 由 KimWong 分享
DAY 17

攻防機制

在很多時候,我們都知道如何開發,如何部署,並成功將應用程式上線,但是我們卻忽略了一個重要的部分,那就是上線之後的後續開發,和下線之後的維護。 在上線後的「繼續」...

2023-10-02 ‧ 由 KimWong 分享
DAY 18

確認機制

我們在實作一個系統的時候,總是會有一些預期的結果,而這些預期的結果,我們稱之為斷言(Assertion)。但我們沒有要來說程式怎麼寫斷言,而是要來說明,我們要怎...

2023-10-03 ‧ 由 KimWong 分享
DAY 19

導入機制

一個組織的變動不宜太快,否則會造成組織的混亂,因此在導入機制上,我們採用了漸進式的方式,讓組織的成員可以慢慢適應新的機制,並且在適應的過程中,也可以慢慢的調整機...

2023-10-04 ‧ 由 KimWong 分享
DAY 20

衡量機制

在這個系列的一開始,有提到我們是如何衡量事情的重要性和急迫性,而我們衡量的標準都是蠻主觀的。 在另外一個層面上,我們對自己所花的時間和投入的地方,也很容易失焦,...

2023-10-05 ‧ 由 KimWong 分享