Bạn đã gửi hồ sơ xin việc lập trình viên mới đi cả chục nơi mà chỉ vài nơi gọi lại? Đội ngũ chúng tôi gặp tình huống này khá thường xuyên khi trò chuyện với các bạn sinh viên vừa ra trường. Phần lớn nguyên nhân nằm ở vài chục giây đầu tiên người tuyển dụng dành cho trang giấy của bạn. Bài viết này ghi lại những gì chúng tôi thấy khi ngồi cùng phía tuyển dụng, để bạn hiểu họ thật sự đang tìm điều gì. Nếu bạn đang học từ đầu, hãy tham khảo thêm lộ trình học lập trình cho người mới để biết nên xây dựng những gì trước khi nộp hồ sơ.
Nhà tuyển dụng dành bao lâu cho một hồ sơ?
Thời gian rất ngắn. Với một vị trí nhận vài trăm hồ sơ, người sàng lọc thường chỉ lướt qua mỗi CV trong khoảng vài chục giây. Họ không đọc từng dòng theo thứ tự. Họ tìm vài tín hiệu quen thuộc, và nếu không thấy, họ chuyển sang hồ sơ kế tiếp.
Điều đó có nghĩa là thông tin quan trọng nhất phải nằm ở phần trên cùng. Đừng để điểm mạnh chôn ở trang hai, vì nhiều khi người đọc chưa bao giờ lật tới đó. Đầu CV thường cần có họ tên, vị trí ứng tuyển và cách liên hệ rõ ràng, kèm theo kỹ năng cốt lõi khớp với mô tả công việc. Liên kết GitHub hay portfolio cũng nên xuất hiện sớm để họ có thể xem code thật của bạn.
Người mới thường bị loại ngay ở bước này. Lý do hay gặp là CV mở đầu bằng một đoạn dài về mục tiêu nghề nghiệp chung chung, còn kỹ năng và dự án lại nằm lẫn ở giữa. Khi người đọc chưa kịp thấy bạn làm được gì, họ đã lướt qua rồi.
Thứ tự các mục trong CV và cách chọn
Thứ tự các mục không phải chuyện hình thức. Nó cho thấy bạn có hiểu người đọc cần biết điều gì trước hay không. Nguyên tắc mà đội ngũ chúng tôi hay nhắc là đặt điều nhà tuyển dụng cần nhất lên đầu.
Với lập trình viên mới, một thứ tự thường hiệu quả là: thông tin liên hệ, phần tóm tắt hai ba dòng, kỹ năng, dự án, rồi mới tới kinh nghiệm và học vấn. Lý do khá rõ. Bạn chưa có nhiều năm đi làm, nên dự án đứng thay cho kinh nghiệm. Nếu đẩy dự án xuống dưới, bạn cũng đang đẩy bằng chứng năng lực xuống theo.
Vậy khi nào nên đặt học vấn lên trước? Nếu bạn là sinh viên năm cuối đang làm đồ án đúng hướng công việc, hoặc bằng cấp là điểm duy nhất liên quan, học vấn có thể đứng đầu. Còn nếu bạn đã có một đợt thực tập đúng mảng, kinh nghiệm đó nên được đưa lên trước.
Trình bày dự án cá nhân sao cho đáng tin
Đây là phần nhiều người viết cẩu thả nhất, nhưng cũng dễ tạo ấn tượng nhất nếu làm đúng. Nhà tuyển dụng muốn biết bạn đã làm được gì thật, chứ không phải bạn đã xem bao nhiêu video hướng dẫn.
Đừng liệt kê mọi thứ bạn từng chạm vào. Chọn hai hoặc ba dự án tiêu biểu là đủ. Ít mà kỹ thường tốt hơn nhiều, và cũng dễ đọc hơn.
Với mỗi dự án, bạn nên trả lời được bốn câu hỏi: bài toán là gì, bạn dùng công nghệ nào, vai trò của bạn cụ thể ra sao (tự làm hay làm nhóm), và kết quả đo được là gì? Kết quả không nhất thiết phải lớn. Có thể là số người dùng thử, thời gian xử lý giảm đi bao nhiêu, hay số lỗi đã sửa. Con số đo được đặc biệt quan trọng, vì nó cho thấy bạn đang nghĩ về sản phẩm chứ không chỉ viết code.
Đừng quên đính kèm link demo và mã nguồn đã dọn dẹp, có README rõ ràng. Một repo đầy file thừa, tên biến đặt bừa và thiếu hướng dẫn chạy sẽ khiến người xem nghi ngờ ngay từ đầu.
Tiêu chí chọn dự án đưa vào hồ sơ
Nếu còn phân vân nên đưa dự án nào, hãy tự kiểm tra theo vài tiêu chí. Không cần dự án nào cũng đáp ứng đủ mọi thứ, nhưng càng đáp ứng nhiều thì càng tốt. Dự án nên giải quyết một vấn đề cụ thể, cho thấy bạn hiểu bài toán chứ không chỉ làm theo hướng dẫn. Mã nguồn nên công khai và chạy được, để người xem tự kiểm chứng thay vì phải tin lời bạn. Công nghệ dùng trong dự án nên gần với vị trí ứng tuyển.
Cuối cùng là điều quan trọng nhất: bạn phải tự làm và giải thích được từng quyết định. Phỏng vấn kỹ thuật sẽ đào sâu rất nhanh. Chúng tôi từng thấy một bạn đưa vào CV dự án chạy rất tốt, nhưng khi được hỏi vì sao chọn cơ sở dữ liệu đó thì lúng túng. Dự án ấy lập tức trở thành cái bẫy trong buổi phỏng vấn, nên đưa vào còn tệ hơn không đưa.
Liệt kê kỹ năng sao cho không bị nghi ngờ
Nhiều hồ sơ của người mới có danh sách kỹ năng dài cả trang, gồm hàng chục công nghệ. Người đọc có kinh nghiệm nhìn vào sẽ nghĩ ngay: người này biết tên hết nhưng chắc chưa dùng thật cái nào.
Cách an toàn hơn là chỉ ghi những gì bạn đã dùng thực tế và có sản phẩm minh chứng. Nếu ghi Java, hãy chắc chắn có một dự án Java mà bạn có thể mở ra cho họ xem. Phân nhóm kỹ năng theo loại như ngôn ngữ, framework, công cụ, cơ sở dữ liệu sẽ giúp người đọc quét nhanh hơn.
Nếu có công nghệ mới chỉ biết sơ qua, hãy ghi rõ là đang học hoặc đã tìm hiểu, đừng để người ta hiểu nhầm là bạn đã thành thạo. Câu hỏi kỹ thuật sẽ phơi bày khoảng cách đó rất nhanh.
Những tín hiệu nhà tuyển dụng hay nhìn tại Việt Nam
Không có con số chung nào đúng cho mọi công ty, và chúng tôi không muốn đưa ra một tỷ lệ nghe có vẻ chính xác nhưng thực chất chỉ là phỏng đoán. Thay vào đó, người tuyển dụng trong nước thường quan tâm đến khoảng thời gian bạn học nghiêm túc, số lượng dự án hoàn chỉnh (không phải bài tập làm dở), và việc có đóng góp cho mã nguồn mở hay không, dù chỉ là sửa một lỗi tài liệu.
Hoạt động trên GitHub cũng đáng chú ý. Một tài khoản có commit đều đặn thường tạo thiện cảm hơn tài khoản chỉ có một commit từ ba năm trước. Tuy vậy, đừng commit cho có, vì người phỏng vấn nhận ra ngay những commit rỗng.
Về mức độ coi trọng giữa portfolio và bằng cấp, cách nhìn khác nhau tùy loại công ty. Công ty sản phẩm và startup thường đánh giá code thật nhiều hơn. Các đơn vị lớn có quy trình tuyển dụng chặt đôi khi vẫn dùng bằng cấp để sàng lọc đầu vào rồi mới xem portfolio. Nếu có điều kiện, hãy chuẩn bị cả hai.
Những lỗi khiến hồ sơ lập trình viên mới bị loại
Đây là các lỗi chúng tôi gặp đi gặp lại. Hầu hết đều dễ sửa, nhưng người mới thường không để ý vì đang quá bận viết.
CV dài hơn hai trang trong khi chưa có kinh nghiệm đi làm là lỗi đầu tiên. Người đọc sẽ tự hỏi bạn đang độn chữ vào đâu. Một lỗi khác là dự án chỉ là bài tập copy theo hướng dẫn, không thể hiện sự đóng góp riêng. Nếu chưa chỉnh sửa gì thêm, đừng đưa nó như dự án cá nhân.
Thiếu link GitHub, link bị lỗi, hoặc repo lộn xộn đầy file rác cũng khiến hồ sơ mất điểm. Một link hỏng còn tệ hơn không có link. Mẫu CV quá cầu kỳ với màu mè, icon và cột lệch khiến nội dung chính bị che khuất, và hệ thống quét tự động cũng có thể đọc sai những bố cục này.
Một CV đơn giản, rõ ràng, dễ quét mắt luôn được ưu tiên hơn một CV đẹp nhưng khó đọc. Đây là điều chúng tôi thấy lặp lại qua nhiều lượt tuyển dụng.
Viết phần tóm tắt bản thân và thư xin việc
Phần tóm tắt đầu CV chỉ nên dài hai đến ba dòng. Nó trả lời ba câu hỏi: bạn là ai, bạn nhắm vị trí nào, và điểm mạnh nổi bật nhất là gì. Tránh những câu kiểu luôn cố gắng hay ham học hỏi mà không có gì để chứng minh, vì người đọc đã quen với chúng đến mức bỏ qua.
Thư xin việc nên gắn với một dự án cụ thể. Thay vì viết mình rất đam mê backend, bạn có thể kể đã xây một API quản lý đơn hàng cho dự án nhóm và gặp vấn đề đồng thời khi nhiều người cùng cập nhật một bản ghi. Câu chuyện cụ thể như vậy đáng tin hơn mọi tính từ.
Đừng dùng chung một CV và một thư cho mọi công ty. Hãy đọc kỹ mô tả công việc, tìm vài yêu cầu được nhắc đi nhắc lại, rồi điều chỉnh phần kỹ năng và dự án để bám sát những yêu cầu đó. Việc này tốn thêm chút thời gian, nhưng tỷ lệ phản hồi thường cải thiện rõ rệt.
Chuẩn bị cho buổi phỏng vấn kỹ thuật
Mọi thứ ghi trong CV đều có thể bị hỏi sâu. Trước khi đi phỏng vấn, hãy đọc lại từng dự án như thể bạn đang ngồi ở phía người đánh giá. Với mỗi dự án, chuẩn bị sẵn lời giải thích vì sao chọn công nghệ này thay vì công nghệ khác, và nếu làm lại bạn sẽ đổi điều gì. Người phỏng vấn không mong bạn hoàn hảo. Họ muốn thấy bạn đã suy nghĩ về những gì mình làm, kể cả những chỗ còn thiếu sót.
Dự kiến trước một số câu hỏi kỹ thuật xoay quanh các công nghệ đã ghi. Nếu CV có JavaScript, hãy sẵn sàng giải thích cách hoạt động của bất đồng bộ. Nếu ghi cơ sở dữ liệu quan hệ, nên nắm cách đánh chỉ mục cơ bản. Ngoài ra, nếu cần ôn lại nền tảng, bạn có thể đọc thêm cách luyện phỏng vấn kỹ thuật để biết cách trình bày khi bị hỏi sâu.
Và đừng quên kiểm tra link demo trước buổi phỏng vấn, vì mở một trang bị lỗi ngay trước mặt người phỏng vấn là tình huống khó xử.
Câu hỏi thường gặp
Người mới chưa đi làm thì mục kinh nghiệm nên viết gì?
Nếu chưa có công việc chính thức, bạn vẫn có thể ghi các hoạt động gần với lập trình như thực tập, dự án nhóm trong trường, làm website tình nguyện cho một tổ chức, hoặc tham gia cuộc thi lập trình. Mỗi mục chỉ cần vài dòng, nêu rõ vai trò và kết quả.
Có cần ảnh đại diện trong CV lập trình viên không?
Không bắt buộc. Với nhiều vị trí kỹ thuật, ảnh không mang lại lợi thế rõ ràng và đôi khi còn gây phân tâm. Nếu muốn đưa vào, hãy chọn ảnh chân dung rõ mặt, trang phục gọn gàng và nền đơn giản.
CV nên dài mấy trang là hợp lý?
Với người mới, một trang là lý tưởng và hai trang là giới hạn trên. Mỗi dòng phải có lý do để nằm đó. Nếu cần cắt bớt, hãy bỏ những mục ít liên quan trước.
Nên gửi CV dạng PDF hay file Word?
PDF thường an toàn hơn vì giữ nguyên bố cục trên mọi thiết bị. Chỉ gửi Word khi công ty yêu cầu rõ. Đặt tên file có họ tên và vị trí ứng tuyển, ví dụ Nguyen-Van-A-Lap-trinh-vien-Backend.pdf.
Có nên ghi mức lương mong muốn trong hồ sơ không?
Nếu đơn tuyển dụng yêu cầu, bạn nên ghi một khoảng hợp lý dựa trên mặt bằng thị trường và kinh nghiệm của mình. Nếu không yêu cầu, có thể để trống và trao đổi khi được hỏi trong lần liên hệ đầu tiên. Đừng đặt mức quá thấp chỉ vì sợ bị loại, vì điều đó thường khiến bạn mất thế mạnh khi thương lượng về sau.
Nếu chỉ nhớ một điều từ bài này, hãy nhớ rằng nhà tuyển dụng đang tìm bằng chứng cho thấy bạn làm được việc, và thời gian để thuyết phục họ rất ngắn. Đưa bằng chứng lên đầu, giải thích rõ ràng, và sẵn sàng để họ hỏi sâu. Viết hồ sơ là một kỹ năng, và bạn sẽ tốt hơn sau mỗi lần chỉnh sửa.
Nếu cần trao đổi thêm về định hướng học và nghề, bạn có thể liên hệ với đội ngũ KungFuTech. Chúng tôi sẵn sàng lắng nghe và gợi ý lộ trình phù hợp với hoàn cảnh của bạn.