履歷發布日期 2026年9月8日Last updated 2026年9月8日

沒有實習經驗的應屆畢業生履歷:用專案與課程打動招募者

沒有實習經驗不代表履歷空洞。本文教你用專案、課程與開源貢獻建立有說服力的應屆畢業生履歷,通過 ATS 篩選。

By TailorMyJob Editorial Team

Career Technology Research Team

ATS and resume parsing researchAI workflow design for job seekersRecruitment technology analysis

沒有實習經驗,不等於沒有經驗。招募者每天看到大量應屆畢業生履歷,其中許多人確實沒有正式工作紀錄——但能脫穎而出的,是那些把學術成果轉化成具體貢獻的人。本文直接告訴你怎麼做。

專案區塊:結構與必填內容

專案是你最重要的武器。把它放在「工作經歷」的位置,不要縮在履歷末尾。每個專案條目需要包含以下四個要素:

  • 專案名稱與連結:GitHub repo 或 live demo URL 直接放在標題旁。沒有連結的專案可信度大幅下降。
  • 一行情境說明:說明這是什麼、為誰解決什麼問題。例如「以 Flask 和 PostgreSQL 建立個人財務追蹤 web app,供 3 位使用者測試」。
  • 2–3 條成果導向的條列句:用動詞開頭,量化結果。
  • 技術標籤:列出使用的語言、框架、工具,方便 ATS 抓取關鍵字。

條列句的寫法是最多人寫錯的地方。不要寫「負責前端開發」,要寫「用 React 重構查詢介面,頁面載入時間從 4.2 秒降至 1.8 秒」。學術專案也能量化:使用者數量、資料集大小、模型準確率、測試覆蓋率,都是有效的數字。

學術團隊專案的條列句寫法

課堂分組專案最常見的問題是:每個人都寫「參與開發」,看不出個人貢獻。解決方法是明確標出你負責的部分。

寫法範例:

  • 差:「參與開發推薦系統,使用協同過濾演算法」
  • 好:「獨立實作協同過濾模組,在 MovieLens 100K 資料集上達到 RMSE 0.91,優於課程基準線 12%」

如果你是組長,可以加一句說明協調工作:「協調 4 人小組的 Git 分支策略,確保兩週 sprint 內零衝突合併」。這類句子同時展示技術與協作能力。

開源貢獻:小貢獻也算數

很多人以為開源貢獻要是大型 feature 才值得寫。事實上,修復文件錯誤、新增測試案例、回報並修補 bug,都是真實的貢獻紀錄。

寫法重點:

  1. 列出 repo 名稱與 GitHub 連結(或 PR 連結)。
  2. 說明你做了什麼、影響範圍。例如「為 pandas 文件新增 3 個範例程式碼片段,PR #XXXXX 已合併」。
  3. 如果貢獻涉及 code review 來回,可以提到「與維護者溝通兩輪修改後合併」,展示你能接受技術回饋。

即使只有一筆開源貢獻,也比完全空白強。它證明你在課堂以外主動學習。

相關課程的擺放策略

「相關課程」不要只列課名,那對招募者毫無意義。有兩種有效的做法:

做法一:整合進專案描述。在專案條目下方加一行「課程:資料結構與演算法、作業系統」,讓課程與實作直接掛鉤。

做法二:獨立的課程區塊,只列與職缺高度相關的科目。如果應徵資料工程師,列「分散式系統、資料庫管理、機器學習」;如果應徵前端工程師,改列「人機互動、網路程式設計、軟體工程」。每次投遞前根據職缺描述調整,這一步和 針對每份職缺客製化履歷 的邏輯完全一致。

不要把所有修過的課都列出來。超過 6 門就是在稀釋重點。

技能區塊的 ATS 優化

應屆畢業生的技能區塊常犯兩個錯誤:要麼列太多不相關的工具,要麼用模糊的熟練度描述(「熟悉 Python」到底是什麼意思?)。

建議的結構:

程式語言:Python、JavaScript、SQL
框架與工具:React、Node.js、Flask、Docker
資料庫:PostgreSQL、MongoDB
其他:Git、Linux、REST API 設計

分類列出比混在一起更容易讓 ATS 解析,也更容易讓招募者掃描。關於 ATS 如何讀取履歷格式,可以參考 ATS 如何解析履歷欄位與表格 這篇文章,避免因為排版問題讓關鍵字被忽略。

技能的選取原則很簡單:對照職缺描述,把出現在 JD 裡、你確實會用的技術都列進去。不要列你只看過教學影片的工具。

