Do You Believe the “Tech Stack Determines Salary” Myth?

Có dạo tôi tin chắc điều đó. Thấy tin tuyển dụng nào để mức cao là y như rằng đính kèm một cái stack đang trend. Nên tôi nghĩ đơn giản: học cái đang hot, nhảy vào, lương khắc lên. Bun là cái dạy tôi rằng chuyện không dễ vậy.Lần đầu tôi nhắc tới Bun trong buổi review kiến trúc, sếp hỏi đúng một câu: "Cái này ai chạy production chưa?" 1 câu hỏi gần ai cũng sẽ hỏi khi bạn dề xuất 1 cái gì đó mới. Hồi đó Bun mới lắm, ở mình gần như chưa ai dám xài. Mà CTO với Tech lead chỗ tôi không phải kiểu bài xích đồ mới, họ chỉ dị ứng với rủi ro không có lý do rõ ràng thôi.Thứ làm tôi không bỏ cuộc là cái feature realtime đòi hỏi 1 lượng tải lơn. Bên Node tôi phải lôi thêm `ws` vào, tự lo scale connection, config cả mớ. Bun thì WebSocket nằm sẵn trong `Bun.serve`, gõ mấy chục dòng là chạy. Thế là cuối tuần đó tôi ngồi dựng thử một service WebSocket nhỏ, đo bằng đúng lượng connection team cần chứ không phải benchmark cho vui.Số ra khá ổn: cùng một con máy, Bun xử lý được nhiều connection hơn, tin nhắn tới nhanh hơn, mà code thì ít hơn. Buổi meeting sau tôi không đi thuyết phục bằng "Bun mới nè, Bun hay lắm anh" nữa. Tôi đưa số. Tech lead vẫn cản, mà cản đúng: còn thư viện chưa hỗ trợ, còn vài chỗ Bun chạy khác Node. Tụi tôi ngồi list ra từng rủi ro, cái nào chặn thì gạch, cái nào chịu được thì ghi rõ. Cuối cùng chốt: cho Bun chạy thử đúng cái service nội bộ này, lỡ hư thì rollback trong một buổi là xong.Nó chạy ngon. Mấy tháng sau tụi tôi nhân rộng ra. Và tới kỳ review, mọi thứ đánh giá tốt.Nhưng nhích không phải vì tôi biết Bun. Bun ai học chả được, tài liệu đầy ra. Cái làm sếp gật là tôi dám đưa một thứ chưa ai xài vào, tự đo, tự chỉ ra chỗ nó dễ vỡ, và chịu trách nhiệm cho nó chạy. Đó mới là thứ khó thuê, và là thứ họ trả tiền.Nên nếu bạn hỏi stack có quyết định lương không, tôi nói thật: stack chỉ là cái cớ. Người ta trả cho việc bạn biến một cái stack thành thứ chạy được trong công ty, gánh được rủi ro của nó. Chạy theo trend mà không làm được chuyện đó thì học bao nhiêu framework lương vẫn dậm chân. Còn làm được, thì dùng stack cũ mèm lương vẫn lên.

