第一次跳槽 vscode 就上手

故事是這樣子的，小弟第一次學寫 code 的時候，是在大一修計算機程式（嚴格來說是高三下學期上了幾個小時的 C，不過那實在稱不上是"學"）的時候，第一個使用編輯器是破舊破舊的 Dev C++ ，我打這篇的時候差點都忘了它叫 Dev C++ 了。
當然那時候的功力跟現在實在是天差地遠，淨寫一些垃圾，啊雖然現在也是淨寫一堆垃圾…。
總之後來應該是大二，被同學們拉去演算法課上當砲灰，第一次接觸了工作站 + vim，從那時候把 Dev C++ 給丟了跳槽到 vim，就一直用到現在，之中當然也會用一下其他的編輯器，像是改 windows 的 .NET 程式用到 Visual Studio，但大體還是以 vim 為主力，算算也是超過 10 年的 vimer 了。

不過這兩三年在工作上、日常 project 上面，多多少少都見識到 vim 的不足之處，例如新語言（主要是 Rust）支援不足、跟編譯除錯工具整合不佳、跟 GUI 整合不佳、跟 Git 整合不佳要另外開終端機跟 gitg、自動格式化/排版操作麻煩而且通常排不好；正好此時 Microsoft 回心轉意擁抱開源，推出了 vscode，隔壁棚的 emacs 有大神跳槽鬧得風風雨雨，台灣 CUDA 第一把交椅強者我同學 JJL 也跳槽 vscode 惹還來傳教。

正好最近寫 code 沒什麼靈感，而且最近正好武漢肺炎的關係時機歹歹，就來試著跳槽一下吧（？，到目前為止用 vscode 對最近碰的一個 ncollide package 做了一些除錯的工作，筆記一下到目前為止的設定還有使用方式的筆記。

vscode 基本上的優勢就是是它編輯/建構/除錯三位一體的編輯介面；還有它的擴充功能，用過的都說讚。
擴充方面主要參考的文件有兩個：VSCode 如何提高我的寫扣效率、 小克的 Visual Studio Code 必裝擴充套件，另外台灣 CUDA 第一把交椅強者我同學 JJL 大大也有推薦一些：

擴充的安裝方式是按快捷鍵 Ctrl + P，打入 ext install 後面接套件名，下面擴充的連結裡面也有顯示安裝的指令：

vim 擴充，讓 vscode 的編輯介面套用 vim 的操作方式，想要手跟鍵盤黏踢踢就一定要裝
語言相關：
C/C++ 擴充：還沒試用只是覺得起家的 C++ 必須裝一下：
Python 擴充：一樣還沒試用只是覺得有一天會寫到先裝一下：
Rust 擴充：這個是這次語言唯一試用過的，雖然結果不怎麼樣
codelldb 除錯擴充，可以用 LLVM 的 lldb 對程式除錯，裝了這個是為了要對 Rust 除錯

工具類：

Git Graph：整合 gitg 類似的圖形化顯示工具到介面，git 管理上當然可以靠打字，但看歷史還是看圖方便
GitLens：還沒試過，強者我同學 JJL 推薦的
TODO tree：統一管理 project 內部的 TODO, FIXME, XXX
Trailing Spaces：自動刪掉程式碼行尾的空白
Markdown Github Style：編輯 markdown 文件時可以直接預覽輸出的格式，解決每次編輯 Github README.md 都要一直 push -f 直到格式完全改對為止，這點很強烈的突顯出 vim 等純文字編輯器的弱項，無法和圖形整合，以致在 markdown、LaTex 這類文字和顯示有相互關係的文件編輯會很吃虧（好啦好啦我知道有人能人腦 render latex 的）。

怎麼建構專案？
在 vscode 裡面的建構叫 task，在選單 terminal 下面的 run Task 跟 run Build Task (Ctrl + Shift + B)，沒有 cargo 預設的話就要自行編輯 tasks.json，以下是我這次 debug 時使用的 tasks.json

{
  "version": "2.0.0",
  "tasks": [
    {
      "label": "cargo run",
      "type": "shell",
      "command": "cargo",
      "args": ["build"],
      "group": {
        "kind": "build",
        "isDefault": true
      }
    }
  ]
}

應該滿直覺的，就是呼叫 cargo build 幫我編譯整個專案；在寫完 code 之後使用快捷鍵 Ctrl + Shift + B 就能編譯專案了。

如何除錯：

除錯是 vscode 一項殺手級的功能，vscode 公開一個 API 讓安裝的語言擴充使用，需要什麼語言的除錯安裝擴充就好，像我上面就安裝了 C/C++, Python, Rust 的擴充。如果我記憶沒錯的話，跟 visual studio 一樣，vscode 快捷鍵是也執行 Ctrl + F5 跟除錯 F5：

用 Ctrl + Shift + D 展開 debug 介面。

理論上用滑鼠在原始碼旁邊點一下就能加上 breakpoint 不知道是 Rust 還是 lldb 的問題，我用滑鼠加上去的 breakpoint 都煞不住，至少一定要先在 debug console 裡下一個 b main 讓程式煞住之後，用滑鼠加的 breakpoint 才會有用，真的很奇怪。

另外就是 debug console 的指令跟習慣的 gdb 有點不同要重新習慣，最奇怪的大概是按了 enter 竟然不會重複上個指令，這樣要一直按 n + enter + n + enter 怪麻煩的，只能去習慣 vscode 的除錯指令：F10/next、F11/step、Shift+F11/finish 了。

這次最主要的目的是要對 Rust 程式除錯，我參考的是下面這篇文章…不過試用之後沒有成功
首先我們要加上一個 launch.json 告訴 vscode 要怎麼跑除錯的程式：

{
  "version": "0.2.0",
  "configurations": [
  {
    "name": "Debug example contact_query2d",
    "type": "lldb",
    "request": "launch",
    "program": "${workspaceRoot}/target/debug/examples/contact_query2d",
    "args": [],
    "cwd": "${workspaceRoot}",
  }]
}

再來用 F5 就能開始除錯了，但不知道為什麼我 step into 一個函式，瞬間都變成 assembly code，連 stack 資訊都爛掉了，根本無從 debug 起，感覺是 vscode 哪裡跟 lldb 沒弄好，不過我覺得這不是 vscode 的問題，畢竟我在終端機用 rust-gdb 一樣會有問題，正好反過來如果下 b main 停下來的話，rust-gdb 下一步會停不下來，一口氣跑到 main 的尾巴…。
這個問題一時之間好像無解，也許要等 rust 跟 codelldb/gdb 真的接好之後再來看看了。

下面就是個零碎操作：

Ctrl + KT 叫出 color theme 設定，我用的是 light 的 Solarized Light ，最近眼睛好像不太適合全黑的畫面了QQ。

回頭一看怎麼一堆快捷鍵，不過算啦，跟 vim 的快捷鍵比起來這還是算少的吧XD；話說大概是「把手留在核心區」這個哲學的關係，vim 大部分的按鍵都少有用 Ctrl/Alt 開頭的，剛好一般的圖形應用程式包括 vscode ，大部分的快捷鍵都是 Ctrl/Alt 開頭，也因此在操作上面，vim 很容易就能跟桌面應用程式整在一起，就像是瀏覽器的 vimium 跟 vscode vim 擴充。