技術選型：不是選你最熟的，是選客戶撐得住的

你在幫別人挑車 比喻：朋友請你幫他挑一台車。你自己喜歡手排跑車，但要開的人是他——他每天載三個小孩、停在狹窄的巷子、而且不太會修車。你挑跑車給他，是在展示你的品味，不是在幫他。 技術選型是同一件事。交付之後要維運這套系統的是客戶，不是你。 炫技與解決問題的差別 炫技　·　解決問題 出發點　·　這個技術很適合放進我的履歷　·　客戶那邊有沒有人能撐住這個東西 架構　·　漂亮、可擴展、什麼情境都想到了　·　剛好夠用，明年要擴的時候再擴 元件數量　·　多，每一個都是最適合那一小塊的工具　·　少，能少一個就少一個 交付後　·　只有你懂　·　客戶的 IT 看得懂 新手 FDE 最常犯的錯，是把「我做了一個很厲害的架構」當成專業的證明。客戶要的是問題消失，不是架構漂亮。 一套三個月後沒有人能修的系統，不管當初設計得多好，都是失敗的交付。 三個約束，選型之前要先問清楚 一、對方的 IT 能力 不是問「你們有 IT 嗎」，要問得更具體： ・你們現在自己維護哪些系統？ ・伺服器是自己管，還是都用雲端服務？ ・如果這套系統半夜掛掉，誰會被叫起來？ 最後一題的答案如果是「呃……應該是找你們吧」，那你就知道要選一個幾乎不會壞、壞了也很好修的方案。 二、預算，包含長期的 第一年的建置費之外，一定要算：訂閱費、用量費、以及明年的維護費。 這一點跟企業採購方看到的是同一張帳單，只是你站在提供方的位置。你如果只報建置費、讓對方在第二年才發現有一筆維運費，那筆錢會從你們的信任裡扣。 三、維運人力 系統上線之後，每個月需要多少人花多少時間照顧它？如果答案超過對方能負擔的範圍，那這個方案再好都不能選。 三個很好用的判斷問題 問自己，誠實回答： 1. 「這套東西壞掉的時候，客戶那邊誰能修？」 說不出一個名字，就換一個方案。 2. 「一年後我不在了，這套還跑得動嗎？」 需要你才跑得動的系統，不是交付，是綁架。 3. 「這個選擇裡，有多少是因為我想學它？」 想學新東西沒有錯，但要用自己的時間學，不要用客戶的專案學。 第 3 題大部分人不會誠實回答。但它是分辨好 FDE 跟壞 F...