科技新知
Coding Anywhere: 依賴服務的選擇
年多前，筆者購入steamdeck, 經過一輪軟件定制，把它變成一個可以作為IT從業員開發機的方案，也介紹了一些coding anywhere的想法
- https://lifemag.cyberctm.com/zh_TW/blog/macauyeah/14175/Coding Anywhere 工作方案
- https://lifemag.cyberctm.com/zh_TW/blog/macauyeah/14352/Steam OS 3.5更新，內建 podman, distrobox
- https://lifemag.cyberctm.com/zh_TW/blog/macauyeah/14149/開發者在Steamdeck上的另一個選擇: Gnome box
在試驗了一年多後，筆者對於依賴服務的模疑，又有另一層感受。什麼是依賴服務？就像你寫的程式庫，可能需要資料庫儲存、可能需要問AI等等。所以在開發時，都要確保這些服務的存在。一般，要麼就是在本機上自行安裝，要麼就是經過互聯網使用雲服務（public cloud或者你團隊提供的private cloud），也就是本地模擬還是互聯網模擬。
本地模擬的得失
本地模擬，主要是考慮金錢上的優勢與資源的獨立性。
- 金錢成本 - 互聯網資源大部份都不會是免費的，如果本機的硬件足夠，可以在本地完全模疑，有一定上的優勢。但如果該服務在本地安裝，都要計授權，可能不沒有太大差異，例如那些report engine, report designer，即使本地開發都要逐台開發機計算。但其他大部份，如資源庫的實現，都有本地開發免費授權。所以本地安裝道理上有一定的成本優勢。
- 資源獨立性 - 當一個團隊共用一些互聯網服務時，可能會互相干援。即使團隊在開發時，可以經profile使用不同的資源，但發生誤用的情況還是很常見。（除非大家已經有一套很健全的開發用profile，只在本機生效，亦只在必要時才會被提升到程式碼的版本控制當中，不會誤會地覆蓋他人，也不會忘了提交。但這是很有挑戰的一件事）。反觀本地模擬，因為那些服務並不會在團隊中分享，就保證不會被誤用。
- 學習成本高 - 本地模擬，就有一個莫大的痛點，就是學習成本高。我們可以找到很多本也安裝資料庫的教學，本地LLM AI的架設也不少。但我們並不是很輕易地就可以無師自通，有時為了初次安裝，所花的時間成本也大得令人卻步。
- coding anywhere轉移成本高 - 因為全部本地模疑，代表我們必需要有一台足夠強大的主機。但如果我們的移動接入點，綁定了在某台特定的強大主機，我們活動空間也相對減少。
互聯網模擬的得失
直接使用互聯網的服務，主要體現於用錢解決問題的優勢
- 即開即用 - 能用現成的就用現成的。例如你目標是使用mysql cloud database，就直接伸請使用。如果你還要在本地安裝或使用Cloud VM安裝，就還要自行安裝管理介面等工具。因為成本問題，實在要自行安裝，使用cloud vm也有一定的方便性。使用cloud vm 有一定的快取，可以減少安裝所需要的時間。當我們養成自動化的習慣，clould VM 也可以隨時刪掉，有需要才重起。
- 解決單機無法模擬的情況 - 某性依賴，並不能簡單地經過本地單一部主機去做到。例如我們要模擬一些叢集功能。我們可能要在主機或網絡設備作出一定的調整，才可能提供bridge network。這一點在辦公室網絡下限制更多，不是隨便就可以建一個可以互通，又可以訪問互聯網的環境。另一些如block storage等資源，還會對硬件有一定的要求，也不是軟件模擬就可以做到。我們若不經過互聯網取得，至少也要在團隊下的private cloud上去建立。（不過如果是從零自建private cloud環境，初次投入的成本可能直接使用public cloud 低。 ）
- coding anywhere轉移成進一步下降 - 作為移動接入點，就剩下那些不可互聯網化的部份，例如domain name，有時還是localhost比較方便，又例如有一些硬件相關開發，硬件部份必需經過本地接入。
就以筆者的個人經驗來講，除非public cloud的價錢實在不可接受又或是自動化幾乎不可能，否則使用public cloud會有時間成本上的絕對優勢。如果要走本機模擬方向，必需要對Container、VM、網絡等有深刻的了解，才會成事。
