Tweet
"9 điều Intern IT nào cũng nên biết mà chẳng ai chịu nói"
Ngày đầu đi làm, task đầu tiên mình nhận chỉ là fix một dòng warning trong log. Vậy mà loay hoay gần 2 tiếng vì không quen codebase, không dám hỏi ai. Giờ nhìn lại, xin chia sẻ 9 điều mình ước có người nói thẳng từ đầu, để đỡ tự mò mẫm và tổn thương không đáng có.
1. Kiến thức trường lớp là nền, không phải tất cả:
Đi làm bạn sẽ gặp những thứ trường không dạy: git conflict lúc 11h đêm, bug chỉ xuất hiện trên production, code cũ 5 năm không ai dám đụng. Bỏ tâm thế "em học giỏi lắm", mang tâm thế người mới bắt đầu lại từ đầu.
2. Đọc code trước, đòi refactor sau:
Đừng vội đề xuất "viết lại cho chuẩn" khi còn chưa hiểu vì sao hệ thống được thiết kế vậy - biết đâu phía sau là một sự cố production 2 năm trước bạn chưa từng biết. Dành 2-3 tuần đầu để hiểu trước khi góp ý.
3. Search là bạn, nhưng đừng biến nó thành cái cớ để không hỏi:
Gặp lỗi lạ, thử search 15-20 phút là hợp lý. Ngồi cả buổi chiều vì một dòng config sai trong khi hỏi senior chỉ mất 30 giây - vừa phí thời gian mình, vừa ảnh hưởng deadline chung.
4. Commit message rõ ràng cũng là cách bạn tôn trọng đồng nghiệp:
"Fix bug" chẳng nói lên điều gì. "fix: null pointer khi user chưa đăng nhập gọi API get-profile" giúp người review hiểu ngay, và giúp chính bạn 6 tháng sau đọc lại vẫn hiểu.
5. PR bị comment đỏ rực không phải bạn bị chê, mà đang được dạy miễn phí:
Người review càng kỹ càng chứng tỏ họ tin bạn làm tốt hơn được. Đáng sợ nhất là PR gửi lên mà chẳng ai buồn đọc kỹ.
6. Kẹt bug 4 tiếng không lối thoát - hãy dám nói "em đang bị kẹt":
Đừng cắm đầu debug đến chiều muộn mới thú nhận chưa xong. Báo sớm: "Em vướng ở bước X, đã thử A, B nhưng chưa được" - vừa cho thấy nỗ lực, vừa giúp người khác hỗ trợ đúng chỗ.
7. Một lần gây sự cố production không có nghĩa bạn không hợp nghề:
Mình từng push nhầm code khiến hệ thống sập 20 phút, cả team hotfix giữa đêm. Lead lúc đó chỉ nói: "Dev nào chưa từng gây sự cố thì hoặc chưa làm gì, hoặc đang nói dối." Quan trọng là học được gì và có trung thực report hay không.
8. Đừng chỉ học công nghệ mới mà quên học làm việc với con người:
Một lời cảm ơn khi được chỉ cách setup máy, một câu chào buổi sáng - những điều nhỏ đó xây nên cách người ta nhìn bạn, lâu dài hơn cả code bạn viết.
9. Vài tháng đầu sẽ có lúc bạn nghi ngờ chính mình - đó là chuyện bình thường:
Cảm giác ai cũng giỏi hơn mình gần như dev nào cũng từng trải qua, kể cả senior đang mentor bạn. Đừng vội kết luận về bản thân chỉ sau vài tuần đầu.
Không có công thức nào đảm bảo intern sẽ thành dev giỏi. Nhưng thái độ cầu thị, chủ động, và một chút kiên nhẫn với chính mình - đó là điểm chung của những bạn sau này đi rất xa với nghề.
Chúc các bạn mới vào nghề, mỗi ngày đi làm là một ngày học được thêm điều gì đó.
Ngày đầu đi làm, task đầu tiên mình nhận chỉ là fix một dòng warning trong log. Vậy mà loay hoay gần 2 tiếng vì không quen codebase, không dám hỏi ai. Giờ nhìn lại, xin chia sẻ 9 điều mình ước có người nói thẳng từ đầu, để đỡ tự mò mẫm và tổn thương không đáng có.
1. Kiến thức trường lớp là nền, không phải tất cả:
Đi làm bạn sẽ gặp những thứ trường không dạy: git conflict lúc 11h đêm, bug chỉ xuất hiện trên production, code cũ 5 năm không ai dám đụng. Bỏ tâm thế "em học giỏi lắm", mang tâm thế người mới bắt đầu lại từ đầu.
2. Đọc code trước, đòi refactor sau:
Đừng vội đề xuất "viết lại cho chuẩn" khi còn chưa hiểu vì sao hệ thống được thiết kế vậy - biết đâu phía sau là một sự cố production 2 năm trước bạn chưa từng biết. Dành 2-3 tuần đầu để hiểu trước khi góp ý.
3. Search là bạn, nhưng đừng biến nó thành cái cớ để không hỏi:
Gặp lỗi lạ, thử search 15-20 phút là hợp lý. Ngồi cả buổi chiều vì một dòng config sai trong khi hỏi senior chỉ mất 30 giây - vừa phí thời gian mình, vừa ảnh hưởng deadline chung.
4. Commit message rõ ràng cũng là cách bạn tôn trọng đồng nghiệp:
"Fix bug" chẳng nói lên điều gì. "fix: null pointer khi user chưa đăng nhập gọi API get-profile" giúp người review hiểu ngay, và giúp chính bạn 6 tháng sau đọc lại vẫn hiểu.
5. PR bị comment đỏ rực không phải bạn bị chê, mà đang được dạy miễn phí:
Người review càng kỹ càng chứng tỏ họ tin bạn làm tốt hơn được. Đáng sợ nhất là PR gửi lên mà chẳng ai buồn đọc kỹ.
6. Kẹt bug 4 tiếng không lối thoát - hãy dám nói "em đang bị kẹt":
Đừng cắm đầu debug đến chiều muộn mới thú nhận chưa xong. Báo sớm: "Em vướng ở bước X, đã thử A, B nhưng chưa được" - vừa cho thấy nỗ lực, vừa giúp người khác hỗ trợ đúng chỗ.
7. Một lần gây sự cố production không có nghĩa bạn không hợp nghề:
Mình từng push nhầm code khiến hệ thống sập 20 phút, cả team hotfix giữa đêm. Lead lúc đó chỉ nói: "Dev nào chưa từng gây sự cố thì hoặc chưa làm gì, hoặc đang nói dối." Quan trọng là học được gì và có trung thực report hay không.
8. Đừng chỉ học công nghệ mới mà quên học làm việc với con người:
Một lời cảm ơn khi được chỉ cách setup máy, một câu chào buổi sáng - những điều nhỏ đó xây nên cách người ta nhìn bạn, lâu dài hơn cả code bạn viết.
9. Vài tháng đầu sẽ có lúc bạn nghi ngờ chính mình - đó là chuyện bình thường:
Cảm giác ai cũng giỏi hơn mình gần như dev nào cũng từng trải qua, kể cả senior đang mentor bạn. Đừng vội kết luận về bản thân chỉ sau vài tuần đầu.
Không có công thức nào đảm bảo intern sẽ thành dev giỏi. Nhưng thái độ cầu thị, chủ động, và một chút kiên nhẫn với chính mình - đó là điểm chung của những bạn sau này đi rất xa với nghề.
Chúc các bạn mới vào nghề, mỗi ngày đi làm là một ngày học được thêm điều gì đó.