用 AI 來輔助寫程式：直接給你整個函式的 GitHub Copilot

在官網上，就已經有很多動態示意圖，代表他有多厲害了；而實際上自己玩了一下後，發現在某些情境下，它的效果真的讓人覺得很訝異！

以一般的狀況來說，當透過註解來描述所需的功能後，他就會試著去提供可能的函式來讓使用者直接使用。

像這邊只輸入了「// check is power of 2」，換行後他底下就把整個函式（灰色框的部分都是 Copilot 提供的）都給你了，如果要接受這個結果的話，只要按 tab 就可以了。

而其他像是 quick sort 等知名演算法，他也可以提供對應的實作，讓開法者直接使用。

不過由於他也是以網路服務的形式來運作的，所以根據狀況，他能給出的建議不見得會很快、很即時；這個時候可以是著用 Ctrl + Alt + \ 這個組合鍵，來強制要求他處理。

Heresy 自己也碰過有的狀況要等好幾秒，甚至到最後都沒辦法給出建議的狀況，這點就不知道以後是否有可能改善了？

而如果定義了一個結構後，再用註解說要輸出這個結構，他就自動寫了一個給 ostream
用的 operator<< 出來了！

他很厲害的一點，是他不會只針對當下在修改的區塊來做分析，還會針對有用了那些 header 來做出不同的建議。

像是上面的例子如果把前面的 header 從 C++ STL 的 <iostream> 改成 C 的 <stdio.h> 的話，他提供的寫法也會跟著變成用 printf() 呢～

除了輸出之外，如果有需要，他也是可以提供對應的輸入用的版本的；但是適不適用就見仁見智了。

而除了透過註解來完成外，其實也可以直接透過函式名稱來讓他做分析、建議；像是輸入了 float average( 後，他就會提供對應的輸入引數、還有函式內容的建議了。

這邊也可以看到，在只有 include <vector> 的情況下，他會用 vector 來當輸入（不過沒加 const）；而如果有 include <span> 的話，他則會用 span 來做為輸入型別。

實際上，以 C++ 來說，個人是覺得 GitHub Copilot 給的建議會根據 header
做出很大的變化；所以如果真的要用的話，比較好的做法應該是先把自己要用、或是能用那些第三方的函式庫都先 include 進來，這樣他給的結果會比較好。

而除了這種表達出明確意涵的方法外，他也可以透過前面連續性的內容，來補足後續的內容；比如果這邊想寫個 HTML 特殊字元的對應表，在只打了兩項後，他就可以給出後續的建議了：

不過，是否完全適用…好像很難說？

除了上面都給很大一段的建議外，Copilot 實際上也會針對單行的內容給出完成的建議，甚至是註解的內容它都會試著去幫忙完成；這部分感覺上就有點像是在用 Google 搜尋的時候，輸入內容會給使用者後續的建議的狀況了。

另外，個人覺得出乎意料的一點，是他也可以處理中文的註解！像下面就是一個例子：

這邊可以看到，他算是很完美地使用 std::filesystem 完成了「列出所有資料夾」這個函式！

另外，如果有對預設提供的結果不滿意，也可以用「Alt + .」這個組合鍵試試看讓他提供別的方案；在按下 Ctrl +Alt + Enter 後，也可以開啟一個 GitHub Copilot 的視窗，來顯示可能的方案；下面就是一個例子：

不過感覺上，他好像最多都只會有三個候選就是了？

前面都算是比較成功的例子，但是在某些狀況下，也會得到不進理想的結果。

比如果，想要靠它來寫一個下載檔案的函式，如果先 include 了 Boost 的 ASIO 的話（之前自己的寫法），就會變成下面這種狀況：

可以看到，內容基本上應該是正確的 ASIO 的 Http 存取方法，但是內容卻不完整。
（題外話，他還可以對應 C++ 的 namespace alias）

實際上，感覺上 Copilot 應該是有字數的上限，在不少內容過長的情況下，都可以看到會出現中斷的問題。這點就不知道是不是系統設計上的限制了？

而個人覺得比較搞笑的是，如果在沒有 include 相關 header 的狀況下，他給的建議則是用 system() 去呼叫 wget 來下載～ XD

然後更搞笑一點，在幾乎空的檔案裏面、如果是很含糊地寫了想要做影像偵測呢？

恩，他就只要你先去 include OpenCV 了！ XD

此外，有的時候他也會去使用一些外部（沒有 include）的函式庫，或是產生出無法正確編譯、甚至內容上看來就不正確的程式；像是下面就是明明要他銳利化，結果不知道為什麼卻去呼叫 Gaussian Blur 的狀況… o_O

所以，如果真的要用的話，最好還是要檢查一下他給的內容到底是什麼。