🔧 阿川の電商水電行
你聽過DJ Khaled那張標誌性的專輯《Suffering from Success》嗎？就是他因為自己取得的巨大成功而顯得不知所措的專輯？
是啊……我真希望那是我。
在過去48小時裡，我並不是享受成功的喜悅，而是在飽受各種bug的折磨。確切地說，是那種讓你懷疑自己是不是應該放棄電腦科學，轉行去當農民的bug。
我盯著螢幕上不斷出現的「500 內部伺服器錯誤」和「模組未找到錯誤」訊息，整整兩天都不得安寧。在本地主機 3000 上執行一切正常，但一旦嘗試部署，就徹底完蛋了。
這是一個關於我如何因為沮喪幾乎刪除了整個專案，以及如何將45秒的噩夢轉化為勝利的故事。
-
「在我的機器上運作正常」的陷阱
我想，所有程式設計師都可能不只一次地遇到過這種困境。我最初決定開發這個專案的原因是，幾週後我即將迎來一個佔期末成績30%的小測驗，而每週的課程都要看80多張幻燈片，這對我來說簡直是複習的噩夢。我確實會做筆記（用自己的話複述，以便更好地理解），但到了最後一刻，我仍然無法翻閱所有筆記來回憶起半學期甚至更多的200多張幻燈片的內容。於是，我決定發展「 SlideSift 」：一個非常簡單的工具，它能幫你總結課堂筆記，方便複習。
包括我在內的一些人學習速度較慢，我很難只讀一遍或學一遍就能記住。那些學習能力強的人真是太幸運了！但如果你跟我一樣，這或許會對你的大學學習有所幫助。
我用 Google Gemini Pro 搭建了這個系統。在我的筆記型電腦上，它看起來美極了，簡直像魔法一樣。
但後來我嘗試部署到 Render。
現實檢驗：
雲端伺服器不是你的筆記型電腦。它們不會在意「它對我有用」。
我的requirements.txt檔案一團糟。伺服器安裝了一個非常古老的 AI 庫版本，甚至不知道「Gemini」是什麼。
經驗教訓：如果你不鎖定你的依賴項（例如， google-generativeai>=0.8.3 ），雲端很快就會讓你認清自己的位置。
-
45秒尷尬沉默
當我等待網頁應用程式彙整我上傳的筆記時，那種感覺簡直就像以前用DVD一樣：你把光碟放進DVD播放機，如果光碟損壞，就會顯示「光碟錯誤」。或者，對於遊戲玩家來說，如果你們用過任天堂GameCube，有時候插入那張小小的光盤，加載要花兩分鐘，還會報錯，然後你假裝抬頭看天，希望它加載得快點……😂結果還是報錯，只剩下失望。
總之，回到故事本身：
最終修復了崩潰問題（感覺像是部署了 50 次之後），我遇到了下一個難題：延遲。
Gemini Pro功能很強大，但速度很慢。
我會上傳一個 PDF 文件，點擊“摘要”，然後…等待。
等等。
等等。
花了 45 到 60 秒才得到回應（說實話，我覺得有一段時間足足花了 3 分鐘才給我一個錯誤提示）。
Gemini Pro 產生一份 PDF 檔案需要 45 到 60 秒。後來我嘗試換成 Gemini Flash 1.5，但不知為何 Flash 版本會導致應用程式崩潰，完全無法使用。
想像一下把這個給招募人員看：
招聘人員點擊“總結”
旋轉器旋轉著…
……尷尬的沉默……
“天氣怎麼樣？”
……仍在旋轉……
就算在2026年，以現代科技水準來看，也沒人會願意等3分鐘才能開啟一個網頁應用，說實話。就連我這個開發者，也不想等那麼久！
我討厭它。感覺像是壞了一樣。我認真考慮過在程式裡硬編碼一個載入提示訊息，上面寫著：“去泡杯咖啡吧，這需要一些時間。”
這時，我的冒名頂替症候群徹底爆發了。我想：“真正的工程師開發的是執行速度快的應用程式，而我做的只是個加載界面模擬器。”
3. 轉折點：選擇速度（Groq）
我意識到我的問題不在於程式碼，而在於架構。
我不需要世界上最「聰明」的型號（Gemini Pro）來摘要PDF文件，我需要的是最快的型號。
我放棄了 Google 集成，轉而使用 Groq（執行 Llama-3）。
Groq 是一款純粹為了速度而設計的推理引擎。
結果如何？
之前：> 50 秒。
之後：< 30 秒。
一切都發生得太快了。我點擊按鈕，眨了眨眼，筆記就出現了。我簡直尖叫起來。為了完成這項工作，我已經在電腦前坐了好幾個小時，完全沒睡覺，只靠幾片芒果乾（我超愛芒果乾）和一杯冰美式咖啡撐著。
4. 我為什麼沒有放棄（DevOps思維模式）
我差點把整個程式碼庫和專案本身都刪掉了，因為我一直遇到很多部署問題，Render 也一直向我的信箱傳送這些錯誤訊息：
我收到了將近20則這樣的訊息，當時我幾乎要放棄了。但當我盯著那些錯誤日誌，想要刪除程式碼庫的時候，我突然意識到：這就是我想要的工作。
作為一名計算機科學專業的學生，我熱愛編寫程式碼。但身為一名有抱負的DevOps工程師，我的工作不僅僅是編寫程式碼，還要將程式碼發佈出去。
-
修改 requirements.txt 檔案？那是環境管理。
-
從 Gemini 換到 Groq？這就是系統設計。
-
如何處理免費套餐的「冷啟動」問題？這就是成本優化。
說實話，這就是為什麼我一直強調邊學邊做的原因，因為這才是真正能把知識牢記在心的唯一方法。如果我以後再做專案遇到這些問題，我會立刻知道該怎麼做。科技真是太迷人了，有時候你會覺得很抓狂，但它真的非常了不起。
結果
Slide Sift現已上線。它可以瞬間將雜亂無章的講義投影片變成條理清晰的學習指南。
點這裡體驗（線上示範）
（註：這是免費版本，所以第一次喚醒最多需要 50 秒！）
請查看GitHub上的程式碼。
致所有目前深陷「部署地獄」的人：
不要刪除倉庫。
散散步。喝點水/咖啡（咖啡愛好者可以喝咖啡哦😉）。想哭就哭吧。
錯誤可能只是缺少某個環境變數。你一定能搞定！ 💙
原文出處：https://dev.to/maame-codes/suffering-from-bugs-how-i-almost-deleted-my-entire-project-1eef
1) --- 會變成分隔線（上一行必須是空白）
2) # 會變成一級標題
3) ## 會變成二級標題
4) ### 會變成三級標題
5) **粗體文字**會顯示粗體文字
6) ```當第一行與最後一行會顯示程式碼
7) 請搜尋 Markdown 語法，了解各種格式
