聯絡不上工程師的第一週，先做這些

程式碼晚一點，先查帳號

聯絡不上的第一天，手會先伸向程式碼。真正讓服務停掉的不是程式碼。網域註冊商、主機和伺服器、金流服務商、寄信服務、各種 API 金鑰，先確認這些掛在誰名下、註冊在哪個帳號底下。當初要是用工程師的個人帳號開的，聯絡中斷那一刻，存取權限也一起消失了。畫面還會正常跑一陣子。續約日一過，網域被放掉，伺服器停掉。

儲存庫裡的程式碼，是現在線上跑的那一份嗎

帳號抓回來，下一個是程式碼儲存庫。知道網址不等於進得去，進得去也不保證裡面那份就是伺服器上正在跑的版本。趕時間的時候直接改在伺服器上、沒推回儲存庫的修改，很常留在那裡。新接手的人如果以儲存庫為準開工，那些修改會安靜地消失。把線上部署的版本跟儲存庫對過一次，這種事故就擋掉了。

設定值不在儲存庫裡

程式碼整包拿到了還是跑不起來，卡點在這。API 金鑰、資料庫連線資訊、金流串接參數這類敏感設定，大多放在伺服器上或者另外的管理工具裡，不會進儲存庫。少了這些值，新的工程師連把服務跑起來都做不到。人還聯絡得上的話，一定要問到這些值去哪裡看，以及現在誰握著那個存取權限。

交接文件多半是沒有的

有文件算運氣好，沒有才是常態。與其纏著已經離開的人補一份，不如讓接手的人直接翻程式碼和部署流程，自己把結構摸出來，這比較實際。第一次打開別人寫的程式碼、要抓到整體樣貌，本來就要時間。交接初期看不到什麼成果、問題卻一直冒出來，原因就在這裡。

這週要收掉的，和可以先放著的

剛走的那幾天，要先把危險的挑出來。網域和伺服器的到期日放著不管，服務會整個停擺；功能優化慢慢處理也不會出事。頭幾天花在到期日和存取權限這種一旦爆掉就很難收拾的項目上，摸結構排後面。順序反過來，讀程式碼的那幾天，續約日就過去了。

留下來什麼樣，就照樣傳給我們

一個一個追帳號、把散掉的設定值重新收攏，很花時間。這種被留下來的服務，Weple 的網站代管接得下來，從到期日和存取權限開始整理。登得進去的帳號也好，只知道一個網址也好，手上有的檔案也好，現在有什麼就傳什麼過來。哪邊急，我們來挑。