後來乖乖上網爬文,發現原來真的要用拖的,但不是拖視窗,而是拖 Icon。 VSCode 在最近的版本更新,把 Github Copilot 移到右邊去了,升級要換位置前,VSCode 有問我要移過去還是留在左側,當時有說,覺得不習慣隨時可以換回來。 Commit 時我習慣認真回想這次修改項目做個總結,寫成簡單易懂的扼要說明,有溫度的 Commit 訊息像是一張張舊照片,日後追 Code 時更容易幫你穿越回到當下時空。 Github Copilot 像是 Pair Programming 的角色對我來說剛好。 程式該怎麼寫仍由自己主導,全程參與但差在少做許多瑣碎細節及重複手工;我很常從 Copilot 身上學到新語法、見識更輕巧有效率的做法,知識與經驗也持續成長。 昨天分享了Github Copilot 免費版跟好用新功能盤點,在臉書留言發現我不是唯一個找不到方式切換回左邊的人(笑),網友林兄回答:用拖的就行了。 用 VSCode 的術語,左邊是 Primary Side Bar、右側是 Secondary Side Bar,二者的項目、位置可以自由組合調整,蠻方便的。 一開始我用 Visual Studio 的概念拖整個右視窗沒試成功。 所以我不想要太自動化,偏好半自動式的 AI 輔助開發,只想 AI 代勞重複性工作跟煩人細節,至於流程該怎麼跑、模組如何切割、系統該怎麼串,我想保有主導權並全程參與,覺得程式核心仍該依據人的想法設計。 許多標榜更自動化、更省事的 AI 輔助開發工具如雨後春筍陸續問市,像 Cursor、Windsurf… 用了一陣子發現,左右側都開視窗時中間區域會變小,有時我只想在 Github Chat 快問快答,這時又覺得之前統一顯示在左側只開一邊比較好。 但坦白說,在右側顯示也還行,就是空間小了點,我也學著習慣,沒認真去找設定方法。 但這個指示只適用 Chat、Inline
