0美術基礎開發者花14天：Python棄坑換Godot

一個寫了8年Python的老程序員，決定做個游戲。結果花了兩周在Pygame里畫羊，發現連碰撞檢測都要手寫。然后他打開了Godot——14天后，游戲上線itch.io，他自己卻卡在了第2關。

這不是勵志故事，是一次技術選型的真實代價對比。

Python版本：一個"能運行"的陷阱

開發者Weier JuJu在GitHub上開源了Python版源碼。用Pygame框架，從零手寫物理引擎、碰撞檢測、動畫循環。代碼能跑，但每加一個新機制都要重寫底層。

他后來回憶：「Python版本更像是在造輪子，而不是做游戲。」

Pygame的定位是教學工具，不是生產工具。JuJu花了大量時間處理幀率同步、內存管理這些Godot內置的功能。最終成果是一個「能運行」的原型，但離可發布還差很遠。

關鍵數據：Python版本開發周期未公開，但Godot版本僅用了14天完成從遷移到上線。

Godot版本：引擎替你做決定

遷移到Godot后，JuJu的變化很明顯。節點系統（Node System）替代了手寫對象管理，內置的物理引擎替代了自研碰撞檢測，動畫狀態機讓角色動作從代碼里抽離出來。

他保留了全部手繪素材——兩只羊、草地、柵欄，沒有使用任何生成式AI。美術風格極簡，但統一。

游戲結構也極簡：只有2個關卡。第1關教學，第2關難度陡增。JuJu自己至今沒通關。

這種設計選擇暴露了獨立開發者的典型困境：內容量 vs 完成度。

itch.io上線：免費策略背后的考量

游戲以完全免費形式發布，支持Web端即開即玩。 itch.io平臺對獨立開發者零門檻，但零收入。JuJu的意圖很明確：驗證流程，積累反饋，而非變現。

他在發布文中直接放出了Python版GitHub鏈接，標注為「Python學習資源」。這個細節說明他清楚兩個版本的價值定位——Python版是教學材料，Godot版是產品。

技術選型的結論寫在代碼倉庫里：同一個創意，不同工具鏈，產出效率差出一個數量級。

游戲目前狀態是「已完成但作者自己打不過」。JuJu在文末留下一句話：「Feel free to give it a try」——沒有更新路線圖，沒有DLC計劃，只有一個開發者對自己作品的誠實距離感。

如果你從Python轉向Godot，兩周足夠做出一個能上線的游戲。但問題是：你會給自己設計的關卡設置多高的難度？