Nhiều người mặc định rằng: Tech stack càng phổ biến, lương càng cao vì nhu cầu thị trường lớn. Nghe thì có vẻ hợp lý, nhưng dưới góc nhìn kinh tế học, đây là một chiếc bẫy thu nhập. Tech stack phổ biến nghĩa là rào cản gia nhập thấp, người học cực đông, và bạn sẽ phải đối mặt với một "Đại dương đỏ" đầy máu nơi các Dev cấu xé nhau bằng cách phá giá lương để có dự án.Muốn có mức thu nhập đột phá, bạn phải biết cách dịch chuyển sang "Đại dương xanh" — nơi bạn kết hợp công nghệ để tạo ra một giải pháp độc bản mà thị trường khan hiếm.Cách mình giải quyết bài toán vị thế: Mình nhận ra nếu chỉ làm IT vận hành hoặc code web dạo thuần túy bằng JavaScript/React, mình sẽ mãi nằm ở nhóm trung bình của xã hội. Vì vậy, mình không chọn đổi stack theo kiểu nhảy từ ngôn ngữ này sang ngôn ngữ khác, mà mình tạo ra một stack ngách độc đáo cho riêng mình: Kết hợp giữa Automation Scripting (Python) + Browser Extension Customization (JS/XPath) + Hạ tầng mạng Linux.Thay vì đi xin việc làm thuê, mình dùng stack này để tự xây dựng các công cụ tự động hóa quy trình cho các dự án cá nhân, đặc biệt là trong các mảng tối ưu hóa dữ liệu và hạ tầng Web3. Việc tự tay build một hệ thống proxy hàng ngàn cổng hoạt động ổn định hay viết extension tự động quản lý cache/cookie để bypass các cơ chế hạn chế của browser đã mang lại cho mình nguồn thu nhập vượt xa mức lương của một Dev chỉ biết làm theo yêu cầu.Sai lầm nhiều người mắc phải: Nghĩ rằng cứ học ngôn ngữ hiếm là lương cao. Thực ra ngôn ngữ hiếm mà không có thị trường thì cũng vô dụng.Giải pháp hiệu quả: Dùng các công nghệ phổ biến (Python, JS) nhưng ứng dụng nó vào một lĩnh vực ngách cụ thể (như Automation & Hạ tầng) để tạo ra giá trị không thể thay thế.Bài học cốt lõi: Mức lương hay thu nhập của bạn không tỷ lệ thuận với độ phổ biến của Tech stack, nó tỷ lệ thuận với độ khó của bài toán bạn giải quyết và số lượng người có thể thay thế bạn. Thay vì cố gắng trở thành người thứ 10.000 biết viết một trang web React cơ bản, hãy là người duy nhất trong phòng biết cách dùng Python và Linux để tự động hóa toàn bộ hệ thống vận hành của doanh nghiệp. Đi vào lối ngách một cách thông minh chính là cách ngắn nhất để làm chủ bảng lương của chính mình.

