韌體工程師的英文履歷怎麼寫
更新於 2026-09-02
韌體工程師的英文履歷，只有三種證據算數：出過貨的裝置、你砍掉的毫秒與微安、你消滅的現場故障。看履歷的人多半自己接過探棒，他讀的是：你帶起來的是哪一顆晶片、你負責哪一層、板子第一次上電不亮的時候你在不在場。MCU 型號與通訊協定列了兩行，這三題還是空白。
這個職位夾在兩個鄰居中間，履歷必須自己劃清界線。跟軟體工程師不同：你沒有雲端可以水平擴充，你有的是 [N] KB 的 RAM、硬性的即時期限、一顆電池。跟 IC 設計不同：你不畫矽，你寫跑在矽上的程式，履歷的單位是裝置而不是 block。從台灣的晶片公司或 ODM 往消費電子與車用外商走，最常被挑剔的就是這兩條線畫不清楚。這一頁的範例全是英文，因為外商履歷的成品語言是英文；數字一律留 [N]，那些毫秒與微安必須是你自己量的。
以下依序是版面結構、三個層級的 summary、依職能分組的 bullet、改寫前後對照、技能區的取捨、ATS 關鍵字、這個職位特有的錯誤，以及每一句主張會招來的面試追問。
這個職位的英文履歷，完成後長這樣
下面是一份虛構人物的完整範例，由產品的排版引擎渲染成真正的頁面，分數由同一套規則引擎現算——不是我們打上去的。缺的數字一律留 [N]，所以分數停在上限以下；那不是範例的缺陷，是產品的規則在示範。
Lena Hoffmann
Education
- Built a FreeRTOS data logger on a Cortex-M microcontroller for the thesis that ran [N] days on a coin cell in field testing
Experience
- Cut cold boot of a body-domain controller from [N] ms to [N] ms by deferring non-safety peripheral init past the first CAN frame, meeting the wake-to-bus requirement on the first submission
- Architected the dual-bank OTA scheme for the controller family, delivering [N] over-the-air releases to [N] million vehicles with rollback covering every power-loss window
- Eliminated a sporadic reset that returned [N] controllers a month by capturing it with a logic analyzer on the flash bus and moving calibration writes behind a brown-out lockout
- Halved worst-case interrupt latency on the CAN receive path by moving frame filtering into the hardware mailbox and taking logging out of the ISR
- Led the ISO 26262 software safety case for the body-domain platform, carrying [N] freedom-from-interference arguments through the external assessor with no software finding raised
- Owned the bring-up of a new BLE SoC on pre-release silicon, taking the board from first serial output to a booting RTOS image in [N] days and filing [N] errata the vendor confirmed
- Doubled battery life on the same cell by moving heart-rate sampling into the sensor’s own FIFO, so the MCU woke [N] times a minute instead of [N] thousand
- Rebuilt the SPI flash driver around DMA with a journaled settings store, ending the [N]% of units that lost their pairing after a mid-write power loss
- Shipped the end-of-line test firmware for a line producing [N] thousand units a month, cutting test time per unit from [N] s to [N] s and flagging [N] board faults the previous test passed
Projects
- Delivered an upstream Zephyr driver for a six-axis IMU, now built into [N] downstream boards and maintained through [N] release cycles
- Resolved a FIFO watermark race in that driver which misaligned timestamps by [N] ms a minute, adding the regression test the maintainers now run in CI
Additional Information
版面結構與順序
單欄、標準標題、不用圖示。這份履歷先被解析系統讀，再被一個桌上放著示波器的人讀，兩者都不需要裝飾。
排序原則：裝置先行。你出過貨的產品、你帶起來的晶片、你負責的那一層是最強的證據，其他區塊都在替它讓路。新鮮人用實際點亮過的板子與量到的數字頂上同一個位置。
- 1Summary
三句話：你的主戰場（bare-metal、RTOS 或 Linux 驅動）、帶過的晶片家族、一個最站得住的數字：開機時間、待機電流或出貨量。
- 2Experience
倒序，依產品分段。每段寫裝置類別、晶片家族、你負責的層（驅動、協定堆疊、bootloader、功耗），加上 [N] 結果。應占掉大半頁。
- 3Shipped Devices（選用）
一行一個產品：年份、裝置類別、晶片家族、你的層、出貨量級。每一列都會被追問，只列你還答得出暫存器名字的。
- 4Skills
晶片家族、RTOS、協定、除錯工具，按類別分組。只列你接過探棒或寫過驅動的。這區是關鍵字對照表，不是修課清單。
- 5Education
有出貨紀錄後縮成兩行墊底。新鮮人前移，放嵌入式專題、用過的板子與實際量到的數字。
三個層級的 Summary 範例
Summary 要讓一個做過韌體的人在十秒內知道：你在哪一層、帶過什麼晶片、量到什麼數字。三個層級各一例，數字留 [N] 由你自己填。
Embedded software graduate with two board projects on Cortex-M microcontrollers, including a FreeRTOS data logger that ran [N] days on a coin cell in field testing. Wrote the SPI flash driver and the fault handler that turns hard faults into readable crash logs. Wants a firmware team that brings up new silicon at the bench rather than in a simulator.
新鮮人的證據是一塊真的點亮過的板子與一個量到的數字。那個 [N] 天的續航與那個 fault handler，都是可以被問一小時的實體。
Firmware engineer with [N] years on wearable and IoT devices, owning the BLE stack, power management, and OTA path on [N] shipped products totalling [N] million units. Cut standby current from [N] µA to [N] µA and cold boot from [N] ms to [N] ms on the same silicon. Most useful with a logic analyzer on the bus when the datasheet and the board disagree.
中生代要把三件事講齊：你的層（stack、功耗、OTA）、出貨量級、兩組前後對照的數字。最後一句講工作方式，比任何形容詞都有資訊量。
Senior firmware engineer leading a [N]-person team across [N] silicon generations, owning secure boot, OTA, and the power architecture of a device line shipping [N] million units a year. Eliminated a field-failure class that had produced [N] returns a month and wrote the bring-up checklist the team now runs on every new board. Trusts a failure reproduced on the bench over a theory that explains it away.
資深的證據是留在產品線與團隊身上的東西：一類現場故障消失了、bring-up 清單變成制度。整段沒有一個字在替自己打分數。
依職能分組的 bullet 範例
骨架不變：動詞、晶片與你的層、方法、[N] 結果。毫秒、微安、KB 與出貨量是這個職位的規模語言，缺哪個就留哪個的 [N]。
Bring-up 與驅動程式
· Owned bring-up of a new Cortex-M BLE SoC from first power-on to a booting RTOS in [N] days, writing the clock-tree, GPIO, and UART drivers against a pre-release datasheet.
· Rebuilt the I2C driver for a [N]-sensor hub with clock-stretching and bus-recovery handling, ending the lock-ups that had frozen [N]% of units on the previous firmware.
· Migrated the USB device stack to a new MCU family without changing the host-side tooling, so the factory line needed no update when the silicon did.
· Negotiated the MCU pin-out with the hardware team before schematic freeze, keeping SWD and a spare UART exposed so every field unit stays debuggable.
即時性與 RTOS
· Cut worst-case interrupt latency from [N] µs to [N] µs by moving the audio ISR onto a zero-copy ring buffer and taking logging out of the critical section.
· Resolved a priority-inversion deadlock between the flash-write task and the BLE stack by adding priority inheritance on the shared mutex, closing the top crash signature in field logs.
· Reduced RAM use by [N] KB by sizing [N] task stacks from measured high-water marks instead of defaults, making room for the OTA buffer on a [N] KB part.
功耗
· Doubled battery life on the same cell by cutting standby current from [N] µA to [N] µA through rail gating in deep sleep and batched sensor wake-ups.
· Halved active-mode power on the display path by moving refresh to DMA-driven partial updates and dropping the SPI clock while idle.
· Designed the wake-source arbitration between radio, accelerometer, and RTC so no two could race each other out of sleep, ending the overnight drain on [N]% of units.
開機、bootloader 與 OTA
· Cut cold boot from [N] ms to [N] ms by deferring peripheral init until after the first frame and handing the image CRC to the DMA-fed hardware engine.
· Built the A/B bootloader with signed images and automatic rollback, shipping [N] firmware updates to [N] million devices without stranding a unit.
· Secured the boot chain with a hardware root of trust and anti-rollback counters, passing the third-party penetration test on the first submission.
現場故障與除錯
· Eliminated a field failure that returned [N] units a month by tracing it, with a logic analyzer on the flash bus, to a power-loss window during sector erase, then adding a journaled write path.
· Recovered [N] units from a dead-on-arrival pile by reading the crash-log region over JTAG and matching every one to an unhandled brown-out reset.
· Resolved an intermittent BLE disconnect by capturing [N] hours of sniffer traces, isolating a connection-interval negotiation bug in the stack, and shipping the fix in the next OTA.
改寫前後對照
同一段經歷的弱寫法與強寫法。韌體履歷的弱寫法有固定型：型號代替成果、產品代替你的層、「修 bug」代替診斷。
Responsible for firmware development of the smartwatch.
Owned the power-management and BLE firmware on a smartwatch that shipped [N] million units, including the sleep-state machine, the OTA path, and the crash-log pipeline the field team reads.
差在哪 · 「Responsible for」加產品名，只說了你坐在哪個專案。改寫劃出你的層（功耗與 BLE）、出貨量級、三個可以被追問的實體。
Familiar with STM32, ESP32, nRF52, FreeRTOS, Zephyr, I2C, SPI, UART, and BLE.
Delivered a booting product image on a new Cortex-M BLE SoC under Zephyr [N] weeks ahead of the hardware schedule, writing the I2C and SPI drivers for [N] sensors along the way.
差在哪 · 型號與協定的清單沒有矽紀錄。改寫把工具掛在一次真實的 bring-up 上，只留故事需要的那幾個，並補上時程結果。
Improved battery life of the device.
Doubled field battery life on the same cell by cutting standby current from [N] µA to [N] µA through rail gating in deep sleep and batched sensor wake-ups.
差在哪 · 「Improved」沒有量測點。改寫給出指標（待機電流）、前後值留 [N]、方法（rail gating 與批次喚醒），每一段都能往下問。
Fixed bugs reported from the field.
Eliminated the top field-return cause, a settings corruption on power loss, by adding a journaled write path and confirming zero recurrence across [N] thousand units over [N] months.
差在哪 · 修 bug 是日常，診斷才是證據。改寫指名根因（斷電時的寫入損毀）、修法（journaled write）、以及證明修好了的分母。
Participated in the bring-up of the new board.
Owned the clock-tree, GPIO, and UART bring-up on the new board, producing the first serial output [N] hours after the boards arrived and a booting RTOS by the end of that week.
差在哪 · 「Participated」看不出哪一段是你的。改寫指名你負責的周邊、第一個里程碑的時間，以及收尾。
技能區怎麼取捨
技能區的每一個詞，都要準備好被問「你用它寫過哪個暫存器」。答不出來的，不要放。
值得佔版面的
C · C++（嵌入式子集） · ARM Cortex-M · ARM assembly · Python（工具腳本）
FreeRTOS · Zephyr · bare-metal · Linux drivers（真的寫過才放）
BLE · USB · I2C · SPI · UART · CAN · DMA
JTAG/SWD · logic analyzer · oscilloscope · GDB/OpenOCD · power profiler
可以刪掉的
- 碰過的每一顆 MCU 型號 · 每個型號都是一道面試題。留下你帶起來過、寫過驅動的晶片家族，其餘刪掉。
- 「Familiar with embedded systems concepts」 · 熟悉是主張，不是證據。嵌入式的證據是點亮的板子與量到的數字，位置在 Experience。
- 學生時期的 Arduino 專題 · 出過貨的人放這個會稀釋版面。新鮮人可以留一個，但要寫成有量測數據的專案，不是一個名詞。
- 公司內部工具與晶片代號 · 圈外看不懂，還可能踩到保密線。改寫成通用能力：regression rig、release flow、a flagship wearable SoC。
ATS 關鍵字
解析系統先比對關鍵字，人才看內容。以下是這個職位常被比對的詞，按類別分組。
只放你寫過、量過、守得住的詞。這個圈子的面試官會直接問暫存器與波形，一個答不出的關鍵字比空白更傷。堆關鍵字對解析器不加分，在人眼裡只是雜訊。
履歷之外的證據：什麼查得到，什麼查不到
韌體大多躺在私有 repo 裡，包在一個沒人打得開的產品中。對方能真的點開的東西很少，所以少數幾個點得開的，分量遠大於它的體積。以下是韌體審件者實際會去查的東西、履歷上那一行怎麼寫，以及什麼都沒有的時候怎麼辦。
- 上游 commit：這一頁唯一造不了假的東西
合併進 Zephyr、Linux kernel、U-Boot、MCUboot 或 TinyUSB 的 patch，是韌體履歷上少數對方能自己驗證的憑據：樹是公開的，commit 帶著你的名字與日期，任何人都能對著它跑 git log。寫法要具體到子系統，不是類別——「Open source: [N] merged commits to Zephyr, drivers/i2c and boards/arm」，後面接你的帳號。只寫 open source contributor 而不指名哪棵樹、哪個目錄，是一句會被跳過的話。
- 審件者打開 GitHub 之後，看的順序
先看履歷，再看 pinned 的第一個 repo，整段不到一分鐘。他查三件事：目標是不是真的微控制器而不是桌機模擬、它怎麼 build（Makefile、west manifest 或 CMake，不是只有一個 IDE 專案檔）、README 裡有沒有量到的東西。第一個 repo 是照著教學做的閃燈練習，這一分鐘就結束了，下面的不會再點。pin 的順序自己排：最像工作的放第一個。
- 沒有東西可以連，就把欄位留白
做了很多年韌體而 GitHub 是空的，在這個圈子是常態不是缺口——這一頁的範例履歷，github 與 portfolio 兩欄就是空的。放一個 fork 來的廠商 SDK 範例、或三年沒動的 Arduino 練習，比不放更傷：對方點進去看到的是你最弱的程式碼，重新散布廠商 SDK 還可能同時踩到授權與保密。留白不需要解釋，爛連結需要。
- 程式碼不能公開，就指向那台裝置
產品本身是公開的：型號、使用手冊、官網上的韌體更新說明。韌體版本紀錄最好用，因為那份 changelog 上列的修正，有幾條是你的。用一個「Shipped Devices」區塊承接它——年份、裝置類別、你負責的層、出貨量級——讓對方自己去搜型號。裝置在架上證明產品是真的，剩下的在面談時由你守。
- 可以只公開量測，不公開程式碼
韌體最有說服力的產出多半是圖不是碼：一個睡眠週期的電流曲線、開機時間的 trace、匯流排卡死那一刻的示波器截圖、量測台的照片。這些都不含公司原始碼、不含代號，卻直接證明你會量。把某一類 bug 從症狀追到根因寫成一篇文章、配上波形，比一個 repo 更能說明你怎麼工作。發表前檢查三件事：沒有代號、沒有客戶名、沒有未發布的產品。
- 查得到的，與只是說了的
commit hash、PR 連結、CVE 編號、專利公開號、研討會錄影，對方輸入就有結果。「熟悉 secure boot」沒有結果。難處理的是主張為真但查不到的情況：commit 掛在公司信箱、patch 由同事代為上游、專利送件未滿十八個月還沒公開。自己先搜一次，搜不到的就把識別碼直接寫進履歷或求職信，不要留給對方猜。
韌體履歷的常見錯誤
- 1技能區列出碰過的每一顆 MCU 型號
清單越長，每一項越不可信。面試官挑一顆問你 clock tree 怎麼設、哪個 errata 咬過你，一題答不好，整份清單重新估價。
- 2把移植廠商 SDK 範例寫成「開發驅動」
寫過驅動的人會問你動了哪個暫存器、怎麼處理 bus recovery。誠實分層：wrote、ported、configured 是三個不同的動詞，各有各的可信度。
- 3沒有硬體約束，讀起來像應用程式
沒寫 RAM 與 flash 大小、電池容量、即時期限，你的工作跟寫 app 沒有區別。約束是韌體工程的證據，[N] KB 與 [N] µA 就是你的規模語言。
- 4拿整個產品冒充自己的層
「Developed a smartwatch」講的是公司的產品。寫你負責的層：驅動、協定堆疊、bootloader、功耗。範圍窄而真實，勝過寬而空。
- 5沒有任何現場數據
韌體的成績單在現場：出貨量、退貨率、更新成功率、crash 簽章的消長。一份沒有現場數字的履歷，讀起來像產品還沒出過門。
- 6寫出未發布產品與內部代號
代號違反保密協議，圈外人也看不懂。用類別描述：a flagship wearable、a body-domain controller。晶片家族與出貨量級多半可以寫，代號不行。
每句主張會招來的追問
韌體面試的追問只想確認一件事：那塊板子是你帶起來的，還是你改了廠商範例讓它跑起來。每一句主張，先想過三層再寫上去。
Cut standby current from [N] µA to [N] µA.
在哪裡量的：電池端還是 MCU 的供電腳？用什麼儀器、取樣多久？功耗降下來之後，喚醒延遲付出了什麼？
準備量測點、儀器與時間窗口。沒有代價的功耗優化很少見；喚醒變慢或事件遺失，自己先講，比被挖出來好。
Owned bring-up of a new SoC from first power-on to a booting RTOS.
第一次上電發生什麼？哪個周邊最先不聽話？你怎麼分辨是矽的問題、板子的問題，還是你的程式碼？
準備一條真的追過的線：症狀、示波器或邏輯分析儀上看到什麼、每一步排除了哪個假設、最後怎麼確認。答不出排除順序，bring-up 的功勞會被歸給硬體團隊。
Eliminated a field failure that returned [N] units a month.
怎麼在實驗室重現？根因是什麼？你怎麼證明是修好了，而不是機率變低？
可信的現場除錯有三段：重現條件、根因與波形、修復後的分母。「修了之後沒再看到」不是證據，「[N] 千台跑 [N] 個月零復發」才是。
Shipped [N] OTA updates to [N] million devices without stranding a unit.
更新中途斷電怎麼辦？回滾機制是誰設計的？失敗率的分母怎麼算、失敗的定義是什麼？
準備 bootloader 的狀態機：影像驗證、切換、回滾各在哪一步，斷電落在每一步會發生什麼。講得出每個斷電窗口，這句主張才是你的。
Cut worst-case interrupt latency from [N] µs to [N] µs.
Worst-case 怎麼量的：cycle counter、GPIO toggle 接示波器，還是 trace？最長的那個 ISR 是誰寫的？
講得出量測方法與最壞路徑經過哪些程式碼。「平均變快」不是答案；即時系統只在乎最壞的那一次。
常見問題
在台灣晶片公司或 ODM 的韌體經歷，寫給外商看要調整什麼？
最大的差異是所有權的顆粒度。台式寫法習慣列專案名與年資；外商要看你負責的層、你帶起來的晶片、你量到的數字。每條 bullet 的主詞必須是你，不是團隊。
第二個差異是現場數據。出貨量級、退貨率、更新成功率在台灣履歷裡常被省略，在外商眼裡卻是韌體的成績單。拿不準的留 [N]，不要整句放棄。
我大部分時間在改廠商 SDK，可以寫成開發驅動嗎？
照實分層：wrote、ported、configured 是三個不同的動詞。從零寫的驅動寫 wrote；改了 SDK 範例讓它在你的板子上跑，寫 ported，並補上你改了什麼與為什麼。
面試官會問你動了哪個暫存器。誠實的 ported 加上一個具體的修改，比一個守不住的 wrote 值錢。
產品還沒出貨，只有研發案與樣品，怎麼寫？
寫 bring-up 與量測：帶起來的晶片、第一次開機的時程、量到的功耗與延遲、樣品數量。這些都是真的證據。
不要暗示出貨。「Shipped」在這個圈子是重話，被發現產品還在 EVT 階段，整份履歷一起折價。
Linux 驅動經驗算韌體嗎？投外商要怎麼定位？
算，但收履歷的人會分流：bare-metal 與 RTOS 是一條線，Linux kernel 驅動是另一條。Summary 第一句就要講清楚你的主戰場，兩邊都碰過就講比例。
想轉軌，就把最接近目標那條線的經歷往前放：做 Linux 的人把板子 bring-up 與 device tree 的部分提到最前面。
把你帶起來的板子，寫成面試官想追問的英文
用中文照實描述你的晶片、你的層與你量到的數字，AI 以 Tech 視角改寫成這一頁等級的英文 bullet。四項分數由規則引擎計算，同一份稿重測數字不變。缺的毫秒與微安一律留黃色 [N] 空格由你自己填：面試時要守住那些數字的人是你。
免費生成 2 次