values cho cảm giác giống Java Stream API, nên khi so sánh thử thì thấy nếu kích thước mảng nhỏ, lọc trực tiếp không dùng values sẽ nhanh hơn. Vì nó dựa trên iterator, nên có vẻ chuỗi gọi càng dài thì cách đi qua values một lần lại càng có lợi về tốc độ. Có thể tham khảo benchmark tại https://jsperf.app/dixutu.
Tôi đang dùng GPT, nhưng có vẻ nó chưa thể thay thế vị trí của một lập trình viên senior. Tuy vậy, khi năng suất tăng lên, có lẽ lập trình viên mới vào nghề và junior sẽ ngày càng khó tìm việc hơn.
Lập trình viên frontend phải giao tiếp với đồng đội ở nhiều mảng như thiết kế, lập kế hoạch và backend, nên có lẽ sẽ không bị thu hẹp nhiều. Có câu nói của Jobs rằng “mọi người không biết mình muốn gì cho đến khi bạn cho họ thấy”, và frontend developer đóng vai trò tạo ra nhiều bản thử nghiệm để cho thấy cái “mà họ muốn” đó, nên tôi không nghĩ số lượng sẽ giảm mạnh. Dù vậy, có thể số bản thử nghiệm được tạo ra sẽ nhiều hơn.
Ngược lại, lập trình viên backend có lẽ sẽ dần giảm đi do việc sinh mã tự động và AI. Tất nhiên chắc cũng không biến mất hoàn toàn, mà chỉ giảm bớt thôi. Xét theo một khía cạnh nào đó, phát triển backend có những phần gần như công thức và cũng có nhiều dư địa để tự động hóa, nên bên này có vẻ sẽ giảm phần nào.
Dù chưa thể thay thế hoàn toàn lập trình viên, AI có thể khiến việc làm giảm đi ở một số phần. Nhưng khi công việc chuyển đổi số ở nhiều lĩnh vực hơn và việc chuyển đổi hệ thống legacy cũng tăng lên, thì trong một thời gian tới có lẽ vẫn sẽ ổn.
Tôi có thấy một số trạm dừng được lắp thiết bị thu thông tin thảm họa UHD; nếu cái này cũng dùng chuẩn ATSC 3.0 thì để có thể tận dụng BPS cho đúng nghĩa, có lẽ cần phải thu được tín hiệu ngay cả khi độ nhạy tín hiệu thấp.
📝 Kỷ nguyên hậu lập trình viên – tóm tắt chi tiết (bởi ChatGPT)
Bối cảnh và mục đích của bài viết
Ngay sau buổi giới thiệu GPT-4 năm 2023, tác giả đã bày tỏ quan điểm hoài nghi trước nhận định AI sẽ thay thế lập trình viên thông qua bài viết “The End of Front-End Development”.
Giờ đây, sau 2 năm (2025), tác giả nhìn lại tình hình thực tế để kiểm chứng xem dự đoán khi đó có đúng hay không.
Tình hình ứng dụng AI tại các doanh nghiệp
Có bài báo nói rằng “AI viết 25% tổng lượng mã” tại Google, nhưng trên thực tế, lập trình viên con người vẫn giữ vai trò chủ đạo và AI chỉ là công cụ.
AI không tự chủ viết mã, mà lập trình viên là người định hướng, rồi xem xét và chỉnh sửa kết quả.
Devin: kết quả thực tế của AI thay thế lập trình viên
Devin của Cognition quảng bá ý tưởng “phát triển không cần lập trình viên”, nhưng phần lớn doanh nghiệp triển khai thực tế đều báo cáo trải nghiệm thất bại.
Nó có thể xử lý các tác vụ nhỏ, nhưng không đủ sức cho công việc phức tạp. Đa số đội ngũ ngừng sử dụng trong vòng một tháng.
Vibe coding
Giới thiệu trường hợp chính Josh sử dụng AI IDE (Cursor + Claude).
Các tác vụ đơn giản có thể được giải quyết nhanh chóng, thậm chí đôi khi còn có những đề xuất mã tốt hơn mong đợi.
Nhưng cuối cùng vẫn cần con người xử lý, và không thể duy trì chỉ bằng AI.
“AI giống như cruise control. Nếu buông tay, sớm muộn gì cũng sẽ lệch khỏi con đường.”
Thị trường việc làm lập trình viên hiện tại
Tình hình vẫn còn khó khăn. Nhưng điều này không phải vì AI đang thay thế con người, mà là do
đầu tư suy giảm vì lãi suất tăng
các đợt sa thải quy mô lớn ở Big Tech
ảo tưởng rằng “AGI sẽ sớm xuất hiện”
Nói cách khác, không phải AI đang thực sự thay thế lao động, mà chính niềm tin bị thổi phồng đó đang cản trở tuyển dụng.
Front-end có nguy hiểm hơn không?
Một số người cho rằng “front-end dễ bị thay thế hơn”, nhưng Josh lại nhìn theo hướng ngược lại.
Front-end gắn trực tiếp với trải nghiệm người dùng, nên đòi hỏi công việc tinh tế và phù hợp với thương hiệu.
Ngược lại, mã back-end mới có thể được AI đơn giản hóa và tự động hóa nhanh hơn.
Sử dụng LLM như công cụ học tập
AI là công cụ rất hữu ích cho người mới bắt đầu trong việc giải thích khái niệm và hiểu lỗi.
Nhưng tin tưởng mù quáng thì rất nguy hiểm.
“AI không phải GPS. Cần tiếp nhận nó một cách phản biện như bồi thẩm đoàn.”
Nếu làm theo mà không suy xét, cuối cùng bạn sẽ không đọc nổi mã và cũng không biết cách sửa nó.
Thông điệp gửi tới lập trình viên mới vào nghề
Đừng vì AI mà chùn bước rồi ngừng học lập trình.
Ngược lại, những lập trình viên biết cách làm việc cùng AI sẽ trở thành lực lượng mạnh mẽ nhất.
Trong tương lai, thậm chí có thể xuất hiện “thời kỳ phục hưng của lập trình viên”.
“Bắt đầu học lập trình ngay bây giờ vẫn chưa muộn.”
Trạng thái hiện tại của tiến bộ công nghệ
Hiệu năng AI vẫn đang tiếp tục được cải thiện, nhưng hiện nay đã bước vào giai đoạn cải tiến dần dần thay vì tăng trưởng bùng nổ.
Các mô hình mới như GPT-4.5, Gemini 2.5 tiếp tục xuất hiện, nhưng chủ yếu là tinh chỉnh chi tiết trên nền hiệu năng sẵn có.
Những điểm đáng lo ngại
Bất ổn kinh tế toàn cầu do việc Trump tái đắc cử v.v. có thể gây tác động xấu đến ngành công nghệ.
Nếu phụ thuộc quá mức vào công cụ AI, nền tảng kỹ năng phát triển phần mềm có thể bị suy yếu.
Đừng bỏ lỡ cơ hội học hỏi và trưởng thành; hãy chủ động tận dụng AI.
📌 Tóm tắt kết luận
AI không thể thay thế hoàn toàn lập trình viên,
mà đang dần ổn định ở vai trò công cụ hỗ trợ giúp nâng cao năng suất.
Vai trò của lập trình viên con người vẫn là thiết yếu, và giá trị đó sẽ còn được duy trì trong tương lai.
Tôi đang dùng plex và jellyfin nên đã xem qua mã và tài liệu, nếu dùng bun sqlite thì có lẽ hiệu năng đã tốt hơn một chút, và cũng khá tiếc là tài liệu cho jellyfin vẫn chưa được chuẩn bị.
Ngay cả trong nước cũng có khá nhiều nơi ở các thành phố địa phương không được phủ sóng, vậy thì các thành phố vùng ven ở nước khác chẳng phải còn nghiêm trọng hơn sao?
Mình cũng nghĩ phạm vi được phủ sẽ khác với GPS.
Đây là bản dịch tiếng Hàn.
https://m.blog.naver.com/bizucafe/223827792501
valuescho cảm giác giống Java Stream API, nên khi so sánh thử thì thấy nếu kích thước mảng nhỏ, lọc trực tiếp không dùngvaluessẽ nhanh hơn. Vì nó dựa trên iterator, nên có vẻ chuỗi gọi càng dài thì cách đi quavaluesmột lần lại càng có lợi về tốc độ. Có thể tham khảo benchmark tại https://jsperf.app/dixutu.Có vẻ như những ai đã dùng sẵn tiện ích mở rộng Docker thì cứ tiếp tục dùng như bình thường là được.
Có vẻ link MoonScript đang được gắn sai~
https://moonscript.org/
Đúng vậy;; tôi cũng khá bối rối vì đó là phản ứng chỉ nhìn vào các con số.
Cũng như trên.
Mèo cũng phải có nữa chứ
Mickey 17.. haha
Tôi đã học được rất nhiều. Cảm ơn.
Phản ứng trong phần bình luận trên Bluesky buồn cười quá haha
Phần bình luận khá thú vị.
Cảm ơn vì đã chia sẻ.
Mẹo siêu hay... cảm ơn bạn
Tôi cũng có suy nghĩ khá giống như vậy.
Tôi đang dùng GPT, nhưng có vẻ nó chưa thể thay thế vị trí của một lập trình viên senior. Tuy vậy, khi năng suất tăng lên, có lẽ lập trình viên mới vào nghề và junior sẽ ngày càng khó tìm việc hơn.
Lập trình viên frontend phải giao tiếp với đồng đội ở nhiều mảng như thiết kế, lập kế hoạch và backend, nên có lẽ sẽ không bị thu hẹp nhiều. Có câu nói của Jobs rằng “mọi người không biết mình muốn gì cho đến khi bạn cho họ thấy”, và frontend developer đóng vai trò tạo ra nhiều bản thử nghiệm để cho thấy cái “mà họ muốn” đó, nên tôi không nghĩ số lượng sẽ giảm mạnh. Dù vậy, có thể số bản thử nghiệm được tạo ra sẽ nhiều hơn.
Ngược lại, lập trình viên backend có lẽ sẽ dần giảm đi do việc sinh mã tự động và AI. Tất nhiên chắc cũng không biến mất hoàn toàn, mà chỉ giảm bớt thôi. Xét theo một khía cạnh nào đó, phát triển backend có những phần gần như công thức và cũng có nhiều dư địa để tự động hóa, nên bên này có vẻ sẽ giảm phần nào.
Dù chưa thể thay thế hoàn toàn lập trình viên, AI có thể khiến việc làm giảm đi ở một số phần. Nhưng khi công việc chuyển đổi số ở nhiều lĩnh vực hơn và việc chuyển đổi hệ thống legacy cũng tăng lên, thì trong một thời gian tới có lẽ vẫn sẽ ổn.
Tôi có thấy một số trạm dừng được lắp thiết bị thu thông tin thảm họa UHD; nếu cái này cũng dùng chuẩn ATSC 3.0 thì để có thể tận dụng BPS cho đúng nghĩa, có lẽ cần phải thu được tín hiệu ngay cả khi độ nhạy tín hiệu thấp.
📝 Kỷ nguyên hậu lập trình viên – tóm tắt chi tiết (bởi ChatGPT)
Bối cảnh và mục đích của bài viết
Tình hình ứng dụng AI tại các doanh nghiệp
Devin: kết quả thực tế của AI thay thế lập trình viên
Vibe coding
Thị trường việc làm lập trình viên hiện tại
Front-end có nguy hiểm hơn không?
Sử dụng LLM như công cụ học tập
Thông điệp gửi tới lập trình viên mới vào nghề
Trạng thái hiện tại của tiến bộ công nghệ
Những điểm đáng lo ngại
📌 Tóm tắt kết luận
Đúng là một bài viết có rất nhiều điều để học hỏi. Dành ra 2 tiếng mỗi sáng để vừa viết bài vừa hoàn thành nhiều dự án khác nhau nữa chứ...!
Tôi đang dùng plex và jellyfin nên đã xem qua mã và tài liệu, nếu dùng bun sqlite thì có lẽ hiệu năng đã tốt hơn một chút, và cũng khá tiếc là tài liệu cho jellyfin vẫn chưa được chuẩn bị.
Cảm ơn vì có một dự án như thế này
Ngay cả trong nước cũng có khá nhiều nơi ở các thành phố địa phương không được phủ sóng, vậy thì các thành phố vùng ven ở nước khác chẳng phải còn nghiêm trọng hơn sao? Mình cũng nghĩ phạm vi được phủ sẽ khác với GPS.
Chẳng phải là dựa trên tệp đã được đóng gói để LLM truy xuất rồi mang đoạn mã gốc về sao?