39 điểm bởi GN⁺ 2025-12-30 | 6 bình luận | Chia sẻ qua WhatsApp
  • Andrej Karpathy cho biết anh đang cảm thấy mình tụt hậu rất nhiều trong môi trường lập trình hiện nay
  • Tỷ trọng mã do lập trình viên trực tiếp viết ra đang giảm đi, và năng lực cốt lõi đang chuyển sang cách kết nối và phối hợp các công cụ và hệ thống đã tồn tại
  • Ngay cả chỉ cần biết cách kết nối tốt các công cụ xuất hiện trong 1 năm qua thôi thì năng suất cũng có thể tăng gần 10 lần, nhưng việc bản thân chưa tận dụng được điều đó được anh nhìn nhận là vấn đề thiếu năng lực rõ ràng (skill issue)
  • Anh đang ở trong tình huống phải hiểu và làm chủ một tầng trừu tượng mới gồm agent, sub-agent, prompt, context, memory, quyền hạn, tool, plugin, MCP, LSP, tích hợp IDE
  • Anh cảnh báo rằng những công cụ mạnh mẽ nhưng mang tính xác suất và chưa hoàn thiện, không có tài liệu hướng dẫn đã bất ngờ hòa trộn với kỹ thuật truyền thống, và nếu không thích ứng với thay đổi này thì có thể sẽ tụt lại ngay trong chính nghề nghiệp của mình

> Đây là lần đầu tiên tôi cảm thấy mình tụt hậu đến vậy với tư cách là một lập trình viên.
> Khi phần đóng góp của lập trình viên ngày càng trở nên hiếm hoi và bị phân mảnh hơn, ngành lập trình đang được tái cấu trúc rất nhanh.
> Chỉ cần kết hợp đúng cách những công nghệ mới xuất hiện trong một năm qua thôi cũng có thể khiến tôi mạnh hơn gấp 10 lần, nên việc không tận dụng được cơ hội đó rõ ràng có lẽ là do năng lực của chính tôi còn thiếu.
> Ngoài các tầng hiện có, giờ đây còn xuất hiện một tầng trừu tượng mới cần phải học, gồm agent, sub-agent, prompt, context, memory, mode, quyền hạn, tool, plugin, skill, hook, MCP, LSP, slash command, workflow, tích hợp IDE.
> Hơn nữa, chúng ta còn phải xây dựng một cách tư duy có thể bao quát cả ưu và nhược điểm nảy sinh khi những yếu tố vốn mang tính xác suất, dễ phát sinh lỗi, khó hiểu và thay đổi liên tục này bất ngờ trộn lẫn với phương thức kỹ thuật truyền thống sẵn có.
> Rõ ràng là có một công cụ ngoài hành tinh cực mạnh nào đó đã được đem vào sử dụng, nhưng lại không có sách hướng dẫn, nên mọi người đều phải tự tìm cách cầm nó lên và vận hành nó như thế nào.
> Và kết quả là một trận động đất cấp 9 đang làm rung chuyển cả ngành.
> Nếu không muốn tụt hậu thì hãy xắn tay áo lên.


Bản chất của cảm giác “đang tụt hậu”

  • Nghề lập trình hiện nay được nhìn nhận là đã bước vào giai đoạn tái cấu trúc (refactoring) rất nhanh
  • Phần mã mà lập trình viên con người trực tiếp đóng góp đang dần trở thành thứ chỉ xuất hiện thưa thớt
  • Giá trị cốt lõi đang dịch chuyển từ khả năng tự tay viết mã sang khả năng kết nối các hệ thống sẵn có để toàn bộ vận hành được

Sự xuất hiện của một tầng trừu tượng mới

  • Phía trên ngôn ngữ, runtime và framework hiện có, một tầng cao hơn xoay quanh AI agent đang được bổ sung
  • Tầng này bao gồm prompt, quản lý context, memory, mode, quyền hạn, gọi tool, workflow, tích hợp IDE, v.v.
  • Đây không phải là một kỹ thuật đơn lẻ mà đòi hỏi một mô hình tư duy xuyên suốt toàn bộ hệ sinh thái

