看到“24年底畢業(yè)沒有開發(fā)經(jīng)驗(yàn)還能回SDE嗎”這個(gè)問題的人通常已經(jīng)意識(shí)到自己不能再把時(shí)間花在反復(fù)確認(rèn)方向上。與其簡單的回答“能”或“不能”不如先把它翻譯成招聘系統(tǒng)真正想確認(rèn)的問題你身上有哪些證據(jù)能證明拿到一個(gè)開發(fā)任務(wù)后可以完成、交付、上線并處理故障“沒有開發(fā)經(jīng)驗(yàn)”到底是指缺少一段被蓋章的實(shí)習(xí)經(jīng)歷還是指缺少“把需求變成可運(yùn)行軟件”的完整鏈路。后一種能力不一定只能靠公司獲得。SDESoftware Development Engineer崗位的面試流程通常圍繞四個(gè)環(huán)節(jié)展開算法筆試、項(xiàng)目經(jīng)驗(yàn)、系統(tǒng)設(shè)計(jì)、行為面試。換句話說考察對象是一組可驗(yàn)證的工程事實(shí)你能否寫出并能解釋代碼能否把一個(gè)功能拆分成表、接口、服務(wù)、異常處理能否在線上出問題時(shí)回到日志、錯(cuò)誤碼和邊界條件而不是只靠背八股。如果畢業(yè)時(shí)間已經(jīng)進(jìn)入倒計(jì)時(shí)不要再用“把所有微服務(wù)都學(xué)一遍再投簡歷”的方式拖延。對 2024 年底畢業(yè)、沒有開發(fā)經(jīng)驗(yàn)的人來說更合理的路徑是定一個(gè)足夠真實(shí)的最小項(xiàng)目把它做成可公網(wǎng)訪問的演示地址再圍繞它補(bǔ)齊 Git、測試、部署和排障能力。有了這些證據(jù)即使簡歷上沒有實(shí)習(xí)經(jīng)歷面試官仍然能判斷你是否具備基礎(chǔ)軟件開發(fā)能力。1. 先拆掉“沒有開發(fā)經(jīng)驗(yàn)”這個(gè)模糊結(jié)論再討論能不能回 SDE1.1 SDE 招聘看的不是經(jīng)歷名稱而是可驗(yàn)證的工程信號(hào)很多學(xué)生把“沒有開發(fā)經(jīng)驗(yàn)理解成沒有在一家公司碼過字”于是得出“我不可能被錄用”的結(jié)論。但站在招聘方視角看這個(gè)判斷并不等價(jià)。一個(gè)后端崗位每天要面對的候選人有幾類有過一年實(shí)習(xí)經(jīng)驗(yàn)的應(yīng)屆生、把實(shí)驗(yàn)室項(xiàng)目當(dāng)業(yè)務(wù)項(xiàng)目使用的碩士生、沒有實(shí)習(xí)但獨(dú)立做過可訪問項(xiàng)目的自學(xué)者。真正決定是否進(jìn)入下一輪面試的不是簡歷上的“公司名時(shí)間段”而是幾個(gè)具體信號(hào)算法題能不能在合理時(shí)間內(nèi)寫出可運(yùn)行代碼聊到技術(shù)棧時(shí)能否按“需求—方案—邊界—驗(yàn)證”的邏輯講清楚提問項(xiàng)目細(xì)節(jié)時(shí)會(huì)不會(huì)崩在“為什么這么設(shè)計(jì)”上h看候選人的代碼倉庫提交記錄是否混亂配置里是否含有密碼讓候選人描述線上故障的處理過程是否有日志、監(jiān)控、回滾等工程意識(shí)。對無開發(fā)經(jīng)驗(yàn)的求職者來說缺的往往不是“聽懂概念”的能力而是缺少把這些能力包裝成可驗(yàn)證證據(jù)的過程。復(fù)盤時(shí)應(yīng)當(dāng)把問題從“我還能不能當(dāng) SDE”改成“我的工程信號(hào)是什么里面缺哪些環(huán)節(jié)”。1.2 把“無經(jīng)驗(yàn)”拆成五種可彌補(bǔ)的子缺口沒有任何開發(fā)經(jīng)驗(yàn)的求職者通常同時(shí)存在多種具體缺口。把這些缺口合并成一個(gè)籠統(tǒng)的“我不行”只會(huì)讓學(xué)習(xí)焦慮增加。第一次梳理時(shí)可按下表拆分子缺口典型癥狀可行的彌補(bǔ)動(dòng)作算法與數(shù)據(jù)結(jié)構(gòu)筆試排序擴(kuò)展題寫不出時(shí)間復(fù)雜度和邊界把握不準(zhǔn)按專題刷題每道題記錄思路復(fù)雜度每周固定在限時(shí)環(huán)境下完成一套題語言工程化能力只學(xué)過語法沒寫過一個(gè)帶校驗(yàn)、批注、測試的類用 Java/Python 完成一個(gè)帶測試文件的管理接口數(shù)據(jù)庫和 API 設(shè)計(jì)能寫單表 SELECT但不會(huì)建表、事務(wù)、唯一約束、索引取舍獨(dú)立完成一個(gè)小型系統(tǒng)的表結(jié)構(gòu)設(shè)計(jì)并說明字段選型原因工程習(xí)慣代碼放在單層文件里只有一個(gè) main 函數(shù)無版本管理會(huì)用 Git 管理代碼提交問題最小化一個(gè)提交只做一件事面試表達(dá)能實(shí)現(xiàn)功能但講不出取舍被追問后容易說“教程是這么寫的”每段代碼都用“目標(biāo)—實(shí)現(xiàn)—測試—上線風(fēng)險(xiǎn)”四段式復(fù)述拆完后會(huì)發(fā)現(xiàn)沒有開發(fā)經(jīng)驗(yàn)不等于所有要從零開始。如果以前學(xué)過 C、Python 或 Java算法基礎(chǔ)和語言基礎(chǔ)可以復(fù)用如果操作系統(tǒng)、計(jì)算機(jī)網(wǎng)絡(luò)、數(shù)據(jù)庫原理等課沒有落下后面的系統(tǒng)設(shè)計(jì)和八股題也能快速補(bǔ)上。真正需要投入最多時(shí)間搭建的是“能跑起來、能演示、能部署”的項(xiàng)目證據(jù)。1.3 用目標(biāo)崗位 JD 倒推能力矩陣而不是照搬學(xué)習(xí)路線不要在網(wǎng)上隨便找一份“后端工程師學(xué)習(xí)路徑”然后從第一行開始學(xué)。動(dòng)作應(yīng)該是先找出十來份自己真正想投的 SDE 崗位 JD比較其中反復(fù)出現(xiàn)的技能項(xiàng)。例如一份后端 SDE 的 JD 里可能會(huì)反復(fù)出現(xiàn)這些詞Java、Spring、MySQL、Redis、消息隊(duì)列、分布式、性能優(yōu)化。另一份更偏平臺(tái)方向的 JD 可能會(huì)要求 C、Linux、網(wǎng)絡(luò)協(xié)議、容器化。求職者需要做的是把這些關(guān)鍵詞列成一張表然后判斷哪些是實(shí)現(xiàn)最小交付前必須學(xué)會(huì)的哪些是可以寫到“了解”級(jí)別的加分項(xiàng)。JD 關(guān)鍵詞是否必須理解最低驗(yàn)證方式何時(shí)開始在簡歷中出現(xiàn)Java / 面向?qū)ο笫悄塥?dú)立寫一個(gè)多實(shí)體項(xiàng)目并解釋設(shè)計(jì)第一個(gè)月后Spring Boot是能創(chuàng)建 REST API配置數(shù)據(jù)庫并部署第二個(gè)月后MySQL / SQL是能設(shè)計(jì)表、寫聯(lián)表查詢、說清索引思路第一個(gè)月后Redis不一定能說明緩存使用場景并做最小 Demo根據(jù)目標(biāo)崗決定Docker加分能用一個(gè) Docker Compose 啟動(dòng) MySQL 和應(yīng)用第二個(gè)月后Linux 和日志排查是能在服務(wù)器上查看進(jìn)程、日志、端口并定位問題項(xiàng)目上線后如果確定自己只能抓一條主線推薦“Java Spring Boot MySQL Redis Docker Linux”這條經(jīng)典后端鏈路它對 2024 年底左右的大多數(shù)后端 SDE 崗位適配度較高。選 Python/FastAPI 或 Go/Gin 也可以但要注意最終項(xiàng)目描述要圍繞目標(biāo) JD 的語言要求展開。2. 用一份“可面試基線”做技術(shù)自檢先明確不必等學(xué)完所有東西再投2.1 后端一條主線棧的最低要求和加分項(xiàng)很多零經(jīng)驗(yàn)求職者陷入的最大誤區(qū)是“覺得自己還有一堆框架不會(huì)所以沒資格投簡歷”。事實(shí)上一個(gè)應(yīng)屆或初級(jí) SDE 應(yīng)該達(dá)到的更多是“在中級(jí)工程師的指導(dǎo)下能獨(dú)立完成模塊級(jí)開發(fā)”而不是“具備五年架構(gòu)經(jīng)驗(yàn)”。自檢時(shí)可參考下面這張表。左列模塊是面試或筆試中常出現(xiàn)的中間“最低要求”意味著如果沒有達(dá)到先不要大規(guī)模海投右列是“有余力再做”的部分模塊最低可面試要求加分項(xiàng)Java 語言掌握類、接口、異常、集合、泛型能寫帶單元測試的應(yīng)用JVM 內(nèi)存分區(qū)、GC、線程池參數(shù)、并發(fā)容器原理Spring Boot能通過注解創(chuàng)建 REST 接口掌握依賴注入能處理全局異常自動(dòng)配置原理、Starters 選擇、Profile 切換MySQL會(huì)設(shè)計(jì)表會(huì)寫 CRUD 和聯(lián)表查詢理解索引和事務(wù)執(zhí)行計(jì)劃、慢查詢、主從、分庫分表基本概念Redis會(huì)做 set/get、緩存過期、刪除緩存的基本流程緩存一致性、過期策略、分布式鎖成立條件HTTP/網(wǎng)絡(luò)知道 GET/POST 的語義、狀態(tài)碼、Cookie/Session/TokenTCP 握手、HTTPS 流程、常見請求頭作用Linux能在遠(yuǎn)程服務(wù)器上部署應(yīng)用會(huì)看端口、日志、進(jìn)程編寫啟動(dòng)腳本、systemd 配置、基礎(chǔ)網(wǎng)絡(luò)排查Git會(huì)用 add/commit/push/pull分支處理不混亂rebase、cherry-pick、解決沖突檢驗(yàn)方式不是“看了幾節(jié)視頻”而是“能不能在 30 分鐘內(nèi)不打開任何教程把下面這件事完成”設(shè)計(jì)一張表創(chuàng)建一個(gè) Spring Boot 項(xiàng)目寫一個(gè)“新增分頁查詢”接口在本地用 MySQL 跑通再從 Git 倉庫拉代碼到另一臺(tái)環(huán)境。2.2 學(xué)習(xí)環(huán)境中的三種驗(yàn)證方法默寫、故障注入、復(fù)盤壓縮看過和會(huì)做的差距只有在面試或線上故障時(shí)才會(huì)暴露。練習(xí)時(shí)建議主動(dòng)制造驗(yàn)證條件而不是把代碼運(yùn)行一次就算通過。第一種方法是默寫交付。對一個(gè)剛學(xué)會(huì)的接口模塊關(guān)閉所有參考代碼在空白環(huán)境中重新實(shí)現(xiàn)一遍。寫完后不著急刪掉把它和第一版對比看哪些地方被簡化了。大多數(shù)初學(xué)者重寫時(shí)會(huì)發(fā)現(xiàn)忘記了校驗(yàn)規(guī)則沒有處理參數(shù)缺失異常沒有區(qū)分業(yè)務(wù)異常和系統(tǒng)異常。這些差異就是面試官追問時(shí)最可能卡住的地方。第二種方法是故障注入。把自己當(dāng)成測試工程師去故意破壞環(huán)境# 故意把連接串的端口寫錯(cuò)再啟動(dòng)應(yīng)用 spring.datasource.urljdbc:mysql://localhost:3307/task_db # 故意把表名改為不存在的表 SELECT * FROM t_task_missing;運(yùn)行后觀察日志。以常見錯(cuò)誤為例java.sql.SQLSyntaxErrorException: Table task_db.t_task_missing doesnt exist能通過日志定位到“表名、庫名、連接串、權(quán)限”中的哪一層比單純會(huì)使用框架更重要。無開發(fā)經(jīng)驗(yàn)的人第一次遇到這種報(bào)錯(cuò)通常會(huì)陷在“代碼沒問題”的循環(huán)里有工程習(xí)慣的人會(huì)根據(jù)錯(cuò)誤信息往前推先確認(rèn)連接配置是否正確再檢查 SQL 語句是否和 DDL 一致。第三種方法是復(fù)盤壓縮。每解決一個(gè) bug記下現(xiàn)象、根因、改動(dòng)寫成一篇短記錄。兩三次后解題速度會(huì)有明顯提高。很多 SDE 面試中問“你最近解決過什么技術(shù)問題”本質(zhì)上就是看是否具備這種“日志定位—原因判斷—方案落地”的閉環(huán)能力。沒有實(shí)習(xí)經(jīng)歷時(shí)個(gè)人項(xiàng)目里出現(xiàn)的問題完全可以當(dāng)作素材。2.3 學(xué)習(xí)環(huán)境與生產(chǎn)環(huán)境要想清楚面試時(shí)不會(huì)答成“能跑就行”做項(xiàng)目時(shí)如果只說“能跑”面試官第一反應(yīng)是候選人不具備生產(chǎn)意識(shí)。項(xiàng)目可以在學(xué)習(xí)環(huán)境里用簡單方式實(shí)現(xiàn)但講給別人和寫在簡歷上時(shí)要主動(dòng)說明實(shí)現(xiàn)層面在哪些地方簡化了。例如本地學(xué)習(xí)環(huán)境可以用 root 賬號(hào)直接連數(shù)據(jù)庫生產(chǎn)環(huán)境則需要最小權(quán)限賬號(hào)密碼通過環(huán)境變量或密鑰管理服務(wù)注入。本地項(xiàng)目可以啟動(dòng)后用curl看返回生產(chǎn)環(huán)境還需要關(guān)注監(jiān)控、告警和日志持久化。本地?cái)?shù)據(jù)庫可以隨時(shí)清空重建生產(chǎn)環(huán)境要有備份和回滾方案?？梢越⒁粋€(gè)簡單的對比環(huán)節(jié)本地學(xué)習(xí)環(huán)境接近生產(chǎn)環(huán)境的主要差異配置寫在 application.yml通過環(huán)境變量、配置中心管理敏感信息數(shù)據(jù)庫單實(shí)例數(shù)據(jù)可刪多副本定期備份賬戶權(quán)限拆分發(fā)布本地 run 啟動(dòng)需要打包、構(gòu)建、發(fā)布腳本和回滾機(jī)制日志控制臺(tái)輸出落盤并具備按級(jí)別/時(shí)間的關(guān)鍵字檢索異常打印后人工看告警觸發(fā)業(yè)務(wù)異常和系統(tǒng)異常分開處理無開發(fā)經(jīng)驗(yàn)的前期不必追求完整生產(chǎn)架構(gòu)但要在做項(xiàng)目的過程中把“如果換成生產(chǎn)環(huán)境這里要如何處理”當(dāng)作每段代碼的思考題來練。3. 做一個(gè)能跑、能測試、能部署的最小后端項(xiàng)目把經(jīng)驗(yàn)證據(jù)落到代碼里3.1 項(xiàng)目選題必須先滿足“可演示、可部署、可追問”個(gè)人項(xiàng)目不需要追求大而全但要達(dá)到三個(gè)目的讓面試官能真實(shí)看到讓面試官能把問題問到自己熟悉的代碼上讓自己能完整走一遍從需求、設(shè)計(jì)、開發(fā)到上線的流程。推薦選的題目是“任務(wù)管理 API”因?yàn)樗臉I(yè)務(wù)邊界足夠小避免在需求描述上花太多時(shí)間。功能可以是創(chuàng)建任務(wù)、分頁查詢?nèi)蝿?wù)、修改任務(wù)狀態(tài)、刪除任務(wù)。表面看起來簡單但它已經(jīng)能覆蓋后端面試中最常問的點(diǎn)表結(jié)構(gòu)設(shè)計(jì)、REST 接口規(guī)范、參數(shù)校驗(yàn)、事務(wù)、緩存、分頁、單元測試和部署。有一個(gè)能跑通的項(xiàng)目后后續(xù)加“用戶注冊登錄”“標(biāo)簽分類”“定時(shí)提醒”都不會(huì)偏離主線。項(xiàng)目結(jié)構(gòu)可以先按下圖組織task-api/ ├── pom.xml ├── Dockerfile ├── docker-compose.yml ├── README.md ├── src/main/java/com/example/taskapi/ │ ├── TaskApiApplication.java │ ├── controller/ │ │ └── TaskController.java │ ├── service/ │ │ └── TaskService.java │ ├── mapper/ │ │ └── TaskMapper.java │ ├── model/ │ │ ├── Task.java │ │ └── request/ │ │ ├── CreateTaskRequest.java │ │ └── UpdateStatusRequest.java │ └── common/ │ ├── Result.java │ └── BusinessException.java └── src/main/resources/ ├── application.yml └── db/migration/ └── V1__create_t_task.sql目錄清晰度的價(jià)值在于當(dāng)面試官打開代碼倉庫時(shí)不需要講解就能看出哪些文件承擔(dān)了 controller、service、mapper 的職責(zé)。這是“開發(fā)經(jīng)驗(yàn)”最直觀的一種表達(dá)。3.2 數(shù)據(jù)庫表設(shè)計(jì)要能解釋字段選型不只滿足跑通任務(wù)表可以有如下最小結(jié)構(gòu)CREATE TABLE t_task ( id BIGINT PRIMARY KEY AUTO_INCREMENT, title VARCHAR(128) NOT NULL, description VARCHAR(1024) NULL, status TINYINT NOT NULL DEFAULT 0 COMMENT 0:待處理 1:進(jìn)行中 2:已完成, created_at DATETIME NOT NULL DEFAULT CURRENT_TIMESTAMP, updated_at DATETIME NOT NULL DEFAULT CURRENT_TIMESTAMP ON UPDATE CURRENT_TIMESTAMP, KEY idx_status (status), KEY idx_created_at (created_at) ) ENGINE InnoDB DEFAULT CHARSET utf8mb4;字段名字、類型、默認(rèn)值不能照抄完就不管。要能回答四個(gè)問題status為什么用TINYINT而不是VARCHAR因?yàn)闋顟B(tài)集合固定數(shù)字類型占空間小也方便建立索引缺點(diǎn)是語義不直觀所以需要注釋或字典表約束。為什么需要idx_created_at因?yàn)榱斜眄撏ǔ０磩?chuàng)建時(shí)間倒序展示索引能減少掃描范圍。為什么用BIGINT作為主鍵結(jié)合項(xiàng)目規(guī)模使用自增主鍵最直觀不需要引入分布式 ID如果寫到簡歷里也要說明這是單體項(xiàng)目下的取舍。為什么要description允許為空實(shí)際業(yè)務(wù)中有些任務(wù)只需要一個(gè)短標(biāo)題不能把空值硬塞成一個(gè)空字符串。這些細(xì)節(jié)正是沒有開發(fā)經(jīng)驗(yàn)的人最容易漏掉的。能在面試時(shí)說清楚就要比只會(huì)建表的人更接近“有經(jīng)驗(yàn)”的定義。application.yml配置同樣別把敏感信息寫到代碼里spring: datasource: url: jdbc:mysql://localhost:3306/task_db?useUnicodetruecharacterEncodingutf8serverTimezoneAsia/Shanghai username: root password: ${DB_PASSWORD} jpa: hibernate: ddl-auto: validateDB_PASSWORD從環(huán)境變量讀取是生產(chǎn)環(huán)境的基本安全習(xí)慣。學(xué)習(xí)環(huán)境可以直接在本地配置但要意識(shí)到如果倉庫被公開明文密碼會(huì)被掃描工具發(fā)現(xiàn)不要寫到提交記錄里。3.3 先寫 Controller 和 Service把“分層”和“事務(wù)”講清楚后端接口不需要在 Controller 里堆任何業(yè)務(wù)邏輯。最典型的寫法是 Controller 只負(fù)責(zé)接收參數(shù)和返回結(jié)果Service 負(fù)責(zé)業(yè)務(wù)判斷Mapper 負(fù)責(zé)數(shù)據(jù)庫操作。這里給出一個(gè)簡化版示例。創(chuàng)建任務(wù)的請求對象public class CreateTaskRequest { NotBlank(message 任務(wù)標(biāo)題不能為空) Size(max 128) private String title; Size(max 1024) private String description; private Integer priority 1; public String getTitle() { return title; } public void setTitle(String title) { this.title title; } public String getDescription() { return description; } public void setDescription(String description) { this.description description; } public Integer getPriority() { return priority; } public void setPriority(Integer priority) { this.priority priority; } }ControllerRestController RequestMapping(/api/tasks) public class TaskController { private final TaskService taskService; public TaskController(TaskService taskService) { this.taskService taskService; } PostMapping public ResultLong create(Valid RequestBody CreateTaskRequest request) { return Result.ok(taskService.create(request)); } PutMapping(/{id}/status) public ResultVoid updateStatus(PathVariable Long id, Valid RequestBody UpdateStatusRequest request) { taskService.updateStatus(id, request.getStatus()); return Result.ok(); } }Service 中加上事務(wù)并區(qū)分業(yè)務(wù)異常Service public class TaskService { private final TaskMapper taskMapper; public TaskService(TaskMapper taskMapper) { this.taskMapper taskMapper; } Transactional public Long create(CreateTaskRequest request) { Task task new Task(); task.setTitle(request.getTitle()); task.setDescription(request.getDescription()); task.setStatus(0); task.setPriority(request.getPriority()); taskMapper.insert(task); return task.getId(); } Transactional public void updateStatus(Long id, Integer status) { if (status null || status 0 || status 2) { throw new BusinessException(非法的任務(wù)狀態(tài)); } Task task taskMapper.selectById(id); if (task null) { throw new BusinessException(任務(wù)不存在); } task.setStatus(status); taskMapper.updateById(task); } }這里把業(yè)務(wù)判斷放到了 Service 層而不是 Controller 里一次校驗(yàn)通過后直接更新數(shù)據(jù)庫。為什么要單獨(dú)檢查狀態(tài)值和任務(wù)是否存在因?yàn)?Controller 層關(guān)注參數(shù)格式Service 層關(guān)注業(yè)務(wù)規(guī)則?！叭蝿?wù)不存在”屬于業(yè)務(wù)異常不能簡單用一條 SQL 的 update 行數(shù)判斷更新的前提是先確認(rèn)當(dāng)前狀態(tài)是否符合預(yù)期。這種代碼新手很難一開始就寫得完美但至少要在項(xiàng)目中形成“分層、參數(shù)校驗(yàn)、事務(wù)、統(tǒng)一異?！彼膫€(gè)意識(shí)。每個(gè)意識(shí)都可以展開成面試中的一問一答。3.4 用 curl 和 JUnit 做驗(yàn)證讓項(xiàng)目“可以被驗(yàn)收”寫完接口后不能只靠瀏覽器打開一個(gè)頁面確認(rèn)“服務(wù)沒報(bào)錯(cuò)”。建議準(zhǔn)備一段可以直接執(zhí)行的驗(yàn)收命令同時(shí)把它寫進(jìn) README# 啟動(dòng) MySQL 和 Spring Boot 后創(chuàng)建任務(wù) curl -X POST http://localhost:8080/api/tasks \ -H Content-Type: application/json \ -d {title:復(fù)習(xí)SQL索引,description:整理B樹和聯(lián)合索引筆記,priority:1}期望響應(yīng)包含一個(gè)任務(wù) ID{ code: 0, message: ok, data: 1001 }再查詢列表curl http://localhost:8080/api/tasks?page1size10單元測試可以用SpringBootTest和事務(wù)回滾避免污染真實(shí)數(shù)據(jù)SpringBootTest Transactional class TaskServiceTest { Autowired private TaskService taskService; Test void createTask_shouldReturnId() { CreateTaskRequest request new CreateTaskRequest(); request.setTitle(測試任務(wù)); Long id taskService.create(request); Assertions.assertNotNull(id); } Test void updateStatus_whenTaskNotExist_shouldThrowException() { Assertions.assertThrows(BusinessException.class, () - taskService.updateStatus(99999L, 2)); } }在學(xué)習(xí)階段單元測試看起來會(huì)拖慢速度但它其實(shí)是“開發(fā)經(jīng)驗(yàn)”的強(qiáng)信號(hào)。如果簡歷中的項(xiàng)目附帶可執(zhí)行測試并且 README 中寫了測試命令面試官至少能確認(rèn)候選人不是只會(huì)寫能跑通的 demo。運(yùn)行測試的命令記為mvn test這個(gè)命令能通過的自動(dòng)化測試數(shù)量可以讓簡歷更可信。不需要追求覆蓋率 90% 這種虛高目標(biāo)覆蓋核心業(yè)務(wù)規(guī)則即可。4. 學(xué)習(xí)項(xiàng)目要變成簡歷里的“工程經(jīng)驗(yàn)”還差四個(gè)關(guān)鍵動(dòng)作4.1 用 Git 提交記錄模擬日常協(xié)作“沒有團(tuán)隊(duì)開發(fā)經(jīng)驗(yàn)”的人最容易忽略 Git 中“提交信息”和“提交粒度”帶來的信號(hào)。面試官如果打開個(gè)人代碼倉庫看到的是一次性完整提交往往無法判斷候選人的開發(fā)過程。比較理想的提交歷史通常長這樣docs(task): add README with local startup steps feat(task): implement create task API feat(task): implement paging query API test(task): add service unit test for duplicate status update fix(task): handle non-existent task error in updateStatus refactor(task): split controller and service layer提交原則很簡單每個(gè)提交只做一件事且保證這個(gè)提交處于“能編譯”的狀態(tài)。一次提交寫多件事會(huì)讓回滾變得困難。提交信息要寫在“為什么”層面存在疑問時(shí)補(bǔ)充說明但不必在“新增了一個(gè)接口”這種動(dòng)作里寫太多心得。必要的基礎(chǔ)命令可以這樣記git init git add src/main/java git commit -m feat(task): implement task creation API發(fā)布代碼前還要確認(rèn)不包含敏感信息。最保險(xiǎn)的方式是在項(xiàng)目根目錄創(chuàng)建.gitignore把編譯輸出、本地配置、日志文件排除在外target/ *.log .idea/ *.iml application-local.yml如果已經(jīng)不小心把密碼提交到了歷史記錄里不要只刪掉當(dāng)前文件還要修改密碼并重新審視暴露歷史。對 2024 年底求職的應(yīng)屆生來說倉庫里帶有數(shù)據(jù)庫賬號(hào)密碼是簡歷審核中非常容易減分的點(diǎn)。4.2 README 要能讓第三方在 3 分鐘內(nèi)啟動(dòng)項(xiàng)目沒有開發(fā)經(jīng)驗(yàn)的人做項(xiàng)目時(shí)經(jīng)常把 README 留成一行說明或者空著。但 README 本身也是一份可展示的工程文檔。面試、筆試、內(nèi)推時(shí)如果別人想快速驗(yàn)證第一步看到的就是 README。一個(gè)可執(zhí)行 README 至少要包含以下內(nèi)容項(xiàng)目簡介解決什么問題不是泛泛的“這是一個(gè) Java 項(xiàng)目”。技術(shù)棧使用的主要依賴注意版本號(hào)要匹配。本地啟動(dòng)步驟從拉代碼到運(yùn)行的每一條命令。接口示例包含創(chuàng)建、查詢等核心接口的curl。測試命令如何運(yùn)行單元測試。常見問題數(shù)據(jù)庫連接失敗、端口被占用等。例如## 本地啟動(dòng) 1. 安裝 JDK 17、MySQL 8.0、Maven 3.9 2. 創(chuàng)建數(shù)據(jù)庫 task_db 3. 在環(huán)境變量中設(shè)置 DB_PASSWORD 4. 執(zhí)行 mvn spring-boot:run 5. 執(zhí)行如下命令驗(yàn)證接口README 不要流水賬式把所有內(nèi)容塞進(jìn)一個(gè)大段落。面試官只會(huì)花幾分鐘看項(xiàng)目能讓他們在最短時(shí)間內(nèi)跑起來這個(gè)項(xiàng)目才有機(jī)會(huì)進(jìn)入深度追問。如果無法在 3 分鐘內(nèi)在第二個(gè)人手里啟動(dòng)說明項(xiàng)目還是“自嗨狀態(tài)”。4.3 用 Docker Compose 把 MySQL 和應(yīng)用一起啟動(dòng)為了讓項(xiàng)目在別的機(jī)器上也能跑而不是依賴自己電腦里已經(jīng)配好的 MySQL可以加上 Docker Compose。這是學(xué)習(xí)環(huán)境到部署環(huán)境之間一個(gè)成本不高的過渡。寫一個(gè)簡化版docker-compose.ymlservices: mysql: image: mysql:8.0 container_name: task-mysql environment: MYSQL_ROOT_PASSWORD: ${DB_PASSWORD} MYSQL_DATABASE: task_db ports: - 3306:3306 volumes: - mysql-data:/var/lib/mysql app: build: . container_name: task-api depends_on: - mysql ports: - 8080:8080 environment: SPRING_PROFILES_ACTIVE: docker DB_PASSWORD: ${DB_PASSWORD} volumes: mysql-data:運(yùn)行前先把 Spring Boot 項(xiàng)目打成可執(zhí)行 JAR。Dockerfile 可以寫為FROM eclipse-temurin:17-jre COPY target/task-api-0.0.