Junior Devs: Đừng Giới Hạn Bản Thân — Hãy Học Mọi Thứ Có Thể

Đây là điều có giá trị nhất mà không ai nói với bạn khi bắt đầu công việc đầu tiên với tư cách là junior developer hay intern: bạn đang ở vị trí tốt nhất có thể để học hỏi, và hầu hết mọi người đều lãng phí cơ hội đó.

Bạn có thứ mà các kỹ sư mid-level và senior không có. Bạn có quyền — về mặt xã hội, nghề nghiệp và tâm lý — để không biết mọi thứ. Bạn được kỳ vọng là người đặt câu hỏi, mắc sai lầm và học hỏi trong công việc. Cái cửa sổ đó không mở mãi mãi.

Câu hỏi là bạn làm gì với nó.

Cái Bẫy: "Tôi Chỉ Muốn Làm X"

Tôi đã nghe điều này quá nhiều lần, từ cả intern lẫn junior:

"Tôi chỉ muốn tập trung vào backend."

"Tôi chỉ quan tâm đến frontend."

"Tôi không làm DevOps."

"Tôi là người của Python."

Tôi hiểu điều này đến từ đâu. Chuyên môn hóa mang lại cảm giác như bản sắc. Bạn muốn được biết đến với một thứ gì đó. Bạn muốn cảm thấy có năng lực ở ít nhất một lĩnh vực. Đó là bản năng hoàn toàn hợp lý.

Nhưng ở giai đoạn đầu sự nghiệp, đây là một cái bẫy.

Khi bạn tuyên bố "Tôi chỉ làm X," bạn đang thu hẹp phạm vi tiếp xúc của mình một cách giả tạo vào đúng thời điểm mà bề rộng kiến thức tích lũy nhanh nhất. Bạn không bảo vệ bản sắc của mình — bạn đang tự đặt trần giới hạn.

Những kỹ sư trưởng thành nhanh nhất trong hai đến ba năm đầu không phải là những người cố định vào một kỹ năng. Họ là những người nói có với bất cứ thứ gì đến với họ, xây dựng bản đồ tư duy về cách các hệ thống kết nối với nhau, và tìm ra sở thích của mình từ kinh nghiệm thực tế chứ không phải từ giả định.

Công Ty Của Bạn Là Một Trường Đại Học Miễn Phí — Có Deadline Thực

Mỗi công ty bạn làm việc đều đang vận hành các hệ thống thực tế ở quy mô thực tế với các đánh đổi thực tế. Điều đó có giá trị hơn bất kỳ khóa học hay sách giáo khoa nào, vì bạn có thể thấy hậu quả trực tiếp.

Tại sao họ chọn cơ sở dữ liệu này thay vì cái kia?
Tại sao API được thiết kế theo cách này?
Tại sao pipeline triển khai hoạt động theo cách đó?
Lý do đằng sau quyết định kiến trúc này là gì?

Đây không phải câu hỏi tu từ. Hãy hỏi chúng. Đọc code. Tham gia các cuộc họp bạn không được mời. Xung phong nhận các nhiệm vụ ngoài phạm vi của bạn. Không ai ở một công ty lành mạnh sẽ sa thải bạn vì quá tò mò.

Nếu team của bạn đang triển khai với Docker và Kubernetes trong khi bạn chỉ viết script Python — hãy học phần triển khai. Nếu họ đang dùng React và bạn chỉ làm backend — hãy xây dựng một tính năng nhỏ từ đầu đến cuối. Nếu team data đang chạy các SQL query trên một data warehouse bạn chưa từng chạm vào — hãy đến ngồi cùng họ một ngày.

Bạn không phản bội chuyên môn của mình. Bạn đang trở nên có giá trị hơn.

Sai Là Lợi Thế, Không Phải Nỗi Xấu Hổ

Đây là điều về việc là junior: khi bạn sai, nó gần như không tổn hại gì cả.

Khi một kỹ sư senior tự tin dẫn cả team đi sai hướng, đó là vấn đề. Sai lầm của họ có trọng lượng. Của bạn thì không — chưa. Đó không phải lời xúc phạm. Đó là một lợi thế cơ cấu rất lớn.

Vậy hãy tận dụng nó:

Đề xuất một hướng tiếp cận dù bạn không chắc nó đúng. Bạn sẽ học được rằng nó đúng, hoặc học chính xác lý do tại sao nó không đúng — điều đó cũng có giá trị tương đương.
Đặt câu hỏi có vẻ hiển nhiên. Chín trong mười lần, ai đó khác trong phòng cũng có câu hỏi đó nhưng không hỏi.
Thử thứ có thể không hoạt động. Xây dựng proof of concept. Chạy thử nghiệm. Ship phiên bản thô và xem cái gì bị break.

Những người học được nhiều nhất không phải là người thông minh nhất trong phòng. Họ là những người sẵn sàng sai để được học nhanh nhất.

Tự ái là trở ngại lớn nhất cho sự phát triển giai đoạn đầu sự nghiệp. Junior developer giả vờ hiểu thứ họ không hiểu sẽ dành nhiều tháng bị rối. Người dám hỏi "Anh/Chị có thể giải thích lại chỗ đó không?" sẽ tiến xa và nhanh hơn.

Một Stack Là Không Đủ Nữa

Ngành này thay đổi liên tục. Là "React developer" hay "Java developer" không phải là kế hoạch sự nghiệp. Đó chỉ là điểm khởi đầu.

Framework lỗi thời. Công ty chuyển hướng. Yêu cầu công việc thay đổi. Kỹ sư chỉ biết một công cụ luôn ở trong tình trạng chỉ cần một xu hướng công nghệ mới là phải đào tạo lại từ đầu.

