直接遠程到租用的服務器上寫代碼有什么好處?以前的公司都是在本地開發代碼，最后移植到服務器上。最近發現好多公司都是直接遠程到服務器上寫代碼，主要原因是因為有些編輯器自帶SFTP，SCP等功能，可以遠程直接編輯文件，小范圍編輯可以用用，大范圍就傻逼了，比如兩層ssh跳轉是很正常的事情，SFTP、SCP就完全沒法聯通了。
舉個例子：我剛上手就沒建自己的虛擬環境，為了解決類似辦公軟件只有Windows，但又得到Linux下寫代碼的情況。比如用企業微信，它不支持Linux，但如果用Linux機器寫代碼，就收不到及時消息。用Windows寫代碼，就只能遠程到Linux機器上。這個時候遠程過去寫代碼就可以少切換電腦。哪怕每個人都有一臺Windows+一臺Linux，遠程需求也是存在的，就因為你要截屏發代碼發日志復制粘貼函數名什么的都要用Windows的即時通訊。
租服務器跑代碼免費測試：http://www.bxgb88.com/dedicated/hkcloud.html
一、為什么推薦租用服務器跑代碼更靠譜?
1、第一次使用服務器一定要建一個屬于自己的虛擬環境
我剛上手就沒建自己的虛擬環境，剛巧我運行的程序需要的python版本更高，需要我安裝更高版本的python，而我不想把舊環境覆蓋掉，因此需要把舊環境換個名字，而我沒有權限，在反復試錯之后，我詢問了師兄，師兄告訴我要建一個自己的虛擬環境，用這個虛擬環境去裝包。。。建議一個程序匹配一個虛擬環境，不然裝包裝庫很麻煩。
$ module load anaconda3
$ conda create --name 你的環境名 python=3.7.9
#這樣就建好了一個裝有python3.7.9版本的虛擬環境，當然也可以不寫最后一句，等環境建好之后再裝
2、建完要看程序里還有哪些包需要裝
可以用：$ pip list
命令列出當前python環境里已經裝了哪些包。直接用pip
install命令就可以安裝想要的包和版本號。注意一定要裝完整，不然會報錯，使用作業提交系統運行程序，程序報錯之后不能直觀地反映出來，因此裝包這一步還是要仔細檢查不要有遺漏。
3、使用bsub等一系列命令提交腳本去運行
我運行的是.sh文件，使用GPU，需要在文件中加入讓服務器看得懂的命令，包括選擇哪個隊列。要在.sh文件中開頭輸入這些命令。
#!/usr/bin/env bash
#BSUB -J 當前文件名(后綴是.sh)
#BSUB -q 隊列名
#BSUB -o %J.out
#BSUB -e %J.err
#BSUB -gpu "num=1:mode=exclusive_process:aff=yes"
module load anaconda3
python 你要執行的文件
就這樣很多用戶成功開啟了第一步。后續運行代碼遇到的問題我同樣會整理到互聯數據文章中，如果有不規范的歡迎指出，希望能和大家一起進步!
二、租服務器跑代碼的優勢：
1、減少服務器的數量，提供一種服務器整合的方法，減少初期硬件采購成本。比如，一個項目代碼量>=1MB
很正常，一個源代碼超過100KB也很常見，你同時打開幾個這樣的遠程文件，每一輪修改就傳一次不覺得開銷大么?或者你反復提交到svn、git上滾版本，產生一堆用于調試的垃圾版本，你覺得好么?
2、簡化服務器的部署：當運行環境，小程序沒問題，大程序你又依賴這個服務，又依賴那個模塊，還有各種配置的，這時候你還堅持使用svn/git同步代碼，或者scp遠程編輯的話，就有點隔鞋搔癢了。租用服務器寫代碼能減少管理和維護工作，降低管理費用。
3、提高服務器資源的利用率：使用本地編輯器編輯/同步遠程文件和直接在終端上編輯比較起來，就像玩星際爭霸的時候你把基地建造在離礦比較遠的地方，而對方直接把基地建造在礦邊上一樣被動，雖然都可以打下去，但是隨著戰局的復雜化，越到后面你會變得越被動。
4、減少代碼編譯時出錯的幾率：編譯有問題了，里面修改再編譯，試運行跑出問題來了，立馬修改兩行再試，不對再修改兩行加一些日志再試，直到正確再返回編輯，這個循環如果其中1-2個環節比較麻煩的話，會讓你的思路經常被打斷，來處理那幾個麻煩的小環節，久而久之效率奇低。
5、通過動態資源配置提高IT對業務的靈活適應力：有時候寫代碼不光是編輯，還要在文件中搜索各種符號，比如你用scp遠程打開一個文件，你就只能編輯下，沒法在那個目錄下搜索各種符號。使用
svn/git 鏡像一份代碼在本地雖然可以解決各種符號搜索問題，但是你每次操作同步所花費的時間卻得不償失。
6、提高可用性，帶來具有透明負載均衡、動態遷移、故障自動隔離、系統自動重構的高可靠服務器應用環境，減少服務器或應用系統的停機時間
7、支持異構操作系統的整合，支持老應用的持續運行。支持快速轉移和復制虛擬服務器，提供一種簡單便捷的災難恢復解決方案。
8、在不中斷用戶工作的情況下進行系統更新，直接在終端上編輯可以徹底的加快你的 edit-compile-edit 循環，比如我在終端下 vim里配置按下 F7就開始編譯，有錯誤直接輸出在vim下面的quickfix windows中，一個快捷鍵就可以跳轉到錯誤的代碼，修改后再次 F7編譯，通過后 F5直接運行，看一下效果，還好的話，又返回編輯狀態。scp/svn/git這類同步工具就傻逼了。
上一篇：
海外vps搭建網站如何全球提速？
下一篇：
游戲加速選云服務器好還是加速器好?