如果你想更系統性地確認履歷有沒有通過 ATS,ATS 履歷優化完整指南 提供了逐步的檢查流程,適合在投遞前使用。

整體履歷結構建議

對沒有實習的應屆畢業生,建議的區塊順序如下:

  1. 聯絡資訊(含 GitHub、LinkedIn)
  2. 摘要(2–3 句,說明你的技術方向與求職目標)
  3. 專案經歷(2–4 個,最重要的放最前面)
  4. 技能
  5. 學歷(含 GPA,如果 3.5/4.0 以上)
  6. 相關課程(選填,根據職缺調整)
  7. 開源貢獻或其他活動(選填)

履歷長度控制在一頁。應屆畢業生沒有理由超過一頁,除非你有大量開源貢獻或競賽紀錄。關於履歷長度的判斷,可以參考 履歷應該寫幾頁

投遞前的最後檢查

每次投遞前,花 10 分鐘做這幾件事:

  • 確認職缺描述中的關鍵技術詞彙出現在你的履歷裡(專案描述或技能區塊)。
  • 確認所有 GitHub 連結可以正常開啟,repo 不是 private。
  • 把履歷存成 PDF,用純文字複製貼上測試,確認沒有亂碼或遺失內容。
  • 摘要的求職方向與這份職缺一致。

TailorMyJob 可以幫你自動比對職缺描述與履歷內容,找出遺漏的關鍵字,在手動調整之前先跑一遍可以節省時間。

重點整理

  • 專案區塊是應屆畢業生履歷的核心,每個條目必須包含可點擊的連結、量化成果和技術標籤。
  • 技能區塊按類別分組列出,並對照每份職缺的描述調整關鍵字,是通過 ATS 篩選最直接的方法。
  • 課程專案和開源貢獻只要寫出個人貢獻和具體數字,說服力不亞於正式實習經歷。

常見問題

沒有任何實習,履歷真的能通過 ATS 篩選嗎?+

可以。ATS 主要掃描關鍵字,不判斷這些關鍵字來自實習還是專案。只要你在專案描述和技能區塊中使用了職缺描述裡的技術詞彙,通過率與有實習的候選人差距不大。重點是關鍵字的精準對應,而不是經歷的來源。

課堂作業可以寫進專案區塊嗎?+

可以,但要寫清楚是課程專案,不要刻意模糊。招募者不介意課程專案,介意的是看不出你做了什麼。用具體的技術、數字和結果描述,課程專案一樣有說服力。

GitHub 上的個人專案如果沒有 star 或 fork,值得放嗎?+

值得。Star 數量不是招募者的評估標準,他們看的是 repo 裡有什麼:README 是否清楚、程式碼結構是否合理、有沒有 commit 歷史。一個有完整 README 和定期 commit 的個人專案,比一個空 repo 有說服力得多。

技能區塊要不要列熟練程度,例如「精通」或「熟悉」?+

不建議。這類描述主觀且無法驗證,招募者通常直接忽略。直接列工具名稱,讓面試問題來測試深度。如果某個技術你只用過一次,考慮是否真的需要列出來。

學歷 GPA 要不要寫?+

如果 GPA 在 3.5/4.0 以上,建議寫。低於這個門檻,省略即可,不需要主動標注。部分雇主(尤其是金融和顧問業)仍然看 GPA,科技業相對不那麼重視,但列出來也不會扣分。

開源貢獻要去哪裡找適合新手的 issue?+

GitHub 上搜尋標籤 good first issue 或 help wanted,這是專門給新貢獻者的入口。知名專案如 freeCodeCamp、scikit-learn、Django 都有維護這類標籤。先從文件修正或測試補充開始,比直接挑功能開發更容易合併。

履歷摘要(Summary)對應屆畢業生有用嗎?+

有用,但要具體。不要寫「熱情的軟體工程師尋求機會」,要寫「主修資訊工程,專注於後端開發,熟悉 Python 和 PostgreSQL,有 3 個 web app 個人專案」。兩到三句話,說清楚你的技術方向和你能帶來什麼。

Sources

  1. Harvard Business School: Hidden Workers: Untapped Talent
  2. Harvard Business Review: All the Ways Hiring Algorithms Can Introduce Bias
  3. U.S. Bureau of Labor Statistics: Occupational Outlook Handbook

About the Author

TailorMyJob Editorial Team

Career Technology Research Team

  • ATS and resume parsing research
  • AI workflow design for job seekers
  • Recruitment technology analysis

TailorMyJob publishes resume optimization, ATS, and job search guidance informed by product analysis, hiring workflow research, and practical support for active job seekers.

Learn more

延伸閱讀