Trong ngành IT, có một câu hỏi mà mình thấy xuất hiện khá thường xuyên:"Học công nghệ nào để lương cao?"Mỗi khi có một công nghệ mới nổi lên, rất nhiều bài viết bắt đầu xuất hiện với những tiêu đề như:Học AI để tăng gấp đôi thu nhập..Học Rust vì đây là tương lai của ngành lập trình.Fullstack React + Next.js đang được săn đón với mức lương hấp dẫn.Điều đó khiến nhiều người tin rằng mức lương của lập trình viên phụ thuộc gần như hoàn toàn vào tech stack mà họ đang sử dụng. Nhưng sau nhiều năm làm việc, mình nhận ra rằng câu chuyện không đơn giản như vậy.Tech Stack Có Ảnh Hưởng Đến Thu NhậpMình không phủ nhận điều đó. Thị trường luôn có những giai đoạn mà một công nghệ nào đó trở nên "hot" hơn những công nghệ khác.Ví dụ:AI và Machine Learning đang được đầu tư mạnh.Cloud Computing ngày càng phổ biến.Golang được nhiều công ty sử dụng cho hệ thống backend hiệu năng cao.React, Next.js hay TypeScript gần như đã trở thành tiêu chuẩn ở nhiều dự án frontend hiện đại.Khi nhu cầu tuyển dụng tăng nhưng nguồn nhân lực chưa đủ, mức lương cho những vị trí này thường cao hơn mặt bằng chung. Đó là quy luật cung và cầu rất bình thường.Tuy nhiên...Tech Stack Không Phải Là Yếu Tố Duy NhấtMình từng gặp những trường hợp rất thú vị. Có người sử dụng một tech stack được xem là "cũ", nhưng mức lương vẫn cao hơn nhiều người đang làm công nghệ mới. Ngược lại, cũng có những người liên tục chạy theo trend công nghệ nhưng thu nhập lại không cải thiện đáng kể.Tại sao?Bởi vì doanh nghiệp không chỉ trả tiền cho việc bạn biết sử dụng một framework hay một ngôn ngữ lập trình.Họ trả tiền cho:Khả năng giải quyết vấn đề.Tư duy thiết kế hệ thống.Kinh nghiệm thực chiến.Kỹ năng giao tiếp và làm việc nhóm.Khả năng dẫn dắt dự án.Mức độ ảnh hưởng đến sản phẩm và doanh nghiệp.Một lập trình viên có thể học React trong vài tháng. Nhưng để trở thành người có thể thiết kế kiến trúc hệ thống, tối ưu hiệu năng, mentoring cho đội nhóm và chịu trách nhiệm cho một sản phẩm lớn thì cần nhiều năm kinh nghiệm. Và chính những giá trị đó thường tạo nên khoảng cách lớn về thu nhập.Mình Đã Từng Muốn Đổi Tech Stack Vì TiềnMình nghĩ rất nhiều người trong ngành cũng từng như vậy. Khi thấy một công nghệ nào đó đang được trả lương cao hơn, chúng ta dễ có cảm giác rằng: "Nếu mình chuyển sang công nghệ đó thì thu nhập sẽ tăng nhanh hơn." Điều đó không sai, nhưng mình nhận ra một điều:Chỉ đổi tech stack thôi chưa đủ.Nếu chỉ học cú pháp mới, framework mới nhưng không nâng cao năng lực giải quyết vấn đề, thì mức lương có thể tăng trong ngắn hạn nhưng rất khó tạo ra sự khác biệt lớn trong dài hạn. Ngược lại, khi có nền tảng kỹ thuật tốt, việc chuyển đổi giữa các công nghệ thường dễ dàng hơn rất nhiều.Điều Quan Trọng Hơn Là Giá Trị Bạn Tạo RaSau cùng, mình cho rằng tech stack chỉ là một công cụ. Giống như một người thợ mộc, chỉ với một chiếc búa tốt có thể giúp công việc hiệu quả hơn, nhưng giá trị thực sự vẫn nằm ở tay nghề của người sử dụng nó. Trong ngành IT cũng vậy. Tech stack có thể mở ra cơ hội mới. Tech stack có thể giúp bạn tiếp cận những dự án tốt hơn. Tech stack có thể giúp mức lương khởi điểm cao hơn. Nhưng thứ quyết định sự phát triển lâu dài vẫn là khả năng học hỏi, thích nghi và tạo ra giá trị cho sản phẩm, khách hàng và doanh nghiệp.Góc Nhìn Cá NhânNếu bây giờ có người hỏi mình:"Nên chọn tech stack nào để lương cao?"Có lẽ mình sẽ trả lời:Hãy chọn một công nghệ có nhu cầu thực tế trên thị trường, phù hợp với định hướng của bạn và đầu tư đủ sâu để trở thành người giỏi trong lĩnh vực đó.Bởi vì một lập trình viên giỏi trong một tech stack "bình thường" thường có giá trị hơn một lập trình viên chỉ biết sơ qua nhiều công nghệ đang là xu hướng.Còn bạn thì sao?Tech stack bạn đang làm có thực sự tác động đến mức lương của bạn không?Bạn đã từng đổi công nghệ vì lý do thu nhập chưa?Và nếu nhìn lại, quyết định đó có mang lại kết quả như bạn kỳ vọng không?Mình rất muốn nghe thêm góc nhìn và trải nghiệm của mọi người.

