"Đói khát" đánh bại thâm niên: Lời khuyên cho lập trình viên mới

Tháng này, một quản lý tuyển dụng tại Anthropic đã chính thức "khai tử" kiểu phỏng vấn lập trình truyền thống. Ông không còn yêu cầu ứng viên giải các bài tập thuật toán nữa, và lý do đằng sau quyết định này đáng để mọi kỹ sư phần mềm — đặc biệt là những người mới vào nghề — suy ngẫm.

Đói khát đánh bại thâm niên

Khi AI làm tốt hơn cả kỳ vọng

Việc đưa ra một thử thách nhỏ về React bây giờ chẳng còn ý nghĩa gì hơn việc đố ai đó về hợp ngữ — Claude đã làm tốt cả hai. Những người xây dựng hiệu quả nhất trong nhóm không còn phụ thuộc vào việc họ giỏi các bài kiểm tra này đến mức nào.

"Tác động không còn bị giới hạn bởi số năm bạn tích lũy kiến thức về framework và thư viện."

Tác giả nhận thấy các kỹ sư tương đối mới đang vượt qua những người có thể viết code giỏi hơn và đã ở trong nghề lâu hơn. Khát khao đánh bại thâm niên — đó là luận điểm cốt lõi của bài viết, dành cho những kỹ sư chưa có vốn xã hội, địa vị hay quyền lực trong tổ chức.

Sức mạnh của người mới: Có tầm nhìn nhưng không có tiếng nói

Đôi mắt mới, kể cả ngây ngô, từ lâu đã được xem là một vũ khí mạnh. Khi Patrick Collison sáng lập Stripe, ông khuyến khích người mới chú ý đến những điều có vẻ kỳ lạ: người mới thường phát hiện ra những điểm ma sát và cơ hội mà những người kỳ cựu đã ngừng để ý từ lâu.

Năm 1991, James March viết rằng các tổ chức phụ thuộc vào việc "duy trì dòng người ngây thơ và thiếu hiểu biết". Orson Welles khi được hỏi lấy đâu ra sự tự tin để thử những cú máy chưa ai từng thử, đã đáp: "Sự thiếu hiểu biết, hoàn toàn là thiếu hiểu biết — bạn biết đấy, không có sự tự tin nào sánh bằng nó."

Chính tác giả từng là một người mới "ngây thơ" như vậy. Khi gia nhập Notion, trong một buổi phỏng vấn về thiết kế kiến trúc chế độ offline, ông ngạc nhiên khi biết đây được coi là câu hỏi "mẹo" vì chế độ offline bị cho là bất khả thi. Hóa ra, sự phức tạp của mô hình dữ liệu là thật, nhưng sự phản đối của nhà sáng lập thì không. Mọi người coi đó là kiến thức hiển nhiên đến mức không ai buồn kiểm chứng lại.

Vấn đề duy nhất của sức mạnh từ sự ngây thơ: không ai quan tâm bạn nghĩ gì. Các công ty công nghệ thường có nhiều tầng quản lý trung gian, và bạn thường phải "cày" để có được vị thế xã hội trước khi tổ chức chịu "đặt cược" vào ý tưởng của bạn.

Nhưng có một tin tốt: việc thực thi không còn đắt đỏ nữa.

5 lời khuyên để tạo ra tác động thực sự

1. Chọn tác động kinh doanh thay vì danh sách việc cần làm

Năm 2011, Patrick McKenzie viết rằng "kỹ sư được thuê để tạo ra giá trị kinh doanh, chứ không phải để lập trình". Hãy hiểu rõ công ty (hoặc nhóm, phòng ban) của bạn đang thực sự cố gắng đạt được điều gì. Hiểu mục tiêu của cấp trên của quản lý trực tiếp thường là một cách gián tiếp hữu ích.

2. Chọn một ý tưởng táo bạo

Nghĩ ra vài ý tưởng mà nếu thành công sẽ cải thiện đáng kể khả năng tổ chức đạt được mục tiêu. Đừng ngại tham vọng.

3. Xây dựng nó trong một cuối tuần

Tác giả đã chứng kiến nhiều nhóm nhỏ và kỹ sư độc lập vượt qua quy trình thông thường — viết tài liệu yêu cầu sản phẩm (PRD), xin sự đồng thuận, vận động để có thời gian của nhà thiết kế hay quản lý sản phẩm — bằng cách xây dựng một nguyên mẫu hoạt động được.

4. Tập trung vào một ý tưởng tốt

Người mới thường mắc lỗi nhồi nhét nhiều ý tưởng vào một nguyên mẫu, giấu ba ý tưởng xuất sắc giữa hai mươi ý tưởng tồi. Nếu nguyên mẫu của bạn vừa tạo ra ngôn ngữ lập trình mới, vừa có backend, lại vừa có ứng dụng di động, bạn sẽ không thành công. Mục đích của nguyên mẫu là truyền đạt ý tưởng đủ tốt để lãnh đạo hiểu được cơ hội và thấy bạn là người có thể theo đuổi nó.

5. Tận dụng góc nhìn mới

Nếu bạn làm việc trên sản phẩm hướng tới người dùng, bạn có sự đồng cảm đặc biệt với người dùng và do đó hiểu rõ hơn sản phẩm hoạt động hay không hoạt động với họ ra sao. Nếu bạn làm về hạ tầng hay công cụ, bạn có lợi thế là chưa từng học hết những lý do khiến mọi thứ bị coi là "bất khả thi".

Tương lai vẫn tươi sáng

Tác giả không nghĩ phỏng vấn lập trình sẽ quay trở lại. Dễ hiểu khi người ta tiếc nuối — biết bao cuốn "Giải thuật và Cấu trúc dữ liệu" được mua với hy vọng mở ra công việc tốt và tương lai tươi sáng hơn. Nhưng đồng thời, với một người vốn phản đối việc thăng chức dựa trên thâm niên, ông không khỏi lạc quan.

Tại Anthropic, Claude Code được dùng như giao diện dòng lệnh (CLI) đến mức hai kỹ sư khá mới — Anthony Morris và Alice Zhao — đã dựng một nguyên mẫu hoạt động chỉ trong một cuối tuần. Phiên bản công khai đầu tiên ra mắt khoảng tám ngày sau đó, và giao diện đồ họa tốt cho Claude Code đã trở thành một sản phẩm rất phổ biến.

Tác giả cho biết mình có lẽ không phải quản lý duy nhất đang tìm cách phỏng vấn những người biết xây dựng tốt với AI. Ông đang tìm kiếm trong CV và hồ sơ những nguyên mẫu nhỏ thể hiện gu thẩm mỹ, sự đồng cảm và tư duy có nguyên tắc — những phẩm chất mà với các kỹ sư trẻ tại Việt Nam, có lẽ còn giá trị hơn cả một bảng điểm thuật toán hoàn hảo.