Hackathon 是什麼,為什麼值得參加

Hackathon 通常是一到兩天的活動,參加者以個人或小組的形式,在固定時間內做出一個可以展示的作品,最後向評審說明這個作品解決了什麼問題。

這個形式有幾個對高中生特別有價值的特點:

它強迫你在有限時間內完成一件事。 很多 Side Project 卡在「開始了但做不完」。Hackathon 的截止時間讓你必須做出取捨、縮小範圍、並且在時間內交出一個可以展示的版本。這種完成的經驗,是建立 Execution 能力最有效的訓練之一。

它讓你接觸工程師和創業的實際文化。 Hackathon 的環境裡,大家在快速解決問題,失敗了就馬上調整,不會有人笑你。這是一種學校很少提供的工作環境,接觸一次就會對「什麼叫做真正在做事」有更清楚的感受。

它提供一個可以展示的成果。 就算沒得獎,一個 Hackathon 做出來的作品,有時間壓力下完成的紀錄、有展示影片或 GitHub 連結,是一份真實的 Execution 證明,可以放進備審或 Portfolio。

台灣高中生可以參加哪些

Devpost(國際平台)

全球最大的 Hackathon 平台,大部分活動是線上進行,台灣學生都可以參加。搜尋時可以篩選「open to high school students」或「beginner friendly」。很多 Hackathon 會設定特定主題(AI、永續、教育、醫療),可以找和你申請方向相關的主題。

Devpost

Major League Hacking(MLH)

全球學生 Hackathon 聯盟,有線上和各地的線下活動。部分台灣大學舉辦的 Hackathon 是 MLH 認可的活動,高中生也可以參加。

MLH

各大學主辦的 Hackathon

台大、成大、交大、清大等學校每年都有對外開放的 Hackathon,部分明確歡迎高中生報名。可以追蹤各學校資工系、創新創業中心或學生社團的社群,通常會提前公告。

政府與企業主辦的創新競賽

青年創業或數位創新相關的競賽,有些本質上非常接近 Hackathon——限定時間內提案或做出雛形。教育部、經濟部、各縣市政府都有類似活動,可以定期搜尋「高中生 創新競賽」或「學生 Hackathon」。

學校或補習資源相關社群

Coding 相關的 Discord 社群、LINE 群組,或者已經有參加過的學長姐,通常是第一手知道活動資訊的管道。

第一次參加怎麼準備

選一個和你方向相關的主題。 不要只看哪個 Hackathon 比賽規模大或獎金高。選一個你真的對主題有興趣的活動,因為 Hackathon 的過程裡你會需要持續決策和解決問題,沒有真實興趣很難維持。

決定是一個人還是找隊友 一個人參加的優點是決策快、不需要協調;找隊友的優點是可以分工,讓作品更完整。第一次如果沒有適合的隊友,一個人參加也沒問題,重點是完成一個作品,不是作品有多大。

在活動之前想好你能做什麼。 Hackathon 開始時通常會公布題目或主題,但在那之前,你可以先整理自己有什麼工具和技術。例如:你會用 Python、會用某個 API、會做簡單的網頁。知道自己有哪些牌可以打,活動開始後才能快速決定方向。

活動當天,先做最小可行版本,再加功能。 很多第一次參加的人,因為一開始想太大,最後時間到了什麼都做不完。正確的節奏是:先在前兩到三個小時做出一個很小但完整的版本,確認能展示,再用剩下的時間加功能或優化。

準備好解釋你的作品,而不只是展示它。 最後的 Demo 時間,評審最在意的通常不是技術有多複雜,而是:你解決了什麼問題、你為什麼選擇這個方法、以及這個東西對誰有用。把這三個問題的答案想清楚,比把功能做到最完整更重要。

讓 Hackathon 有申請價值

Hackathon 本身只是一個活動,讓它有申請價值的,是你怎麼處理這段經歷。

把作品整理上 GitHub,寫好 README Hackathon 結束後,很多作品停在一個半成品的狀態。花一到兩天的時間把程式碼整理好、寫一份讓人看得懂的 README、加入 Demo 截圖或影片——這讓作品從「我參加了一個 Hackathon」變成「我有一個可以公開展示的作品」。

記錄過程,特別是卡關和決策的部分。 活動結束後,寫下你在過程裡遇到的三到五個問題、你怎麼決定怎麼解決、最後結果是什麼。這份紀錄是備審最有說服力的素材之一——因為它展示的是你真實的思考過程,不是一個修飾過的成果。

如果有繼續的可能性,把 Hackathon 延伸成長期專案。 Hackathon 的限制是時間很短,很多想法只做了一個雛形。如果你覺得這個方向值得繼續,Hackathon 結束後繼續做,才能讓它成為你主線的一部分,而不只是一個單次活動。

備審裡,不要只說得了什麼名次。 Hackathon 最有價值的部分不是結果,而是過程:你如何在時間壓力下做決策、你遇到技術問題時怎麼處理、你為什麼選擇這個問題。這些才是讓評審覺得你有真實能力的地方。

第一次常見的誤解

「沒有足夠的技術能力,不應該參加。」 Hackathon 裡有各種技術程度的參加者,beginner-friendly 的活動很多。你需要的不是強大的技術,而是願意在有限時間內做出一個東西的意願。技術可以在過程中學,但這個意願才是關鍵。

「得不了獎就沒意義。」 大部分第一次參加的人不會得獎,這很正常。重點是你做出了一個作品、接觸了這個環境、學到了在課堂裡學不到的東西。這些收獲本身就有價值,不需要獎狀才能放進備審。

「要等有好的 idea 才參加。」 Hackathon 的題目通常在活動當天才公布,等有完美 idea 是個陷阱。大部分 Hackathon 作品的核心,都是一個簡單但清楚的解決方案,而不是一個革命性的創意。清楚比複雜更重要。