技術分享
Helper CTO 系列文章 21｜找不到原廠商了：網域、主機與原始碼怎麼要回來
網站還在跑，但網域、主機、原始碼都登記在失聯的廠商名下，想改、想換、想交接都動不了。本文分三樣東西講「先查在誰名下、先找帳單、先找版本庫」的順序，以及要不回來時可以找誰協助、拿回來之後第一件該做的事。
「你們不是做維護的嗎？怎麼會叫我重做？」這是我們在健檢報告寫下「建議重做比較省」後最常收到的反應。這句話我們也不想寫：它代表你當初花的錢大部分要放掉，也代表我們少了一個接手的案子。你不是被當成肥羊，而是遇上一個修比重做還貴的系統。以下四項判斷依據，全部攤開。
「建議重做」是健檢報告裡最難寫的一句
健檢的結論只有三種：可以直接接手、先整理再接手、建議重做比較省。寫第三種之前，先排除三種假警報：
- 只是「別人的程式碼看不順眼」——每個工程師都有這毛病，那不是理由。
- 只是差一點點——差距不明顯時我們傾向修，風險比較好控制。
- 只是舊了——用了幾年不代表該換，還在跑就有它的價值。
真正的理由只有一個：繼續修下去的總花費明顯高於重做，「明顯」是指差距大到不必精算就看得出來。該救還是該重做的四個判斷點那篇給你自己判斷，這篇講我們看什麼。
修還是重做：我們看的四個地方
往左偏就傾向修，往右偏就傾向重做：
| 看哪裡 | 傾向修 | 傾向重做 |
|---|---|---|
| 有沒有人看得懂 | 補得出文件、說得出流程 | 補到一半還在「不確定在幹嘛」 |
| 資料結構 | 加功能是往上疊 | 加功能都要先繞過原設計 |
| 花費比較 | 整理的投入低於重做 | 整理的投入明顯高於重做 |
| 底層技術 | 還有人維護、升得上去 | 已停止維護，得先換整個底 |
不必全部往右，兩個以上偏右就會寫「建議重做比較省」。
四種會走到「重做」的情況
情況一：沒有人看得懂，也補不了文件。看不懂不是問題，問題是看完還是拼不出完整圖像：
- 程式碼裡有大量沒人知道用途的東西。
- 同一件事在三個地方用三種方法做。
- 改一個地方會在別處出錯，而且沒有紀錄解釋為什麼。
情況二：資料結構撐不住。資料結構是資料庫裡「東西怎麼放」的設計，撐不住很好認：
- 一個欄位塞了好幾種意思，誰都不敢動它。
- 該分開的資料黏在一起，該連起來的靠人工對照。
- 每加一個功能都要先繞過原本的設計，繞越多次整個系統越脆。
情況三：修的錢明顯超過重做。健檢時我們會同時估兩個數字，擺在一起通常一眼就分得出來：
- 整理到可以正常上線要做的事，加起來是多少投入。
- 同樣的功能範圍重做一次，又是多少投入。
- 差距大的系統，多半是功能拼出來的，不是設計出來的。
外包報價為什麼差那麼多那篇講的差異，到這一步會變成看得見的數字。
情況四：底層技術已經沒人維護。系統是蓋在別人做的工具上的，這些工具也會被作者停掉：
- 發現安全漏洞，不會再有人修。
- 跟新的主機環境不相容，也不會有人處理。
- 市場上會用它的工程師越來越少，找人越來越貴。
這時候「修」就是先把整個底換掉，工程量跟重做差不多，還多了「要相容舊做法」這個限制。
重做的時候，什麼要保住
建議重做不是歸零。三樣東西一定要保住：
- 資料：客戶、訂單、歷史紀錄。第一步是確認資料完整匯得出來、搬得過去。
- 流程：舊系統裡藏著公司實際的運作方式，哪些要審核、哪些是例外，先寫下來。
- 帳號與網域：網址、主機、外部服務的帳號，重做前就要確認在你手上。
帳號最常拖到最後。找不到原廠商時怎麼要回來那篇講過，沒拿回來，新系統上線那天會卡住。
建議重做，不等於要找我們做
最後講清楚：報告寫「建議重做」，你不必找我們做。
- 健檢收費，依系統規模報價，不綁約。
- 報告是你的，拿到之後再決定要不要合作。
- 報告內容完整：看了什麼、為什麼下這個結論、重做要保住什麼。
- 你可以拿這份報告去問任何一家廠商，它經得起別人看。
理由很簡單：你要是懷疑我們為了接案才建議重做，健檢就沒有意義了。健檢到底在看什麼那篇把看的東西全部攤開，就是為了經得起檢驗。
恩梯科技在這種時候會做的四件事
- 先講結論與理由，不用術語包裝，也不替你決定。
- 報告寫明三種結論是哪一種，以及下一步各要花什麼。
- 重做時先保資料與流程，不是先畫新畫面。
- 不管你找誰做，文件和紀錄都是你的，不會變成黑盒子。
最貴的不是重做，是一直修一個修不好的系統。
建議重做是最難開口的結論，但講清楚才是接手系統該有的態度。恩梯科技以 Helper CTO 的角色接手或協助你重建系統——像公司的技術負責人，只是不在你的編制裡。第一步是 60 分鐘的系統健檢：讓我們看得到程式碼就好，不需要正式環境的帳號密碼，3～5 個工作天內你會拿到一頁看得懂的報告。如果你的系統修了很多次還是不對，先讓人告訴你值不值得再修：Helper CTO：系統維運方案。
