Một bản CV đáng tin cậy cho lập trình viên junior chưa có kinh nghiệm làm việc có lương nên mở đầu bằng những gì bạn thực sự có thể chứng minh, chứ không phải một phần kinh nghiệm trống rỗng được kéo dài gượng gạo. Các dự án cá nhân, bài tập trên lớp, đồ án tốt nghiệp bootcamp hay bất kỳ đóng góp thực sự nào cho một codebase sẽ trở thành phần thay thế cho mục kinh nghiệm, được trình bày theo đúng cách một mục kinh nghiệm làm việc được trình bày: tên rõ ràng, thời gian, công nghệ đã dùng và một đoạn ngắn nói về kết quả đạt được. Học vấn sẽ hỗ trợ thêm cho phần này, và một đoạn tóm tắt ngắn ở đầu CV nêu rõ trình độ hiện tại và loại vị trí bạn đang hướng đến, thay vì dùng ngôn ngữ mơ hồ để che giấu việc chưa có công việc có lương.
Đặt phần dự án vào vị trí mà kinh nghiệm thường chiếm giữ
Với một CV lập trình viên junior chưa có kinh nghiệm có lương, một cách sắp xếp cấu trúc hợp lý là cho phần dự án có trọng lượng và vị trí tương đương với phần lịch sử công việc thông thường: tiêu đề và tóm tắt ngắn trước, sau đó đến dự án, rồi học vấn, tiếp theo là kỹ năng, và chỉ sau đó mới đến các hoạt động ngoại khóa. Nhà tuyển dụng và người phụ trách tuyển dụng thường đọc lướt từ trên xuống dưới, nên những nội dung liên quan nhất đến công việc cần được đặt lên đầu, và với người có thế mạnh là một bộ sưu tập những gì họ đã xây dựng, đó chính là các dự án chứ không phải một kỳ thực tập hay công việc bán thời gian không liên quan đến lập trình. Hai hoặc ba dự án, được chọn vì mức độ liên quan đến vị trí ứng tuyển chứ không phải vì mới thực hiện gần đây, sẽ đọc tốt hơn năm sáu dự án nhồi nhét vào. Một dự án làm cho học phần đại học, một đồ án bootcamp và một công cụ cá nhân đều xứng đáng được đưa vào đây, miễn là mỗi dự án được trình bày cùng một cách: tên, mô tả ngắn, công nghệ sử dụng và những gì nó làm được, chứ không chỉ là một danh sách tên môn học.
Viết mỗi mục dự án như một công việc, không phải một sở thích
Mỗi mục dự án hoạt động tốt nhất khi có cùng các trường thông tin như một mục kinh nghiệm làm việc: tên, khoảng thời gian, công nghệ sử dụng và một đến ba dòng mô tả dự án làm gì, phần bạn trực tiếp xây dựng nếu đó là dự án nhóm, và bất kỳ thay đổi hay kết quả nào theo sau. Nêu rõ công nghệ cụ thể, một ngôn ngữ lập trình, một framework, một cơ sở dữ liệu, một nền tảng triển khai, quan trọng hơn ở đây so với một mục kinh nghiệm làm việc, vì đó thường là bằng chứng rõ ràng nhất cho thấy bạn thực sự làm được gì. Nếu dự án được xây dựng cùng người khác, hãy nói rõ phần bạn trực tiếp phụ trách thay vì mô tả cả dự án một cách chung chung khiến đóng góp của bạn không rõ ràng; một dự án nhóm chỉ liệt kê thành tích chung của cả nhóm sẽ đọc mơ hồ hơn chứ không ấn tượng hơn. Một dự án còn đang thực hiện dở vẫn đáng được đưa vào nếu đã đủ tiến triển để mô tả cụ thể, nhưng một dự án chưa vượt qua giai đoạn ý tưởng thì tốt hơn nên bỏ hẳn, vì một mục trong CV cần có điều gì đó cụ thể để nói về những gì thực sự đã được xây dựng.
Một đóng góp vào codebase của người khác cũng được tính, và thường đọc đáng tin hơn một dự án cá nhân vì nó cho thấy bạn có thể làm việc trong đoạn mã không phải do mình viết ra. Nếu bạn đã sửa một lỗi, thêm một tính năng nhỏ hoặc cải thiện tài liệu cho một dự án mã nguồn mở, hãy nêu tên dự án, mô tả thay đổi cụ thể trong một dòng, và nói bạn đã làm gì để thay đổi đó được chấp nhận, chẳng hạn như hiểu bộ kiểm thử có sẵn hoặc lần đầu làm theo quy trình đóng góp. Một mục như vậy, dù nhỏ, cho thấy điều mà một dự án cá nhân làm vào cuối tuần không thể: làm việc trong giới hạn của người khác chứ không chỉ của riêng mình.
Ví dụ minh họa: một dòng dự án mơ hồ được viết lại thành một mục CV
Trước: "Làm một trang web cùng vài người bạn cho bài tập lớn."
Sau: "Task Tracker, dự án nhóm, học phần đại học, tháng 3 đến tháng 5 [năm]. Xây dựng API phía backend bằng Node.js và Express, xử lý xác thực và phân công công việc cho nhóm bốn người; phần frontend do hai thành viên còn lại xây dựng bằng React. Triển khai lên một gói lưu trữ miễn phí cho buổi trình bày cuối học phần."
Phiên bản viết lại giữ nguyên sự thật cơ bản, một dự án nhóm nhỏ làm cho lớp học, nhưng giờ đây nêu rõ công nghệ sử dụng, phần cụ thể đã xây dựng, quy mô nhóm và kết quả đạt được, cho người đọc điều gì đó cụ thể để đánh giá thay vì một câu nói chung chung.
Kỹ năng và học vấn, trung thực
Liệt kê kỹ năng theo nhóm, ngôn ngữ lập trình, framework, công cụ, dịch vụ đám mây, thay vì gộp thành một dòng dài không sắp xếp, tương tự cách phần kỹ năng có thể được nhóm trong mẫu CV dành cho lập trình viên của CVBuilderKit. Chỉ giữ lại những gì bạn có thể trình bày sâu khi được hỏi trong buổi phỏng vấn; một danh sách dài chêm thêm các công cụ chỉ chạm qua trong một bài hướng dẫn gây hại nhiều hơn một danh sách ngắn nhưng chính xác, vì người phỏng vấn hỏi thêm về một mục bị thổi phồng sẽ nhanh chóng nhận ra khoảng trống đó. Phần học vấn vẫn giữ lại, liệt kê bằng cấp, cơ sở đào tạo và ngày tốt nghiệp dự kiến hoặc thực tế, cùng với bất kỳ môn học liên quan trực tiếp đến vị trí ứng tuyển nếu mục này còn thấy mỏng.
Trước khi gửi phiên bản đầu tiên
Khi cấu trúc đã ổn, hãy đọc lại toàn bộ như một nhà tuyển dụng sẽ đọc: mục dự án đầu tiên đã nói đủ để đáng xem tiếp chưa, và dòng tóm tắt có nêu một mục tiêu thực sự hay chỉ là một câu chung chung. Cũng đáng đọc riêng phần tóm tắt, tách biệt khỏi phần còn lại của tài liệu, và tự hỏi liệu nó có nêu một loại vị trí cụ thể, chẳng hạn "lập trình viên backend junior" hay "lập trình viên frontend chuyên về React", thay vì một cụm từ chung chung như "lập trình viên nhiệt huyết đang tìm cơ hội" có thể mô tả gần như bất kỳ ai. Viết CV khi có rất ít hoặc không có kinh nghiệm làm việc với tư cách sinh viên mới ra trường bàn về cùng vấn đề này ở góc nhìn rộng hơn nếu chỉ riêng phần dự án chưa đủ sức nặng, đặc biệt cho cách trình bày học vấn và thực tập. Khi cấu trúc đã cảm thấy ổn, hãy bắt đầu xây dựng CV và điều chỉnh cách diễn đạt khi bạn thêm từng dự án mới; một CV được xây dựng theo cách này rất dễ mở rộng khi công việc có lương đầu tiên cuối cùng cũng xuất hiện, vì phần dự án chỉ đơn giản dịch xuống dưới thay vì phải xây dựng lại từ đầu.