技術分享
Helper CTO 系列文章 05|沒人敢改的系統,該救還是該重做:四個判斷點
被說「不能改」又被說「沒救了」的系統,要救還是重做,不該由感覺或想接案的人決定。本文給四個判斷點:還有沒有人看得懂、資料搬不搬得出來、架構撐不撐得住兩年、修跟重做是不是同一筆帳,每點都有傾向救與傾向重做的訊號。
「你們健檢到底是在看什麼?會不會看完就說要重做?」第二個問題先回答:會不會建議重做要看完才知道,但三種結論裡「建議重做」是最少見的一種。會這樣問,是因為把程式碼交給不認識的人看,本來就有風險——萬一對方看完只丟一句「這個沒救了,我們幫你重做」,你等於白花一次錢。你不是防備心重,而是沒有人事先告訴你我們會看哪裡。以下四個面向,就是健檢的全部內容。
同樣叫「一個網站」,接手之後每個月要花的心力可以差好幾倍:
所以健檢是合作的必經第一步,不做健檢就要求報價的,我們不接。
整個流程不長,你要出的力比想像中少。
| 階段 | 我們做什麼 | 你要準備什麼 |
|---|---|---|
| 事前 | 確認系統類型與範圍,報健檢費用 | 系統在哪裡跑、大概有哪些功能 |
| 60 分鐘線上會議 | 一起看程式碼、問現況與痛點 | 讓我們看得到程式碼,不必給正式環境帳密 |
| 會後 3~5 個工作天 | 四個面向逐項檢查 | 不用做事,等報告 |
| 交付 | 一頁報告與三種結論 | 看完再決定要不要合作 |
收費依系統規模報價、不綁約,報告是你的,你也可以拿著它去問別人。
程式碼不是在評分寫得好不好,是在判斷「接手的人要花多久才能開始改」:
資料庫看得比程式碼更嚴,因為程式可以重寫,資料不能重來:
如果工程師剛離職,這兩項通常是最大的問號。工程師離職後要先拿回來的 12 樣東西那篇的清單,就是健檢前最好先備齊的材料。
部署就是把程式從工程師的電腦放到正式主機的過程。這個過程能不能重來,決定系統壞掉時救不救得回來:
資安這一項不是滲透測試,我們不模擬攻擊,只看最基本、後果最嚴重的三扇門:
接手之後的維運怎麼做,系統維運交接指南那篇有完整流程;健檢這一項看的是「交接的材料存不存在」。
報告只有一頁是刻意的:老闆看得完、每一句都有結論、沒有術語堆砌。內容是四個面向各自的狀況、最該先處理的三件事,以及三種結論之一:
先看清楚,再談錢,這個順序對你我都比較公平。
健檢是恩梯科技以 Helper CTO 角色接手任何系統的第一步:像公司的技術負責人,只是不在你的編制裡,看清楚之後才談接手、維護、改善。整場健檢是 60 分鐘的線上會議,只需要讓我們看得到程式碼,不需要正式環境的帳號密碼,3~5 個工作天內你會拿到一頁看得懂的報告。如果你想知道自己的系統在這四個面向各是什麼狀況,可以從這裡開始:Helper CTO:系統維運方案。
需要協助嗎?
點擊這裡與我們聯繫!