Từ vị trí Intern đến Junior Developer, bạn cần chứng minh khả năng của mình trong việc hiểu rõ yêu cầu công việc, hoàn thành các thay đổi có kiểm tra, giao tiếp hiệu quả khi gặp trở ngại và tiếp nhận phản hồi. Các cấp bậc có thể khác nhau giữa các công ty; do đó, bạn nên tham khảo mô tả công việc và trình bày đóng góp cá nhân thông qua dự án, kiểm tra, pull request và tài liệu. Năng lực của bạn được thể hiện qua những thay đổi có thể được review và xác minh.
Mục lục
- Intern và Junior khác nhau ở đâu?
- Nhóm năng lực cần thể hiện
- Bảng năng lực và bằng chứng
- Ví dụ từ một nhiệm vụ nhỏ
- Tạo portfolio trung thực
- Lỗi thường gặp
- Kế hoạch rèn luyện
- Nguồn tham khảo
- Câu hỏi thường gặp
Intern và Junior khác nhau ở đâu?
Tên gọi cấp bậc không có định nghĩa thống nhất giữa mọi công ty. Một số nơi coi “intern” là chương trình học ngắn hạn có mentor, trong khi nơi khác giao dự án thực tế với trách nhiệm khác nhau. “Junior” cũng có thể khác nhau tùy thuộc vào nhóm, sản phẩm, mức độ hỗ trợ và rủi ro của vị trí. Vì vậy, hãy đọc kỹ mô tả tuyển dụng hoặc tiêu chí nội bộ của công ty bạn ứng tuyển thay vì dựa vào một checklist phổ quát.
Mặc dù cấp bậc có thể khác, nhưng những người tuyển dụng thường cần biết ứng viên có thể đóng góp vào loại công việc nào và cần hướng dẫn ở đâu. Portfolio và câu chuyện dự án hữu ích khi chúng chỉ ra nhiệm vụ, quyết định, cách xác minh và giới hạn. Chúng không nên phóng đại quy mô sản phẩm hay nhận phần công của cả nhóm.
Ở giai đoạn đầu, bạn có thể cần người hướng dẫn để phân tích codebase, chia nhỏ công việc, review và giải thích các convention. Dấu hiệu tiến bộ là bạn ngày càng chuẩn bị câu hỏi có ngữ cảnh, thử kiểm tra giả thuyết trước, nêu tác động và tự hoàn tất những bước nhỏ trong phạm vi đã giao. Điều đó không có nghĩa bạn phải làm mọi thứ một mình hay không được hỏi.
Ownership ở cấp nhỏ có nghĩa là theo đuổi công việc tới khi có trạng thái rõ ràng: hiểu yêu cầu, báo cáo rủi ro, thử nghiệm, xin review, sửa lỗi và cập nhật tài liệu. Nó không phải là tự ý mở rộng phạm vi, sửa mọi module hoặc cam kết deadline thay nhóm. Biết lúc nào cần xin quyết định cũng là một phần của năng lực làm việc đáng tin cậy.
Nhóm năng lực cần thể hiện
- Nền tảng lập trình và debug
- Chất lượng, test và review
- Giao tiếp và học từ phản hồi
- Phạm vi và trách nhiệm
Bạn cần giải thích code bạn viết làm gì, dữ liệu đi qua các bước nào và những giả định quan trọng. Không cần thuộc lòng mọi API. Có thể tra cứu tài liệu, nhưng cần biết đọc thông báo lỗi, thu thập bước tái hiện, đặt giả thuyết và kiểm tra giả thuyết bằng cách nhỏ có kiểm soát.
Chứng minh bạn kiểm tra hành vi bằng test phù hợp với phạm vi. Nói rõ lệnh chạy và kết quả; nếu chưa test một môi trường nào, hãy nói điều đó. Kỹ năng quan trọng không phải làm mọi dự án có coverage tuyệt đối mà biết rủi ro nào đang kiểm tra, ca biên nào dễ lỗi và giới hạn còn lại là gì.
Trao đổi tốt làm giảm thời gian đồng đội phải đoán. Khi gặp trở ngại, gửi thông báo gồm mục tiêu, việc đã thử, lỗi quan sát được, giả thuyết và câu hỏi cụ thể. Báo sớm khi yêu cầu hoặc estimate thay đổi; đừng chờ tới thời hạn mới nói một phụ thuộc chưa sẵn sàng.
Một kỹ sư mới cần biết giới hạn quyền của mình. Không commit secret, không thay đổi dữ liệu production hay chia sẻ nội dung riêng tư trong portfolio. Nếu phát hiện vấn đề bảo mật hoặc thay đổi ảnh hưởng người dùng, dừng và hỏi người có trách nhiệm.
