遊戲開發者照抄程式面試十次失敗 深究基礎知識不足

遊戲開發者Dirk Tomic在Unity平台累積三年開發經驗，長期依賴YouTube教學影片照抄程式碼，雖成功推出AR遊戲《Skeletons AR》引發關注，卻在塞爾維亞貝爾格勒面試中因無法解釋基礎技術問題連續十次落選。他坦言，過去只重視成果展示，未深入理解程式邏輯，導致作品多仰賴Vuforia SDK等第三方工具，實際僅撰寫約五段程式碼。面試關鍵轉折點發生在被問及「為何使用Queue資料結構」時，他只能重複教學內容而無法說明原理，當場意識到學習模式存在根本缺陷。此經歷讓他徹底反思，將這種只重視成品、忽略理解的開發方式稱為「vibecoding」，並警告新手：作品看似精緻，若缺乏基礎知識，本質上仍不具備獨立開發能力。

遊戲爆紅背後的基礎知識斷層

Tomic的《Skeletons AR》在2020年AR應用市場中顯得獨特，當時多數AR作品僅展示3D模型，而該遊戲結合戰鬥系統與實體環境互動，迅速獲得數萬下載。然而，他坦承遊戲核心功能高度依賴Vuforia SDK的AR識別模組，自身僅撰寫少量控制程式碼，對遊戲內的敵人AI路徑演算、資源管理系統等關鍵模組完全無法說明。這暴露了開發者常見的學習陷阱：透過YouTube教學影片「照抄」程式碼，將開發視為拼裝積木，而非理解演算法與資料結構。例如，遊戲中使用Queue處理戰鬥事件佇列，他僅知道「照著影片寫」，卻不理解Queue的先進先出特性如何優化效能，或為何不選用List。這種「vibecoding」模式在初級開發者中極為普遍，尤其在AR/VR熱潮下，許多人急於做出可展示作品，卻忽略程式設計的基礎邏輯。根據2023年Stack Overflow開發者調查，67%的初階工程師在面試中因無法解釋基礎概念（如資料結構、記憶體管理）被擋下，印證Tomic的遭遇非孤立現象。

面試挫敗引發的系統性反思

貝爾格勒面試的關鍵時刻成為Tomic的轉折點。面試官的提問「為何使用Queue」直指核心：Queue是處理事件佇列的標準資料結構，適用於遊戲中敵人行動順序或玩家輸入佇列等場景，而他因未理解其特性，只能含糊回應「教學影片這麼教」。此後他參加十次面試，雖帶有作品集與GitHub專案，卻在技術面試中頻頻失敗，例如被問及「如何優化Unity的物件池」時，無法解釋物件池如何減少GC（垃圾回收）開銷。他意識到問題根源不在面試官苛刻，而在自身學習方法。過去他將失敗歸咎於「貝爾格勒市場競爭激烈」，但實際上從學習Unity之初就誤入歧途——將教學影片當作「程式碼抄襲指南」，而非理解設計思維。這反映當代程式教育的普遍困境：YouTube教學常聚焦「如何做」，卻忽略「為什麼」。Tomic轉向系統學習資料結構與設計模式，例如透過《算法導論》重建基礎，並在GitHub開源重構《Skeletons AR》的原始碼，公開說明每個模組的設計邏輯，才真正掌握開發能力。

行業警示：vibecoding的危機與正向解方

Tomic的經歷揭示當前遊戲開發教育的深層危機。許多新手誤以為「能做出可玩遊戲」即代表能力，卻未意識到：當依賴Vuforia、Photon等SDK時，若無法理解其底層原理，將無法處理SDK不支援的場景。例如，《Skeletons AR》若遇Vuforia識別失敗，他因缺乏AR標記追蹤原理，無法快速調試。他警告：「作品看起來炫目，但若不懂Queue、List的差異，面對複雜需求時只能重寫整個系統。」此現象在AI工具興起後更為嚴重，開發者可能直接套用AI生成程式碼，卻無法解釋邏輯，導致技術債累積。業界正逐步修正此風氣，如Unity官方近年推出「基礎程式設計」導學路徑，強調先學C#核心語法再開發，而非直接跳入遊戲框架。Tomic重學後，不僅順利獲聘遊戲公司，更在社群分享「基礎重建」心法：每日專注一個基礎概念（如遞迴、記憶體管理），並在專案中實作驗證。他強調，真正的開發能力在於「能解釋為什麼選用某種方法」，而非僅能重現成果。