Khi mới bước vào ngành IT, tôi từng có suy nghĩ khá đơn giản: công nghệ nào càng phổ biến thì cơ hội việc làm và mức lương sẽ càng cao.Nhìn vào thị trường, tôi thấy nhiều vị trí yêu cầu những tech stack đang được nhắc đến rất nhiều. Điều đó khiến tôi nghĩ rằng nếu muốn phát triển nhanh, có lẽ mình chỉ cần tập trung học đúng những công nghệ “đang hot”.Nhưng sau quá trình làm QA/Tester, tôi nhận ra câu chuyện không chỉ nằm ở việc bạn đang dùng công nghệ gì.Trong công việc, tôi từng gặp những tình huống mà cùng một sản phẩm, cùng một hệ thống, nhưng giá trị của mỗi người trong team lại rất khác nhau.Một Tester không chỉ là người kiểm tra xem chức năng có hoạt động hay không.Có những lúc tôi cần hiểu dữ liệu được lưu ở đâu, API hoạt động như thế nào, các luồng xử lý phía sau ra sao để tìm ra vấn đề mà người dùng bình thường không nhìn thấy.Từ đó, tôi bắt đầu học thêm SQL, API testing và tìm hiểu sâu hơn về cách hệ thống vận hành.Ban đầu, tôi nghĩ học thêm những kỹ năng này đơn giản là để tăng cơ hội việc làm.Nhưng sau đó tôi nhận ra giá trị lớn nhất không nằm ở việc có thêm một công cụ trong CV, mà là khả năng giải quyết vấn đề tốt hơn.Biết SQL không chỉ là viết câu query.Nó giúp tôi kiểm tra dữ liệu có đúng sau một thao tác hay không.Biết API không chỉ là gửi request.Nó giúp tôi hiểu cách dữ liệu đi qua hệ thống và phát hiện những vấn đề có thể bị bỏ sót khi chỉ test giao diện.Tôi cũng từng nghĩ đến việc chạy theo một tech stack mới chỉ vì nghe nói mức lương tốt hơn. Nhưng sau khi suy nghĩ lại, tôi thấy nếu chỉ chọn công nghệ vì xu hướng mà không xây nền tảng, mình rất dễ rơi vào vòng lặp học mãi nhưng chưa thật sự tạo ra giá trị.Theo tôi, tech stack chắc chắn có ảnh hưởng đến thu nhập.Một công nghệ có nhu cầu cao có thể mở ra nhiều cơ hội hơn. Nhưng mức lương cuối cùng vẫn phụ thuộc vào cách bạn sử dụng kiến thức đó để giải quyết vấn đề.Một người biết ít công nghệ hơn nhưng hiểu sâu sản phẩm, tư duy tốt, làm việc hiệu quả có thể tạo ra nhiều giá trị hơn một người chỉ biết nhiều công cụ nhưng thiếu khả năng áp dụng.Với tôi, tech stack giống như một chiếc chìa khóa.Chìa khóa tốt giúp mở nhiều cánh cửa hơn, nhưng để đi xa hơn thì vẫn cần năng lực, tư duy và kinh nghiệm của chính mình.Bài học tôi rút ra là:Đừng chỉ hỏi: “Công nghệ nào đang có lương cao?”Hãy hỏi thêm:“Công nghệ nào giúp mình giải quyết vấn đề tốt hơn và trở thành người có giá trị hơn?”Khi giá trị bản thân tăng lên, thu nhập thường sẽ là kết quả đi cùng.

