斐闊 Finctory

我在這裡學會的不是怎麼寫系統，是怎麼讓系統活得比寫它的人久。一個沒有投資人、所有人還在唸書、每個人隨時可以走的組織，技術決策的第一個約束是交接。

營運中2024.04 – 現在共同創辦人 · 技術長

公司化: 已完成法人登記
產品線: 4 條
競賽獎金與補助: NT$ 100 萬+
進駐基地: 桃園青創萌芽團隊

在解什麼問題

2024 年四月組隊的時候，我原本以為技術長的工作是把技術做對。後來發現不是——兩年後這是一間登記在案的公司、四條產品線、四個領導職位，而當初那批夥伴幾乎全部換過一輪。

真正的問題是：一個沒有投資人、所有人都還在唸書、每個人隨時可以走的組織，要怎麼讓技術決策撐得過人員流動？我做的每一個選擇，第一個要通過的檢查不是「這樣寫最好嗎」，是「下一個人接得住嗎」。

架構決策

01 2024.04
技術選型全部收斂到同一套 stack，不讓每個產品各自挑喜歡的工具。
沒選的
每條產品線用最適合自己的技術
為什麼
四條產品線、四個人以下的工程團隊。如果 oSave 用 FastAPI、SurPrice 用 Node、淘換算用別的，那任何一個人離開都會帶走一整條產品線的維護能力。統一 stack 買到的不是效能，是「換人接手」這件事本身。
代價
有些產品用了不是最適合它的工具，PWA 那條尤其明顯。
02
產品線擴張，而不是把所有資源壓在旗艦產品上。
沒選的
集中火力做 oSave

技術

Nuxt.js
Vue.js
Tailwind CSS
PWA
FastAPI
Node.js
LangGraph
LangChain
OpenAI API
PostgreSQL
Docker
Heroku
GitHub Actions