Vol. I · Since 2015

技術,是一種 長期的 承諾

采霆是一家位於桃園的數位技研。自 2015 年起,我們為認真經營的企業設計、 建造、維運能長期運作的數位系統——交付只是開始,陪它長大才是工作。

Scroll
ShunteamVol. I
2015 年采霆第一間辦公室的工作桌,桌上放著一本 ASP.NET MVC5 開發書
桃園的第一張桌子
Plate 01Taoyuan · 2015
Philosophy

幾個工程師,決定自己蓋點什麼

公司的第一行程式碼寫於 2015 年,桃園的一間小辦公室。當時做的事情很簡單: 幫別人抓蟲、修那些沒人想碰的老系統。但看久了就明白,真正的問題從來不在那些蟲身上, 而在沒有人願意為一套系統的第三年、第五年負責。

所以采霆從一開始就不接「做完就走」的案子。我們設計的東西要能被下一個工程師看懂, 要能在需求改變時安全地改,要在我們不在場的時候繼續正常運作。

哥寫的不是程式碼,是感情與智慧的結晶;哥喝的不是咖啡,是思緒與創意的靈魂。 每次除蟲都是一場史詩級的副本冒險。

Founded 2015
HQ 桃園
Status Active
Chronicle

十一年,六個轉折

2015

公司成立

桃園的一間小辦公室,兩台機器,一套還在用手動搬檔案的部署流程。 我們知道自己想做的是「連自己都感動」的東西,只是還不知道要花多久。

第一次佈署到正式機,緊張到發抖

2017

流程重整

導入敏捷與 CI/CD 之後,「客戶又要改需求」從災難變成日常。 自動化部署讓改一行程式的成本降到可以接受,我們才敢答應客戶盡量改。

「瀑布式加班」進化成「準時敏捷下班」

2018

從網站走進工廠

第一次接下製造業的生產管理系統,才知道辦公室的邏輯到現場全部要重寫—— 網路會斷、機台不等人、師傅戴著手套沒辦法點小按鈕。 那一年學會的不是新技術,是先去現場站三天再開規格。

需求訪談最有用的工具是安全帽

2020

上雲

疫情推著所有人遠端工作,也推著客戶的系統上雲。 GCP、Azure、AWS、Cloudflare 一路踩過來,換到的是一套能在半夜自己撐住的架構。

感謝那些年練就的上帝視角

2024

與 AI 共事

AI 確實能幫忙寫程式,但它分不清「老闆說的」和「老闆真正要的」。 我們把它當成放大鏡而不是替身——判斷還是人的工作,這也正是我們存在的理由。

AI 是工具,不是替代品

2026

交接得出去的系統

最早那批客戶的系統陸續進入第十年,換過三任窗口、兩任 IT 主管。 它們還活著,靠的不是當初寫得多聰明,是文件、測試與那些看起來很無聊的規範。 我們現在的驗收標準只有一條:不靠我們也能繼續改。

寫給三年後的人看,包括三年後的自己

Teams

兩個團隊,一種標準

ShunteamVol. II
采霆桃園辦公室牆上的 ST 采霆立體招牌
招牌掛上牆的那一天
Plate 022015.10.02

網管團隊

這群人的工作是讓系統永遠在線。半夜接到告警是家常便飯, 修好後回去繼續睡是基本技能。他們追求的境界是——久到讓人忘記還有監控這回事。

日常
  • 盯監控面板,在使用者發現之前先發現
  • 寫自動化腳本,能自動的絕不手動
  • 備份與災難復原演練(希望永遠用不到)
  • 效能調校,讓系統跑得比昨天順

我們的 KPI 是正常運作時間 99.9%,但其實都做到 99.99% 了

Linux · Windows Server · Docker · Kubernetes · Azure · CI/CD · Nginx · MySQL · PostgreSQL

ShunteamVol. III
開業時收到的書法賀匾,掛在采霆辦公室牆上
開業那年的賀匾
Plate 032015.10.02

開發團隊

從前端畫面到後端邏輯,從資料庫設計到 API 串接。 每天的工作是把客戶口中的天馬行空,翻譯成真的能用、而且三年後還能改的系統。

日常
  • 前端:調 CSS 調到懷疑人生,最後發現少了一個分號
  • 後端:業務邏輯、API 設計、查詢效能優化
  • 行動端:iOS 與 Android 雙平台,體驗要一致
  • 除錯:「昨天還好好的」是最常見的起手式

先讓它能動,再讓它動得好,最後讓它動得美

C# / .NET · ASP.NET MVC · Entity Framework · SQL Server · JavaScript · Bootstrap · React · Vue · Swift · Kotlin

Record

十一年,用數字說

0+
年經驗
0+
專案
0+
客戶
<1hr
快速回應 平均回覆時間:沒算過
Values

不是寫在牆上的口號,是每天在做的事

創新Innovation

新技術先在自己的專案上試過,確認踩得完那些坑,才敢帶進客戶的系統。 創新不是追新,是把「還沒人這樣做」跟「已經有人試過而且行得通」分清楚—— 前者留給我們自己的時間,後者才交付出去。

最新的 JS Framework 出了?先給它一個機會,但不是給客戶的機會

專業Craft

十一年換來一條標準:每一行程式碼都要說得出存在的理由。 寫得出來只是及格,寫得讓三年後接手的人看得懂才算完成—— 所以我們花在命名、拆函式與寫測試的時間,經常比寫功能本身還多。

這不是 Bug,是五分鐘後就會消失的特色

團隊Team

系統的壽命比任何一個人的任期都長,所以沒有誰能是唯一看得懂那段程式的人。 我們刻意讓每個模組至少兩個人熟,交叉審查不是流程要求,是不想有人請假就卡住。

「這段只有他會」是我們最怕聽到的一句話

效率Efficiency

重複三次以上的事就該讓機器做——部署、備份、測試、報表,全部交給腳本與排程。 省下來的時間不是拿去多接案,是拿去做只有人能做的事:判斷客戶真正要的是什麼。

能用一行指令解決的,絕不多按一下滑鼠
Contact

有想法?聊聊吧

先聊聊沒關係,我們不收諮詢費。