Làm kỹ thuật cùng những công cụ bất định

  • Các công cụ mới này mang tính xác suất, có khả năng phát sinh lỗi và khó có thể hiểu hoàn toàn cách chúng vận hành bên trong
  • Dù vậy, chúng vẫn phải được sử dụng cùng với các hệ thống kỹ thuật truyền thống vốn “chính xác và mang tính quyết định”
  • Điều này đòi hỏi một sự chuyển đổi tư duy mang tính nền tảng khác hẳn với mô hình lập trình trước đây

Công cụ không có hướng dẫn sử dụng và trận động đất nghề nghiệp

  • Một công cụ ngoài hành tinh đầy sức mạnh đã bất ngờ được trao cho tất cả mọi người, nhưng không hề có hướng dẫn sử dụng
  • Mỗi người phải tự mình học cách dùng, trong khi đó toàn bộ nghề nghiệp đang trải qua một biến động tương đương động đất cấp 9
  • Karpathy nhấn mạnh rằng nếu không phản ứng kịp với thay đổi này thì bạn có thể vô tình bị tụt lại phía sau

Thông điệp kết luận

  • Những thay đổi hiện tại không phải là một trào lưu nhất thời mà là sự tái cấu trúc của chính nghề lập trình
  • Trạng thái không tận dụng được bước nhảy vọt về năng suất có thể không còn là vấn đề của môi trường mà cuối cùng sẽ quy về việc cá nhân chưa chuẩn bị đủ
  • Để không bị tụt hậu, thông điệp chốt lại là hãy xắn tay áo lên và chủ động học tầng mới này

6 bình luận

 
bbulbum 2025-12-31

"Lý do bạn đang bị tụt lại phía sau", được diễn đạt là "Tôi đang bị bỏ lại phía sau"

 
m00nny 2025-12-31

Chắc chắn đây có vẻ là thời đại mà cách làm phải biết mọi thứ từ A đến Z trở nên bất lợi về mặt năng suất. Mặt khác, điều tôi lo hơn là ngày càng có nhiều đoạn mã trộn lẫn đủ loại lớp trừu tượng đến mức chẳng ai biết thứ gì đang thực sự hoạt động. Tôi sợ rồi sẽ đến lúc logic quan trọng biến thành một kiểu cú pháp ma thuật mà không ai hiểu nổi.

 
labeldock 2025-12-31

“Mang tính xác suất, có thể mắc lỗi, và khó mà hiểu hoàn toàn cách nó hoạt động bên trong” nghe như chỉ là một cách nói vòng vo rằng bản thân không muốn chấp nhận nó. Tôi nghĩ AI cũng có thể đánh giá con người như vậy.

 
mhj5730 2026-01-02

