Tin tuyển FDE đòi kỹ năng API sâu hơn một chữ REST trong CV

Tin tuyển Forward Deployed Engineer của GenLogs không viết kiểu “biết dùng API”. Họ đòi kinh nghiệm sâu với REST API, webhook và các luồng OAuth2/SAML/Auth0. Chỉ một chữ “REST” trong dòng kỹ năng của CV thì chưa cho người tuyển biết bạn đã làm được phần nào trong số đó.

GenLogs không phải trường hợp riêng. DataCamp, FullStack và Simplilearn, khi mô tả nghề FDE, đều xếp API vào phần nền. Khi một kỹ năng có mặt ở gần như mọi mô tả nghề, ghi tên nó vào CV chẳng làm bạn nổi bật hơn ai; người tuyển cần thấy bằng chứng bạn đã nối hai hệ thống thật với nhau.

Vậy nếu bạn đang nhắm tới vai FDE, câu hỏi không nằm ở chuyện có ghi API vào CV hay không. Điều cần xem là CV có cho người đọc thấy bạn đã đi qua những chỗ API hay hỏng hay chưa.

Một integration thật thường hỏng ở đâu?

Thử hình dung bạn cần đồng bộ danh sách khách hàng từ CRM của một doanh nghiệp vào sản phẩm của công ty mình. Giả sử CRM có 12.000 bản ghi, mỗi trang trả 100 bản ghi, rate limit là 60 request mỗi phút.

Phép tính đầu tiên thì dễ: 120 request, nhanh nhất cũng mất 2 phút, nên code phải biết dừng lại và thử lại khi nhận lỗi 429 thay vì chết ngay ở trang thứ 61.

Tiếp theo, giả sử access token OAuth2 chỉ sống được một khoảng ngắn và hết hạn khi bạn đang ở trang 80. Một bản demo sẽ dừng ở đó với lỗi 401. Một integration thật sẽ tự refresh token, chạy tiếp từ trang 80 và không ghi trùng 79 trang đã lấy.

Webhook cũng có bẫy riêng. Khi CRM báo một bản ghi vừa thay đổi, cùng một sự kiện có thể đến hai lần, hoặc đến đúng lúc service của bạn đang khởi động lại. Bản demo bỏ qua những chỗ này, còn integration thật phải tính trước.

Hướng dẫn làm portfolio bằng API của APIBouncer cũng nhìn vấn đề theo cách ấy: trạng thái đang tải, lỗi, kết quả rỗng và rate limit là những chi tiết cho thấy người viết code đã có nghề. Cũng theo hướng dẫn này, làm việc với dữ liệu API không nhất quán, có phân trang và thỉnh thoảng hỏng là một kỹ năng thật sự, đáng được trình bày.

FDE không chỉ gọi API, mà còn phải thiết kế nó

Ví dụ CRM mới là nửa công việc: phía gọi API của người khác. Tin của GenLogs đòi thêm nửa còn lại. FDE ở đó phải chuyển nhu cầu của khách thành yêu cầu kỹ thuật, đặc tả API và thiết kế mô hình dữ liệu, rồi dẫn dắt phần triển khai integration giữa sản phẩm của GenLogs và hệ thống bên ngoài.

Nghĩa là bạn vừa là người dùng API, vừa là người quyết định hợp đồng giữa hai hệ thống. Khó ở chỗ quyết định ấy phải sống được trong môi trường của khách. The Pragmatic Engineer ghi nhận FDE của OpenAI viết code ngay trên hạ tầng của khách và dùng công cụ của khách, chứ không phải trong một sandbox tự dựng.

Đó cũng là lý do DataCamp xếp việc tích hợp với dữ liệu, API, hạ tầng và cơ chế danh tính, phân quyền nội bộ của khách vào việc hằng ngày, và coi nền tảng kỹ thuật là phần không thể thương lượng.

FullStack kể đủ bộ REST, GraphQL, webhook, OAuth và SAML để cắm công cụ AI vào phần mềm doanh nghiệp, đồng thời nhấn mạnh phần con người của integration.

Phần con người ấy, nếu hình dung cụ thể, là những câu như: ai giữ khoá API, ai duyệt quyền truy cập, ai chịu trách nhiệm khi hệ thống phía khách đổi schema. Tài liệu kỹ thuật hiếm khi trả lời thay bạn những câu này.

Có tin tuyển không hề nhắc tới API

