示意圖，編輯詠唱而成。

塞爾維亞資深 Unity 開發者 Darko Tomic 近日公開親身經歷文章，回顧職涯初期如何靠著大量複製教學程式碼、拼湊論壇腳本做出一款爆紅遊戲博得工作與商業案源，卻在多年後才驚覺自己「根本不會寫程式」。

Tomic 雖然曾靠專案收入賺進約 2 萬美元（約新台幣 64 萬元），但那段時間幾乎沒有累積真正的開發能力，直到一次難堪的面試失敗才迫使他重新學習基礎。

Darko Tomic 原本就讀汽車維修學校，畢業橫跨領域投入程式設計並靠自學接觸遊戲開發，花了約 3 年時間透過 YouTube 了解 Unity，追隨許多知名創作者的教學影片，他一邊暫停影片、一邊照著輸入程式碼，只要畫面能正常運作就直接進入下一步。

當時的 Tomic 深信自己正成為開發者，實際上只是重複模仿流程。持續到 2017 年左右擴增實境（AR）技術正夯，Tomic 看準市場多數應用停留在旋轉 Logo、技術展示階段，用 Vuforia SDK（軟體開發工具套件）在一個月內製作出 Android 遊戲《Skeletons AR》。

玩家只要列印辨識標記，再以手機鏡頭對準桌面，骷髏敵人就會出現在現實空間中戰鬥，這款遊戲後來衝上 Reddit 社群 r/gamedev 熱門榜首，長時間維持高人氣讓他瞬間獲得不少關注，鄉民稱讚他是前途無量的技術高手。

如今 Tomic 事後坦承，《Skeletons AR》大部分核心功能其實來自現成 SDK，完整架構自教學影片與論壇腳本拼接而成，真正由自己撰寫的程式碼並不多，當時若有人要求逐行解釋系統架構或程式運作方式，他根本回答不出來，畢竟只要遊戲能跑、畫面夠炫、網路反應熱烈，就足以證明自己很厲害（然而那其實是錯覺）。

真正的轉折點，發生在一次公司面試，對方先給 Tomic Unity 回家作業，要求他在指定版本完成遊戲，他花了 7 天時間打磨內容交出作品自認成果出色，甚至對外宣稱自己即將搬去塞爾維亞首都貝爾格勒工作。

然而，面試官只問了一個問題：「你為什麼在腳本中使用 Queue<T>？」omic 當場答不出來，他在回顧中透露，那段程式只是他從 Code Monkey 教學影片照抄而來，因為影片用了 Queue<T>，他就跟著使用，完全不懂佇列（Queue）是什麼、為何適合該情境。

就在那一刻 Tomic 知道面試無望了，也首度意識到自以為程式設計師，其實不是。後續 Tomic 又連續參加 10 場面試，多半履歷能過，到技術問答階段就被刷掉，他無法說明介面、堆疊與堆積記憶體（stack vs heap）、協程與非同步差異，也不理解許多平常反覆使用的功能原理。

示意圖，編輯詠唱而成。賺到錢卻沒學到東西，決定從零補課

Tomic 回憶靠 AR 專案進帳 2 萬美元，但那筆錢帶來的不是成就感，而是空虛感，那些成果高度依賴開源專案，自己成長極其有限。

在接連碰壁後，他開始徹底重學基礎，從資料結構、演算法、記憶體概念，到設計模式與面試題庫逐步補課，在第一次接觸程式刷題網站 LeetCode 的題庫時，連最基礎的 Two Sum 都花了幾個小時解出，這才發現長期以來自己只是在操作 Unity 工具，沒有理解程式本質。

之後 Tomic 讀了《遊戲編程模式》（Game Programming Patterns）等名著，重新建立架構思維，也逐漸能在面試時回答演算法、垃圾回收、低階與高階語言等問題，最後成功進入業界工作並累積多年實戰經驗。

如今的 Darko Tomic 已在美國創立人工智慧解決方案公司 Tomicz Engineering，同時經營教學社群分享學習心得，提醒新手別重蹈覆轍。

Darko Tomic 特別指出，自己當年陷入的是「教學碼複製地獄」，如今 AI 時代可能演變成另一種形式：只用自然語言描述需求，讓 AI 自動生成程式，再直接貼進專案使用。

他認為這種做法固然能快速產出成果，倘若開發者無法理解資料結構、邏輯設計與錯誤原因，未來在面試、除錯與正式開發現場，還是可能遭遇與他當年相同的挫敗，而且跌得更重：「複製程式碼，不等於懂程式碼。」