Nhưng kỹ sư đã làm việc qua nhiều stack, ngôn ngữ và các tầng hệ thống khác nhau? Họ có một thứ tốt hơn kiến thức về bất kỳ tool / framework cụ thể nào. Họ có khả năng nhận dạng mẫu (pattern recognition). Họ biết rằng mọi framework đều đang giải quyết cùng một tập hợp vấn đề theo cách hơi khác nhau. Công nghệ mới không còn đáng sợ nữa mà trở nên quen thuộc.

Bạn không cần phải thành thạo mọi thứ. Nhưng bạn nên chạm vào nhiều thứ nhất có thể.

Làm việc với ngôn ngữ bạn chưa dùng trước đây, dù chỉ cho một task nhỏ.
Hiểu infrastructure mà code của bạn chạy trên đó thực sự làm gì.
Xem phần frontend dù bạn nghĩ mình là người backend.
Đọc các database query dù người khác viết chúng.

Không cần phải đào sâu. Tiếp xúc rộng với nhiều thứ giúp xây dựng bản đồ - kiến thức tổng quan về toàn bộ quy trình, hệ thống. Chuyên môn sâu ở một vài lĩnh vực sẽ được lắp vào/bổ sung sau.

Mạnh dạn hỏi bất cứ câu hỏi nào bạn có, dù nó có vẻ "ngu ngốc" đến đâu đi nữa.

Không có câu hỏi ngu ngốc khi bạn là junior. Đó không phải câu động viên trên poster. Đó là sự thật về vai trò trong tổ chức/công ty của bạn.

Câu hỏi "ngu ngốc" mà bạn sợ hỏi thường là:

Không ngu ngốc chút nào — đó là khoảng trống trong tài liệu hay onboarding ảnh hưởng đến tất cả mọi người
Thứ mà đồng nghiệp của bạn đã giải thích cho ba intern trước và rất vui được giải thích lại
Câu hỏi mở khóa (unblock) một vấn đề tốn hai tiếng trong vòng ba mươi giây

Chi phí của việc hỏi gần như bằng không. Chi phí của việc không hỏi là sự rối rắm cộng dồn, giả định sai và lãng phí thời gian.

Hãy biến nó thành thói quen. Hỏi. Ghi lại câu trả lời. Hỏi lại nếu bạn chưa hiểu. Những kỹ sư senior giỏi nhất là những người nhận ra sớm rằng đặt câu hỏi là cách bạn trở nên thông minh — không phải dấu hiệu cho thấy bạn chưa thông minh.

Cái Cửa Sổ Sẽ Đóng (Đặc quyền của bạn sẽ hết hạn)

Tôi muốn nói thẳng về một điều: quyền bạn có ngay lúc này không tồn tại mãi mãi.

Khi bạn chuyển từ junior lên mid-level rồi senior, kỳ vọng thay đổi. Bạn được cho là biết nhiều hơn. Đặt một số câu hỏi nhất định bắt đầu có chi phí xã hội. Dành thời gian khám phá lãnh thổ chưa quen cạnh tranh với áp lực giao sản phẩm. Chế độ học tập mà bạn đang có ngay lúc này thực sự khó duy trì hơn về sau.

Đây không phải lý do để căng thẳng. Đây là lý do để trân trọng sự tự do đó khi bạn còn có nó.

Trong một đến ba năm đầu của bạn:

Nói có với công việc làm bạn hơi sợ hoặc lo lắng.
Xung phong khi có thứ gì đó thú vị đang được xây dựng, dù bạn không chắc có thể đóng góp.
Học các kỹ năng liền kề / liên quan mà bạn sẽ dùng sau này dù không cần ngay hôm nay.
Là người đặt câu hỏi rồi đi tìm câu trả lời.

Bạn đang xây dựng nền tảng mà mọi thứ khác sẽ được xây dựng trên đó. Chiều rộng (kiến thức rộng) bây giờ làm cho chiều sâu (chuyên môn sâu) dễ dàng hơn sau này. Những kỹ sư thực sự xuất sắc là những người thực sự tò mò từ sớm.

Điều Này Trông Như Thế Nào Trên Thực Tế

Cụ thể, đây là điều tôi muốn nói với bất kỳ junior hay intern nào mới bắt đầu:

Trong tuần đầu tiên: Hỏi team lead của bạn điều họ ước mình biết khi mới bắt đầu. Hỏi những phần nào của codebase mà hầu hết mọi người không hiểu. Ghi tất cả xuống.

Trong tháng đầu tiên: Chọn một thứ ngoài mô tả công việc cốt lõi của bạn và học nó đủ để giải thích cho người khác. Không cần thành thạo — chỉ cần hiểu.

Mỗi quý: Nhìn lại và đếm bạn đã chạm vào bao nhiêu thứ khác nhau. Nếu con số nhỏ, bạn đã quá thoải mái (bạn đã học quá ít).

Luôn luôn: Khi bạn không hiểu điều gì, nói ngay lập tức. Giả vờ hiểu là một khoản nợ bạn trả về sau với lãi suất rất cao.

Bạn đang có một cơ hội hiếm có ngay lúc này. Công ty bạn đang ở có những vấn đề thực, hệ thống thực và những người thực sẵn sàng giúp bạn học — nếu bạn xuất hiện với sự tò mò và sẵn sàng sai để học.

Đừng lãng phí nó bằng cách ở mãi trong một làn đường thoải mái. Đừng tự gò bó, giới hạn mình với cái tôi và nỗi sợ hãi thất bại.

Hãy học mọi thứ có thể.