Đây là chỗ dễ đọc sai. Tin tuyển AI FDE của Databricks, cập nhật tháng 11/2026, tập trung vào việc đưa ứng dụng GenAI lên production, vào evaluation, tối ưu và triển khai trên cloud. Phần yêu cầu ấy không gọi tên API.

Nhưng không nhắc tới không có nghĩa là không cần. Khó hình dung một ứng dụng GenAI vào được hệ thống doanh nghiệp mà không đi qua xác thực, không gọi dịch vụ nội bộ và không nhận dữ liệu từ hệ thống khác.

The Pragmatic Engineer ghi nhận rằng gần như mọi recruiter tuyển FDE đều tìm một nền tảng software engineering vững. API là một phần của cái nền đó, nằm ngầm trong yêu cầu thay vì được viết ra. Vì thế, kỹ năng này chỉ thành lợi thế khi bạn cho thấy mình đã đi xa hơn phần cơ bản.

Tin tuyển viết một dòng, công việc thật nặng hơn nhiều

Bảng dưới đây ghép yêu cầu trong tin tuyển, việc bạn sẽ làm ở chỗ khách, và thứ có thể đưa vào CV làm bằng chứng.

Tin tuyển viết	Ở chỗ khách nghĩa là	Bằng chứng nên có trong CV
REST, GraphQL API	Đồng bộ dữ liệu có phân trang, chịu được rate limit	Project đồng bộ dữ liệu có retry và tiếp tục chạy từ điểm dừng
Webhook	Nhận sự kiện có thể bị gửi trùng hoặc đến lúc service đang tắt	Bộ xử lý webhook không ghi trùng, có log sự kiện bị lỡ
OAuth2, SAML, Auth0	Đi qua hệ thống định danh và phân quyền của khách	Luồng đăng nhập có refresh token, phân quyền theo vai trò
Viết đặc tả API	Biến nhu cầu của khách thành hợp đồng giữa hai hệ thống	Một bản đặc tả API bạn viết, kèm lý do chọn thiết kế
Dẫn dắt integration	Làm việc với người giữ hệ thống phía khách	Một dòng mô tả bạn đã phối hợp với ai và chốt được gì

Cột thứ nhất thì ai cũng chép vào CV được. Cột thứ ba thì chỉ có được khi bạn đã thực sự làm.

Biến một dòng kỹ năng thành bằng chứng

Lộ trình FDE của Simplilearn xếp thiết kế REST API và kiến thức xác thực cơ bản vào bước đầu tiên, nhóm nền tảng kỹ thuật. Lộ trình này cũng đặt ra một đầu ra cụ thể, kiểm tra được: một project REST API có xác thực.

Đó là mức sàn hợp lý. Nhưng nhìn vào cột thứ ba của bảng, bạn sẽ thấy mức sàn chưa đủ để nổi bật.

Cách nâng project lên không phức tạp. Thêm luồng OAuth2 thật thay vì một API key để cứng trong code, thêm một endpoint nhận webhook chịu được sự kiện gửi trùng. Rồi viết README kể lại từng chỗ hỏng: lúc bị rate limit, lúc token hết hạn, lúc API trả về mảng rỗng thì bạn làm gì.

Dòng trong CV cũng nên đổi theo. Thay vì “Thành thạo REST API, OAuth”, hãy viết: đã nối hệ thống nào với hệ thống nào, dùng luồng xác thực nào, xử lý những lỗi nào, kết quả ra sao. Nếu đã từng làm integration ở công ty, chọn lần khó nhất để kể, nhất là lần phải làm việc với đội IT của một bên khác.

Khi đọc tin tuyển dụng, hãy để ý động từ đi kèm chữ API. “Làm việc với API” là mức gọi API; “viết đặc tả API” hay “dẫn dắt integration” như ở GenLogs là mức thiết kế và chịu trách nhiệm, nên hãy chuẩn bị kể bạn đã quyết định gì.

Còn khi tin không nhắc tới API như ở Databricks, cứ coi đó là yêu cầu ngầm và chuẩn bị y như vậy.

Trước buổi phỏng vấn, thử tự kiểm tra bằng project của chính mình: webhook báo cùng một bản ghi thay đổi hai lần, đúng lúc token vừa hết hạn ở trang 80, thì dữ liệu của bạn còn đúng không? Nếu trả lời được bằng một câu chuyện có thật thay vì một định nghĩa về OAuth, CV của bạn đã có thứ mà chữ “REST” không nói được.