Nhìn cảnh một dự án không có lấy giấy phép mà vẫn lao thẳng lên 170 nghìn sao rồi tăng tốc mất kiểm soát, đúng là cảm giác thời Wild West kiểu "nắm đấm (code) đi trước pháp luật" đang diễn ra ở Hàn Quốc.
Nghĩ đến cảnh họ hoang mang kiểu "Ơ, sao code của bọn mình lại đang chạy bằng Rust cùng với commit message viết bằng tiếng Hàn? Mà còn có tận 170 nghìn sao nữa chứ?" là thấy buồn cười thật sự.
Sau khi vận hành thử trong thời gian ngắn, tôi cảm thấy hermes bị mất ký ức ít hơn openclaw; hóa ra là vì nó có logic replay ngữ cảnh phiên trong các tình huống như khởi động lại hoặc model fallback. openclaw cũng đang liên tục cải thiện các tính năng liên quan đến bộ nhớ, nên có lẽ sau này sẽ tốt hơn.
Tính năng tự cải thiện cũng rất ấn tượng, vì khi phát hiện một quy trình công việc phức tạp, nó sẽ tự động biến thành skill, đồng thời có cấu trúc cho phép nó lấy mã nguồn vào không gian làm việc của chính mình bằng git để có thể truy cập trực tiếp nhằm chỉnh sửa. Tuy vậy, hiện hoàn toàn không có quản lý thay đổi giữa git mã nguồn trong không gian làm việc và kho lưu trữ chính thức trên GitHub, nên khi cập nhật thì các thay đổi cục bộ sẽ bị reset. Tôi đang thử tìm cách khắc phục bằng git worktree, nhưng vẫn chưa ra được giải pháp thật gọn gàng... hừm...
Đúng là hiện vẫn chưa có khác biệt nào mà người không phải lập trình viên có thể cảm nhận được.
Sự khác biệt giữa hermes agent và openclaw nằm ở cấu trúc memory và khả năng tự chỉnh sửa, nhưng ở trạng thái trắng sau khi cài đặt ban đầu thì những điểm này chưa bộc lộ ra.
Lúc mới thử Claude Code lần đầu, tôi đã nói với mấy người bạn nước ngoài rằng: “Tôi vừa thử vibe coding lần đầu!” Nhưng sau khi nghe tôi kể, họ lại trả lời kiểu: “Không, cái đó không phải vibe coding đâu, vibe coding đúng nghĩa là làm mà thậm chí không nhìn vào code cơ.” Có vẻ như ‘vibe coding’ thường được nói đến ở Hàn Quốc được định nghĩa rộng hơn rất nhiều so với cách phương Tây định nghĩa. Vibe coding theo cách nói trên Hacker News đúng là nên được hiểu là ‘không review code’.
Sau khi sự kiện x2 kết thúc thì tôi cũng cảm nhận rất rõ, hóa ra không chỉ mình tôi thấy vậy. Không phải đơn giản là vì sự kiện x2 kết thúc, mà tốc độ tiêu hao còn tăng nhanh hơn rất nhiều so với trước đây...
Muốn tạo ra mã có chất lượng ra hồn thì phải micro-manage đến cả những chi tiết rất nhỏ. Tôi nghĩ chuyện tự động hóa hoàn toàn là điều vô lý, trừ khi chỉ dùng để sản xuất hàng loạt những đoạn mã boilerplate thật sự. Những người nói về tự chủ hoàn toàn thì thuộc một trong hai kiểu: либо là không hiểu rõ, либо là kẻ lừa đảo.
Có vẻ giống kiểu chỉ trích mà vội kết luận rằng vibe coding đồng nghĩa với không làm code review rồi ghép lý do vào cho khớp.
Thêm nữa, việc lôi cả Claude Code vào cũng không hợp lý. Nếu thực sự xét đến các nguyên tắc kỹ thuật ở mức đòi hỏi chất lượng kiểu như bảo trì Linux, thì người ta sẽ không tiếp cận vấn đề chất lượng mã một cách phiến diện như thế này. Phần lớn gần như là cách tiếp cận mang tính tuyên truyền, kiểu nghe nói vậy thôi chứ không phải đã tự kiểm thử trực tiếp.
Nó hơi giống như chê thiết kế tòa nhà của Samsung không hay rồi bảo rằng vẫn còn lâu mới bắt kịp Sony.
Đây là vấn đề vẫn tiếp diễn kể từ sau khi sự kiện gấp đôi gần đây kết thúc. Trên Reddit và các cộng đồng liên quan, đây vẫn luôn là chủ đề nóng, nên khá ngạc nhiên khi chuyện này vẫn chưa được đăng lên đây dưới dạng news.
Không khí tôn sùng việc vibe coding thật điên rồ. Người ta cứ rao giảng rằng chỉ cần dùng AI AGENT để FULL AUTO MATION, tự động hóa hoàn toàn từ sinh code, merge, review đến kiểm chứng, rồi để mọi thứ tự vận hành đến mức gần như chẳng cần bận tâm gì về cấu trúc code, chỉ thỉnh thoảng khi các agent tự vướng vào nhau hoặc lúc đó lập trình viên mới can thiệp là xong; ai không làm được như vậy thì bị coi là kẻ bất thường, không theo kịp xu hướng... Nhìn mấy người vốn ngày thường cứ tung ra đầy rẫy boilerplate code và những đoạn code chỉ là chuỗi lặp của các pattern đơn giản mà vẫn lĩnh lương cao ngất, rồi giờ lại mạnh miệng nói rằng với AI thì không cần viết code nữa, đúng là chán chẳng buồn nói.
Nghĩ đến việc cả LLM cũng chỉ thu thập rất nhiều thông tin thì tôi có thể hiểu vì sao người ta không xem đó là hành vi quá “xấu”, nhưng tôi không biết liệu đây có phải chuyện gì đó đáng để đường hoàng như vậy hay không.
Họ thậm chí còn gửi cả bản vá cho ffmpeg và đã được chấp nhận.
https://x.com/ffmpeg/status/2041612029459374511
Tất nhiên có lẽ là để quảng bá, nhưng đúng kiểu ffmpeg vẫn luôn nói: "các công ty khác thì không gửi" ..
Nhìn cảnh một dự án không có lấy giấy phép mà vẫn lao thẳng lên 170 nghìn sao rồi tăng tốc mất kiểm soát, đúng là cảm giác thời Wild West kiểu "nắm đấm (code) đi trước pháp luật" đang diễn ra ở Hàn Quốc.
Nghĩ đến cảnh họ hoang mang kiểu "Ơ, sao code của bọn mình lại đang chạy bằng Rust cùng với commit message viết bằng tiếng Hàn? Mà còn có tận 170 nghìn sao nữa chứ?" là thấy buồn cười thật sự.
Tôi thắc mắc tại sao lại không có anthropic ''
Nước mình thì..
Sau khi vận hành thử trong thời gian ngắn, tôi cảm thấy hermes bị mất ký ức ít hơn openclaw; hóa ra là vì nó có logic replay ngữ cảnh phiên trong các tình huống như khởi động lại hoặc model fallback. openclaw cũng đang liên tục cải thiện các tính năng liên quan đến bộ nhớ, nên có lẽ sau này sẽ tốt hơn.
Tính năng tự cải thiện cũng rất ấn tượng, vì khi phát hiện một quy trình công việc phức tạp, nó sẽ tự động biến thành
skill, đồng thời có cấu trúc cho phép nó lấy mã nguồn vào không gian làm việc của chính mình bằng git để có thể truy cập trực tiếp nhằm chỉnh sửa. Tuy vậy, hiện hoàn toàn không có quản lý thay đổi giữa git mã nguồn trong không gian làm việc và kho lưu trữ chính thức trên GitHub, nên khi cập nhật thì các thay đổi cục bộ sẽ bị reset. Tôi đang thử tìm cách khắc phục bằnggit worktree, nhưng vẫn chưa ra được giải pháp thật gọn gàng... hừm...Hóa ra không chỉ mình tôi cảm thấy vậy…
Đúng là hiện vẫn chưa có khác biệt nào mà người không phải lập trình viên có thể cảm nhận được.
Sự khác biệt giữa hermes agent và openclaw nằm ở cấu trúc memory và khả năng tự chỉnh sửa, nhưng ở trạng thái trắng sau khi cài đặt ban đầu thì những điểm này chưa bộc lộ ra.
Lúc mới thử Claude Code lần đầu, tôi đã nói với mấy người bạn nước ngoài rằng: “Tôi vừa thử vibe coding lần đầu!” Nhưng sau khi nghe tôi kể, họ lại trả lời kiểu: “Không, cái đó không phải vibe coding đâu, vibe coding đúng nghĩa là làm mà thậm chí không nhìn vào code cơ.” Có vẻ như ‘vibe coding’ thường được nói đến ở Hàn Quốc được định nghĩa rộng hơn rất nhiều so với cách phương Tây định nghĩa. Vibe coding theo cách nói trên Hacker News đúng là nên được hiểu là ‘không review code’.
Mở đầu kết thúc đều là Win32?!!
Tiêu đề và nội dung khác nhau…?
Sau khi sự kiện x2 kết thúc thì tôi cũng cảm nhận rất rõ, hóa ra không chỉ mình tôi thấy vậy. Không phải đơn giản là vì sự kiện x2 kết thúc, mà tốc độ tiêu hao còn tăng nhanh hơn rất nhiều so với trước đây...
Tôi dùng Claude Code gắn với Glm nên chưa từng gặp trải nghiệm như vậy.
Có vẻ nguyên nhân chính nằm ở phía phản hồi của máy chủ Anthropic.
Muốn tạo ra mã có chất lượng ra hồn thì phải micro-manage đến cả những chi tiết rất nhỏ. Tôi nghĩ chuyện tự động hóa hoàn toàn là điều vô lý, trừ khi chỉ dùng để sản xuất hàng loạt những đoạn mã boilerplate thật sự. Những người nói về tự chủ hoàn toàn thì thuộc một trong hai kiểu: либо là không hiểu rõ, либо là kẻ lừa đảo.
Có vẻ giống kiểu chỉ trích mà vội kết luận rằng vibe coding đồng nghĩa với không làm code review rồi ghép lý do vào cho khớp.
Thêm nữa, việc lôi cả Claude Code vào cũng không hợp lý. Nếu thực sự xét đến các nguyên tắc kỹ thuật ở mức đòi hỏi chất lượng kiểu như bảo trì Linux, thì người ta sẽ không tiếp cận vấn đề chất lượng mã một cách phiến diện như thế này. Phần lớn gần như là cách tiếp cận mang tính tuyên truyền, kiểu nghe nói vậy thôi chứ không phải đã tự kiểm thử trực tiếp.
Nó hơi giống như chê thiết kế tòa nhà của Samsung không hay rồi bảo rằng vẫn còn lâu mới bắt kịp Sony.
Ghê vậy
Đây là vấn đề vẫn tiếp diễn kể từ sau khi sự kiện gấp đôi gần đây kết thúc. Trên Reddit và các cộng đồng liên quan, đây vẫn luôn là chủ đề nóng, nên khá ngạc nhiên khi chuyện này vẫn chưa được đăng lên đây dưới dạng news.
Trang công bố mô hình trên huggingface cũng có cả benchmark riêng nữa...
https://huggingface.co/litert-community/gemma-4-E4B-it-litert-lm
Google AI Edge Gallery - ứng dụng thư viện LLM hoàn toàn ngoại tuyến mã nguồn mở
Trên Google Play cũng có nhé
https://play.google.com/store/apps/…
Không khí tôn sùng việc
vibe codingthật điên rồ. Người ta cứ rao giảng rằng chỉ cần dùng AI AGENT để FULL AUTO MATION, tự động hóa hoàn toàn từ sinh code, merge, review đến kiểm chứng, rồi để mọi thứ tự vận hành đến mức gần như chẳng cần bận tâm gì về cấu trúc code, chỉ thỉnh thoảng khi các agent tự vướng vào nhau hoặc lúc đó lập trình viên mới can thiệp là xong; ai không làm được như vậy thì bị coi là kẻ bất thường, không theo kịp xu hướng... Nhìn mấy người vốn ngày thường cứ tung ra đầy rẫy boilerplate code và những đoạn code chỉ là chuỗi lặp của các pattern đơn giản mà vẫn lĩnh lương cao ngất, rồi giờ lại mạnh miệng nói rằng với AI thì không cần viết code nữa, đúng là chán chẳng buồn nói.Nghĩ đến việc cả LLM cũng chỉ thu thập rất nhiều thông tin thì tôi có thể hiểu vì sao người ta không xem đó là hành vi quá “xấu”, nhưng tôi không biết liệu đây có phải chuyện gì đó đáng để đường hoàng như vậy hay không.