Chào anh em, dạo gần đây lướt các group tuyển dụng IT hoặc trò chuyện trà đá, chúng ta rất dễ bắt gặp những câu hỏi kiểu: "Bây giờ học Go hay Rust để lương cao hơn?", "Java lỗi thời rồi, chuyển sang Node.js lương có khá hơn không?", hay "Có phải cứ biết Python, AI là auto ngàn đô?"...Tôi từng là một kẻ tin sái cổ vào cái "truyền thuyết" ấy. Tôi từng nghĩ đơn giản: Tech stack càng hot, càng ít người làm được thì lương càng cao.Nhưng sau gần 8 năm lăn lộn từ Outsourcing đến Product, từ các công ty startup quy mô 5 người cho đến tập đoàn lớn, tôi nhận ra: Tech stack chỉ là "bề nổi của tảng băng chìm". Nó có thể quyết định mức lương khởi điểm của bạn ở một công ty mới, nhưng KHÔNG quyết định được trần thu nhập (salary ceiling) của bạn.Dưới đây là câu chuyện xương máu của tôi về một lần "nhảy stack" vì tiền và những bài học đắt giá tôi đúc kết được.1. Cú ngã "trần trụi" khi chạy theo tiếng gọi của "Stack Hot"Cách đây 4 năm, khi làn sóng Blockchain và Web3 bùng nổ, đi đâu tôi cũng nghe thấy những con số giật mình: "Developer viết Rust/Solidity lương 4000 - 5000 USD/tháng". Lúc đó, tôi đang là một Web Developer cứng cựa với Node.js và React, mức lương khá ổn định nhưng nhìn con số kia thì không khỏi lung lay.Nghĩ là làm, tôi lao vào "vibe coding" ngày đêm. Tôi học cú pháp Rust, clone các repo ví mẫu, viết vài cái smart contract cơ bản. Sau 2 tháng học cấp tốc, tôi tự tin apply vào một dự án Web3 của nước ngoài với mức lương deal cao hơn 50% mức cũ.Và... quả đắng xuất hiện ngay từ tháng thử việc thứ hai.Khi dự án bước vào giai đoạn scale up, đòi hỏi tối ưu hóa bộ nhớ, xử lý concurrency cực đoan và bảo mật smart contract để tránh bị hack (vốn là chuyện cơm bữa trong Web3), tôi bắt đầu đuối sức. Tôi chỉ biết viết code cho chạy được, chứ hoàn toàn rỗng tuếch về:Cách hoạt động sâu bên dưới của Memory Management (đặc biệt là cơ chế Borrow Checker cực kỳ nghiêm ngặt của Rust).Kiến thức về cryptography (mã hóa) và bảo mật hệ thống phân tán.Tư duy giải quyết bài toán tài chính phức tạp của hệ thống DeFi.Kết quả là hệ thống liên tục gặp bug nghẽn mạng, code của tôi liên tục bị Senior từ chối merge. Áp lực kinh khủng khiến tôi mất ngủ triền miên. Cuối cùng, tôi chủ động xin dừng lại vì nhận ra mình đang giữ một chiếc áo quá rộng. Tôi chọn đổi stack vì tiền, nhưng năng lực thực tế của tôi chỉ nằm ở mức "biết cú pháp" chứ chưa làm chủ được công nghệ đó.2. Thấu hiểu bản chất: Điều gì thực sự quyết định mức lương IT?Sau thất bại đó, tôi quay lại làm việc với Node.js và hệ sinh thái Web truyền thống nhưng với một tâm thế hoàn toàn khác. Thay vì chạy theo ngôn ngữ mới, tôi tập trung đào sâu những thứ "bất biến" trong công nghệ.Tôi nhận ra mức lương của một Developer được cấu thành từ 3 yếu tố cốt lõi (Tỷ lệ 20-50-30):Tech Stack (20%): Chỉ là công cụ truyền tải giải pháp. Biết Rust hay Java không quan trọng bằng việc bạn biết dùng nó để giải quyết vấn đề gì.Domain Knowledge - Kiến thức nghiệp vụ (50%): Đây mới là thứ hái ra tiền. Một Node.js Dev thông thường lương có thể là $1,500. Nhưng một Node.js Dev hiểu sâu về hệ thống thanh toán điện tử (Payment Gateway), biết cách xử lý đối soát, chống gian lận tài chính và đạt chứng chỉ bảo mật PCI-DSS thì mức lương hoàn toàn có thể là $3,500+. Họ trả tiền cho sự am hiểu ngành nghề của bạn, không phải trả tiền cho số dòng code bạn gõ.Problem Solving & Soft Skills (30%): Khả năng đàm phán, quản lý rủi ro, tối ưu hóa chi phí cloud và trình bày giải pháp kỹ thuật cho những người không làm kỹ thuật hiểu.3. Bài học xương máu: Cách định vị bản thân để bứt phá thu nhậpNếu nhìn lại, tôi không hối hận vì đã thử học Rust, nhưng tôi sẽ thay đổi cách tiếp cận. Thay vì nhảy stack bạt mạng vì trào lưu, tôi khuyên anh em nên áp dụng chiến lược T-Shape Developer:Trục ngang (Biết rộng): Hiểu nguyên lý hoạt động của các stack khác nhau để khi cần có thể phối hợp hoặc chuyển đổi nhanh chóng.Trục dọc (Sâu sắc): Chọn một stack cốt lõi và biến mình thành chuyên gia trong lĩnh vực đó. Trở thành người "không thể thay thế" ở một mảng thay vì việc gì cũng biết nhưng chỉ ở mức hời hợt.Tập trung vào "Bài toán khó" thay vì "Ngôn ngữ mới": Nếu công ty bạn đang gặp vấn đề về lag database, hãy chủ động đứng ra giải quyết (bằng cách tối ưu index, query, caching...). Việc bạn giải quyết được "nỗi đau" của doanh nghiệp sẽ trực tiếp giúp bạn có vị thế cực lớn khi đàm phán lương (Performance Review), bất kể bạn đang dùng PHP, Java hay Go.Lời kết cho anh em: Đừng thần thánh hóa bất kỳ tech stack nào. Ngôn ngữ lập trình suy cho cùng chỉ là những chiếc tuốc-nơ-vít khác nhau trong hộp đồ nghề của bạn. Người thợ giỏi được trả lương cao không phải vì họ sở hữu chiếc tuốc-nơ-vít đắt tiền nhất, mà vì họ biết cách sửa những cỗ máy phức tạp nhất.Chúc anh em tìm được trục dọc của đời mình và bứt phá thu nhập trong kỳ review sắp tới!