Nhận định rất sắc bén. Tỷ lệ mắc lỗi của con người còn cao hơn nữa..

 
GN⁺ 2025-12-30
Ý kiến trên Hacker News
  • Điều khiến tôi mệt mỏi không phải là “bị tụt lại phía sau”, mà là phải nhìn cả ngành cứ tiếp tục chồng thêm những khối trừu tượng như thể đó là lời giải cho mọi bất định
    Giờ đây không chỉ phải duy trì hệ thống, mà còn phải duy trì cả mô hình tinh thần của một đám thực tập sinh chỉ đáng tin một nửa, đang nói chuyện bằng những ngôn ngữ khác nhau
    Công việc ngày càng khô khan, và rốt cuộc đến năm 2026 tôi quyết định chuyển hướng sự nghiệp

    • Với tôi thì lập trình có AI hỗ trợ lại tạo ra hiệu ứng ngược
      Nếu LLM có thể viết mã thay bạn và thậm chí duy trì cả test, thì những lớp trừu tượng phức tạp như React không còn thực sự cần thiết
      Thời phải thêm các thư viện như Moment.js chỉ vì một phép chuyển đổi thời gian đơn giản đã qua rồi, giờ chỉ cần một dòng prompt là đủ
      Cuối cùng, dùng LLM cũng có thể là một lựa chọn để giảm bớt trừu tượng
    • Hiện tượng code có AI hỗ trợ này làm tôi nhớ đến một bài từng được nhắc nhiều trên HN trước đây
      Don’t Call Yourself a Programmerbài thảo luận trên HN là ví dụ
    • Ngành này muốn tốc độ và đổi mới
      Việc tạo mã tự động đáp ứng đúng khao khát đó, nhưng nếu thứ người ta muốn là độ ổn định, hiệu năng và mức độ hoàn thiện, thì ảnh hưởng của LLM hẳn đã bị giới hạn hơn nhiều
      Với những sản phẩm công nghệ vốn đã mục ruỗng — như Windows hay iOS — cảm giác là LLM đang làm tăng tốc độ mục ruỗng đó
    • Tôi tò mò không biết bạn đã chuyển sang lĩnh vực nào
      Bản thân tôi cũng đang có những trăn trở tương tự cho một ngày nào đó
    • Thật ngạc nhiên khi các lập trình viên ngày càng chấp nhận tính phi định tính
  • Khi thấy Andrej mới 39 tuổi, tôi chợt nhớ tới thuyết thế hệ công nghệ của Douglas Adams
    Nó gợi lại câu trích dẫn nổi tiếng kiểu như “mọi thứ được phát minh sau tuổi 35 đều trái với trật tự tự nhiên”

    • Nhưng có vẻ anh ấy không phản đối công nghệ, mà chỉ đang cảm nhận được một tiềm năng mà mình chưa hiểu hết
  • Tôi muốn gọi những người “quá đắm chìm vào AI đến mức mất cảm giác thực tại” là Slopbrain
    Cảm giác như họ đã hoàn toàn lạc trong đống mã nguồn

    • Bài WSJ gần đây cũng đề cập đến chuyện này, AI Psychosis thực sự là một mối đe dọa
      Tôi cũng thấy quanh mình có người dùng AI như cố vấn cuộc đời, đến mức các mối quan hệ con người bị lung lay
      Ngay cả việc Karpathy nói rằng “rất khó để theo kịp” cũng gây sốc
      Cuối cùng, việc những người sùng bái AI tin rằng “chỉ cần thêm một chút nữa là sẽ hoàn hảo” trông như một ảo tưởng tập thể khổng lồ
    • Karpathy đủ thông minh, nên không phải chuyện có thể dễ dàng gạt đi
    • Tôi gọi hiện tượng này là bị AI one-shot
    • Trên Twitter người ta gọi nó là LLM Psychosis
    • Điều thú vị ở Slopbrain là lập luận của Karpathy lại giống với cấu trúc logic hời hợt của LLM
  • Tôi nghe nói giờ còn phải học thêm lớp trừu tượng agent mới, mà nghe chẳng giống phát triển phần mềm gì cả, chỉ như một địa ngục cấu hình bất tận
    Cảm giác như mang sự bành trướng hỗn loạn của DevOps về chiếc PC cá nhân

    • Kiểu phát triển này giống như lập trình dựa trên họp hành
      Nó là cấu trúc mà giới C-suite hay MBA có lẽ sẽ thích, nhưng cuối cùng lại là xu hướng xóa bỏ không gian tư duy riêng tư của con người
      Internet đã bào mòn tính riêng tư của tư duy từ lâu, và giờ đến cả công cụ lập trình cũng đang đi theo con đường đó
    • Nhưng từ góc nhìn của người đã dùng coding agent khá nhiều, thực ra không cần biết hết mọi thứ đó
      Chỉ cần chia vấn đề thành các task, thêm yêu cầu TDD và cho nó pass test là đủ
      Phần còn lại chỉ là overengineering
    • Với câu hỏi “cái này làm sao có thể khiến lập trình viên nhanh hơn 10 lần được?” thì câu trả lời rất đơn giản
      Phần lớn những lời khẳng định đó đến từ người không làm phát triển hoặc từ những người kiếm tiền nhờ meme đó
  • Câu “nếu không học ngay bây giờ thì sẽ tụt lại” trước đây cũng đã sai rồi
    Thời bùng nổ web những năm 90 cũng vậy, và rốt cuộc thế hệ mới vẫn làm được hết
    Chờ đến thời điểm mọi thứ đã được sắp xếp lại rồi mới học, đó vẫn là một chiến lược hoàn toàn hợp lý

    • Cuối cùng thì công cụ sẽ trở nên dễ dùng hơn
      Tôi có dùng LLM, nhưng không phí thời gian chạy theo trào lưu
      “Bị tụt lại” chỉ là FOMO mà thôi
    • Ngược lại, có khi những kỹ sư mới sẽ thích nghi dễ hơn vì không phải mang theo gánh nặng từ quá khứ
    • Nhưng với tư cách một lập trình viên trung niên, cảm giác bất an là rất lớn
      Nhờ AI mà năng suất đã tăng lên, nhưng giờ tôi có cảm giác mình đang tạo ra mã kiểu IKEA thay vì nghề thủ công
      Tôi không chắc về lâu dài mình còn muốn tiếp tục công việc này không
  • Tôi đã sống cả đời như một lập trình viên, và đến giờ vẫn yêu những khoảnh khắc hòa làm một với máy tính
    Dù ban ngày có phải đi bán giày, ban đêm tôi vẫn sẽ code
    Nếu công cụ hiện đại không cho phép, tôi sẽ code bằng Commodore 64
    Tôi là một con người tự do

  • Khi dùng Opus, điều tôi cảm thấy là thật khó hiểu khi ai đó có thể làm việc nhiều tuần mà không cần IDE
    Dù có mài giũa prompt thế nào thì mã hỏng vẫn cứ xuất hiện
    Có chi $200 mỗi ngày thì cuối cùng vẫn phải refactor thủ công
    Mã do LLM tạo ra quá bừa bộn, sửa nó thật sự rất đau đớn

    • Tôi bực bội vì LLM không thể viết truy vấn SQL cho ra hồn
      Cuối cùng phần lớn mã vẫn phải tự viết lấy
    • Đây là vấn đề phát sinh vì nhiều người không thực sự hiểu công nghệ
      Tôi không viết một dòng mã nào nhưng vẫn có thể thiết kế các hệ thống phức tạp
      Cốt lõi vẫn là bạn có biết cách xử lý công nghệ cho tốt hay không
    • Mẹo của tôi là giả vờ mình đang làm một thử nghiệm spike
      Làm vậy mô hình sẽ bớt ám ảnh với chi tiết và giúp dựng khung cơ bản trước
    • Nếu đưa cho nó các tên tệp tương tự để tham chiếu thì chất lượng mã tăng lên gấp 10 lần
      Nhưng khi dự án lớn dần, lỗi kiểu dữ liệu và lỗi test tăng bùng nổ, cuối cùng đành vứt bỏ
    • Tôi gần như không mở IDE
      Thay vào đó tôi dùng Claude CodeCursor
      Tôi đã xây dựng một workflow hoàn chỉnh với ngôn ngữ có type, quy tắc lint tùy chỉnh, test tự động, tự động hóa review PR, v.v.
      Ví dụ là các dự án như scout-for-lol hoặc trình tạo type cho Helm
  • Tôi ngạc nhiên khi thấy chi phí marketing của OpenAI đã tăng lên 2 tỷ USD trong nửa đầu năm 2025
    Có vẻ từng ấy tiền được dùng để tạo ra ảo giác rằng việc phát triển phần mềm đang trở nên tốt hơn

    • Tôi cũng từng hoài nghi, nhưng sau khi một người bạn cho xem Claude Code thì suy nghĩ đã thay đổi
      Chỉ với một câu duy nhất, nó giải quyết được một việc phiền toái và khiến tôi lại thấy hứng thú với các dự án mã nguồn mở
      Giờ thì năng suất của tôi đã tăng lên vài lần
    • Câu “trong 1 năm AI phát triển, liệu bạn cũng có thể phát triển theo không?” để lại ấn tượng mạnh
  • Trong kỳ nghỉ cuối năm, tôi thử sống mà hoàn toàn không dùng AI và thấy nhịp sống chậm đó tốt đến đáng ngạc nhiên
    Nhưng khi quay lại thì lại phải trở về tốc độ 180%
    Vì thế tôi cố tình giữ cho mình những sở thích analog và khoảng thời gian ‘không có máy tính’

    • Tôi cũng nhận ra đi dạo cùng con trai giúp hiểu được thời gian tự do thật sự là gì
      Thời gian để đi bộ và suy nghĩ mới chính là mẹo tăng năng suất tốt nhất
  • Phần lớn các thảo luận kiểu này đều xoay quanh lập trình viên độc lập hoặc dự án greenfield
    Vì chi phí của sai lầm trong những trường hợp đó thấp
    Nhưng trong môi trường production thực tế với đội ngũ từ 4 người trở lên, gần như không có trường hợp nào phát triển chỉ bằng AI
    Việc người tạo ra Claude Code chỉ dùng Claude Code có vẻ giống dogfooding hơn

 
roxie 2026-01-01

Không biết đến bao giờ sự hỗn loạn này mới lắng xuống, theo cách nào đi nữa,,