程式設計基礎篇 · 為什麼 AI 時代還要懂

都 2026 年了，為什麼還要懂資料結構？

AI 都會寫程式碼了，還要學這個「程式設計師基本功」嗎？先說結論：你可以不寫程式碼，但要會驗收 AI 寫的程式碼。這一章不背定義、不手寫連結串列，只給你一副能看穿程式碼的眼鏡。第一課先玩個遊戲。

先玩一局 · 幫我找鑰匙

同樣 36 件雜物，左邊一股腦塞進大抽屜，右邊按類別放進了分格收納盒。現在鑰匙 🔑 不見了——點下面的按鈕，看兩邊各要翻多少次才能找到。

🗄 一個大抽屜

什麼都往裡塞，找東西只能從頭翻到尾

0次翻找

🗃 分格收納盒

按類別分格：找鑰匙？直接開「隨身物品」那格

0次翻找
兩邊同時開找，翻找次數即時計數
同樣的東西，收納方式不同，找起來差了一個量級。這就是資料結構的全部秘密：資料結構 = 資料的收納方式。大抽屜就是「陣列裡挨個找」，收納盒就是「先分類再直達」。東西越多，差距越懸殊——36 件是翻 20 次和 3 次的區別，36 萬件就是「等一下」和「瞬間」的區別。記住這個隱喻，全章 8 種結構都是不同的收納方式。
這和 AI 有什麼關係？

你可能會說：收納是程式設計師的事，AI 替我寫程式碼，它收納去。問題是——AI 兩種都可能寫。同一句需求「查使用者是否在會員名單裡」，AI 給出的兩個版本都能跑通、介面上看不出任何差別。拖動名單人數，看看差別藏在哪。

1,000 人
AI 的版本 A 大抽屜
for (const m of members) { if (m === user) return true; } // 從頭翻到尾
每次查詢約0.01 毫秒
AI 的版本 B 收納盒
const set = new Set(members); return set.has(user); // 直達，不用翻
每次查詢約0.0001 毫秒
這就是「驗收」的含義。Demo 階段名單只有 100 人，兩個版本都是「瞬間」；上線半年名單漲到 100 萬，版本 A 的頁面開始卡成幻燈片——而寫下它的 AI 早就不在對話裡了。懂收納方式的人，在合併程式碼那天就會問一句：「這裡為什麼用陣列挨個找？」這一問，價值就出來了。
這一章你會拿到什麼

8 種收納方式，每一種都不用背——因為它們全都藏在你已經學過的 AI 概念裡。點卡片翻面，看看每種結構在 AI 世界裡的真身。

✅ 這一課想和你分享的