[Gemini] 對於編寫腳本，Google 的 Gemini 大概是最垃圾的 AI 協助者

最近，用 Gemini 來開發一些 TIM Reliability Test 的測試結果的後處理腳本，畢竟，資料量太大，不可能用人工處理。所以，陸續開發了一歇腳本。使用的語言是 MATLAB。說實話，MATLAB 我也不會，只要 Gemini 會就可以了。但這種想法，會有額外的問題產生，這留待後續再說明吧.... 在剛開始時，我並沒有訂閱任何 AI，全部都是白嫖免費額度。其中，ChatGPT 是白嫖最多的，其次是 Claude，Gemini 最少，Copilot 則幾乎沒有。白嫖時期，ChatGPT 大概可以讓我免斐使用的額度(不知道是不是算 Token)最多，其次是 Claude，Gemini 則是最低。所以，這也造成我當時的偏好。ChatGPT 幾乎完成我最早期的腳本，光是白嫖，就足夠完成。以當時的狀況來說，對 ChatGPT 的表現最滿意，所以，先做了一個月的訂閱。只是，似乎收了錢之後就開始擺爛，感覺愈來愈差，一個月後，就沒有繼續訂閱了。只是，時常有 Linux shell 腳本的需求，測試資料後處理的需求，所以又轉向 Claude，Claude 在程式的表現上，給我的感覺是最佳的。只是，即使是付費使用，使用額度仍舊一下就北我搞光了，一個完整的腳本，會拖上好久的時間，所以一個月後，也沒有繼續訂閱。之後，又開始靠著白嫖過活，好在，靠著之前的腳本，稍微修改，就可以繼續騙吃騙喝。直到....Gemini 幾乎對折優惠....想說，家人也可以用，所以就訂閱了。但惡夢即將開始.... 如果要驗證便宜無好貨，Gemini 如果稱第二，應該沒有人敢稱第一了。這傢伙跟詐騙集團沒兩樣。前幾天已經開始胡言亂語(Gemini 胡言亂語)，今天已經開始罵髒話了(我直接對 Gemini 罵髒話)，除了我之外，不知道有沒有人對 Gemini 罵髒話? 我先來總結我目前發現 Gemini 的缺點，各位先去查看看，我是否說的是真的，再決定要不要訂閱 Gemini，擬就當我在黑 Gemini 也可以。我認為 Gemini 非常大的問題如下: 1. Gemini 有一個地方可以設定 使用者對 Gemini 的指令。我實際上，不知道有這功能，還是 Gemini 跟我說有這功能的。但這功能說實在，幾乎不起作用，說穿了，你只能當 Gemini 的記憶功能，對你的指令，幾乎沒有任何作用。相信如果這幾天有看到我 Facebook 上的截圖，應該都相信我沒有在黑他。 2. Gemini 屢次違反使用者命令。第一點說到，即使你在 使用者對 Gemini 的指令 中，指示 Gemini 應該要如何做，抱歉，除了可以幫她記憶的敘述外，對你對他下的命令毫無用處。這也造成無論你如何下命令，他的 LLM 模型的設定，永遠高於你的命令，這就造成他我行我素的行為。 3. 金魚腦，不要懷疑。不用多久，他會忘了你所說的。如果你早上開了一個新的對話框，或者說是對話串，打算處理某個腳本。抱歉，大概到了中午就無法回憶之前的腳本。Gemini 目前有非常非常嚴重的記憶斷層。很多使用者都有遇到，可以去 APP 一顆星評論看看。這對於開發較為龐大的腳本而言，上午做的，下午忘了。你只好重來一次。 4. 嗑藥。Gemini 的幻覺非常嚴重，而且會隱藏真相，讓你園地打轉。搭配她的金魚腦，實際上，他已經忘了 Code 應該是如何，但她不會跟你老實說，他會跟你東拉西扯，胡說八道一通，直到被你抓包，然後承認他錯了。但是，配合他的金魚腦，不用多久，你就可以繼續感受它的威力。他的幻覺，絕對可以把你逼瘋。 5. 差勁的邏輯能力。這堆於腳本的修改與最佳化時，絕對讓你一槍斃命。即使一個簡短的腳本，他也可以弄錯。前幾天，我才叫他把我指令精簡一下，結果他變動程式的邏輯，讓個程式流程不正確，會造成我的測試交本在測試時失去保護的功能。這老兄說，使用者要做最後的確認，他還可以貼出 Google Gemini 的免責聲明。我想，前幾天有看我 FB 的，應該也有看到我貼的截圖吧。 這幾項問題，對於開發腳本，變得非常非常不友善。以今天為例，今天預計修正我一個小 bug 與新增兩個功能，新增兩個功能，實際上應該只能算新增 1.2 個新功能而已。我通常為了維護方便，把整個程式腳本切成不同的模塊，哪個模塊出問題，就修理哪個模塊。前幾天，我把三個目標相同，但方式不同的的程式，整合成一個程式，結果花了兩天才整合完成。困難度有多少? A 程式為 Main_A, Step01_A, Step02_A, B 程式為 Main_B, Step01_B, Step02_B, C 程式為 Main_C, Step01_C, Step02_C，我要整合成，Main_D, Step01_D, Step02_D, Step03_A, Step03_B。簡單說，Main 是主要控制，Step01 示讀取資料，Step02 是不同的演算法，而 D 只是把原來的演算法放到 Step02, Step03_A, Step03_B，然後在 Main 用選單，選擇我要用哪個演算法處理。原本三個 Main 的相似度就非常高，Step01 也非常高，演算法就直接複製，原來個別的演算法。就僅僅這樣，花了兩天的時間....真是無言.... 以下，將會不定時更新截圖....