Tôi đồng ý với ý chính của bài viết này. Dạo này JavaScript bị lạm dụng quá mức nên có nhiều trường hợp trang web bị giật lag dù đang dùng i9-9900k. Dù đây là một cấu hình hơi lửng lơ nếu xét cho chơi game hay làm việc, nhưng thực tế là vẫn có vô số máy tính văn phòng với cấu hình còn thấp hơn thế rất nhiều.
Vì vậy tôi thích Astro và hotwired, những framework theo triết lý chỉ dùng JS khi thật sự cần, chẳng hạn cho các phần tương tác hoặc điều hướng trang có tính tương tác. Tôi cũng thích server-side rendering, tức là hãy render ở phía máy chủ. Ngược lại, tôi cực kỳ không thích CSR (bao gồm cả kiểu chỉ render meta tag ở phía server rồi xử lý phần còn lại bằng CSR). Bởi tôi xem đó là việc đẩy những gì máy chủ phải làm sang cho phía client. Cá nhân tôi cho rằng kiểu SPA truyền thống dùng CSR nên được dùng khi chạy frontend cục bộ trong các ứng dụng như Electron. Tất nhiên, nếu frontend được tải từ server thì vẫn nên dùng SSR.
Về cấu trúc của LLM, có lẽ gần như không thể bảo đảm an toàn một cách hoàn hảo. Theo tôi, việc LLM không ổn định là điều khó tránh khỏi, và điểm quan trọng là làm thế nào để trao quyền cho các hành động vật lý như agent hay xe tự lái.
Chỉ nhìn cái tên thôi cũng đã thấy độ tin cậy thấp rồi.
Tại sao lại chèn dấu hai chấm vào giữa tên nhỉ? Có lý do nào về mặt ý nghĩa không? Hay chẳng lẽ họ nghĩ như vậy là ngầu?
Với lại nếu là mit:eum thì chẳng phải khi viết bằng bảng chữ cái Latin phải là mid:m sao?
Dạo này vì board game SETI mà tôi cũng tìm đọc thêm những thứ liên quan đến SETI, nên thấy tin này trên news lại càng vui hơn.
Board game SETI thật sự rất hay. Tôi muốn giới thiệu nó cả cho những người không rành về board game.
Khi giới thiệu dự án cho các bạn trẻ chưa biết SETI là gì, phần bối cảnh cũng rất thú vị, và chủ đề của game thì khớp cực kỳ hoàn hảo.
Một board game phát hành năm 2025 hiện đã leo lên hạng 43 trên bảng xếp hạng board game toàn cầu, nên có lẽ sắp tới sẽ lọt vào top 10.
Chắc phải dùng thực tế mới biết được, nhưng với 200.000 GPU và nguồn nhân lực như vậy thì đúng là có thể tăng trưởng mạnh tay đến thế.
Khi Colossus lên tới 1 triệu GPU thì không biết sẽ còn cải thiện đến mức nào nữa.
Tính H100 là 50 triệu won một chiếc thì riêng giá GPU đã là 50 nghìn tỷ won. Còn phải xây trung tâm dữ liệu, lại còn cần điện ở khu vực xung quanh nên nghe nói phải cộng thêm khoảng 20 nghìn tỷ won nữa, thành ra là 70 nghìn tỷ won. Có vẻ AI ngày càng trở thành cuộc chiến về tiền bạc.
> Tôi cho rằng việc làm ra các wrapper dùng API bên ngoài rồi gọi đó là dịch vụ AI thì chẳng có chút năng suất nào và chỉ là làm ăn bằng phí trung gian,
Nói thêm vào ý này, dù có dùng API thì nếu tận dụng tốt ở mức như Manus vẫn có thể xem là thành quả, nhưng có lẽ hiện vẫn chưa có wrapper nào ở Hàn Quốc đạt đến mức đó.
Tôi đồng ý một phần.
Tôi nghĩ việc làm ra một lớp bọc dùng API bên ngoài rồi gọi đó là dịch vụ AI thì không tạo ra năng suất gì và chỉ là kinh doanh phí trung gian,
nhưng việc các doanh nghiệp ít nhất cũng fine-tune mô hình rồi phát hành thì rốt cuộc vẫn là họ bỏ nguồn lực của mình ra để công khai, nên tôi cho rằng không có lý do gì để nhìn nhận tiêu cực.
Tuy nhiên, nếu họ bắt đầu nhận tiền từ bên ngoài, chẳng hạn như từ nhà nước, thì có lẽ sẽ không thể chỉ nhìn theo hướng tích cực được...
Tôi tò mò không biết kích thước ngữ cảnh ảnh hưởng đến việc sử dụng mô hình đến mức nào, nhưng việc vẫn cứ nói mô hình nào đứng số 1 chỉ bằng benchmark và vẻ bề ngoài thì khác gì với việc làm marketing lan truyền cho những người không biết chứ
Giả vờ thật~ chán…
Hàn Quốc đúng là từ đầu đến cuối đều là xứ sở Java nên thấy lạ cũng phải thôi kk
Tôi nghĩ rằng công nghệ của nước khác != dữ liệu của nước khác
Tạm thời thì đến lúc được mở miễn phí tôi vẫn không tin. Grok thậm chí còn giá 30 đô nên ngại đăng ký...
kkk, nghiên cứu sinh bị ăn đòn bất ngờ nên ngơ ngác luôn ..
Dùng Rails, sống vui
Tôi ủng hộ nỗ lực này, nhưng...
Mong là họ đừng làm kiểu lập một organization mới rồi vứt bỏ luôn bản 1.0.
(Hàn Quốc) Là cuộc sống công ty à? kk
Mong là cũng sẽ có bản dùng YCD~
Tôi đồng ý với ý chính của bài viết này. Dạo này JavaScript bị lạm dụng quá mức nên có nhiều trường hợp trang web bị giật lag dù đang dùng i9-9900k. Dù đây là một cấu hình hơi lửng lơ nếu xét cho chơi game hay làm việc, nhưng thực tế là vẫn có vô số máy tính văn phòng với cấu hình còn thấp hơn thế rất nhiều.
Vì vậy tôi thích Astro và hotwired, những framework theo triết lý chỉ dùng JS khi thật sự cần, chẳng hạn cho các phần tương tác hoặc điều hướng trang có tính tương tác. Tôi cũng thích server-side rendering, tức là hãy render ở phía máy chủ. Ngược lại, tôi cực kỳ không thích CSR (bao gồm cả kiểu chỉ render meta tag ở phía server rồi xử lý phần còn lại bằng CSR). Bởi tôi xem đó là việc đẩy những gì máy chủ phải làm sang cho phía client. Cá nhân tôi cho rằng kiểu SPA truyền thống dùng CSR nên được dùng khi chạy frontend cục bộ trong các ứng dụng như Electron. Tất nhiên, nếu frontend được tải từ server thì vẫn nên dùng SSR.
Biết cách nhờ giúp đỡ cũng là một năng lực.
Về cấu trúc của LLM, có lẽ gần như không thể bảo đảm an toàn một cách hoàn hảo. Theo tôi, việc LLM không ổn định là điều khó tránh khỏi, và điểm quan trọng là làm thế nào để trao quyền cho các hành động vật lý như agent hay xe tự lái.
Chỉ nhìn cái tên thôi cũng đã thấy độ tin cậy thấp rồi.
Tại sao lại chèn dấu hai chấm vào giữa tên nhỉ? Có lý do nào về mặt ý nghĩa không? Hay chẳng lẽ họ nghĩ như vậy là ngầu?
Với lại nếu là
mit:eumthì chẳng phải khi viết bằng bảng chữ cái Latin phải làmid:msao?Dạo này vì board game SETI mà tôi cũng tìm đọc thêm những thứ liên quan đến SETI, nên thấy tin này trên news lại càng vui hơn.
Board game SETI thật sự rất hay. Tôi muốn giới thiệu nó cả cho những người không rành về board game.
Khi giới thiệu dự án cho các bạn trẻ chưa biết SETI là gì, phần bối cảnh cũng rất thú vị, và chủ đề của game thì khớp cực kỳ hoàn hảo.
Một board game phát hành năm 2025 hiện đã leo lên hạng 43 trên bảng xếp hạng board game toàn cầu, nên có lẽ sắp tới sẽ lọt vào top 10.
Có lẽ có thể xem đây là hiệu năng của một mô hình có ít quá trình alignment hơn, nhưng chắc rồi cũng sẽ bị chỉnh lại và hiệu năng giảm xuống chăng.
Chắc phải dùng thực tế mới biết được, nhưng với 200.000 GPU và nguồn nhân lực như vậy thì đúng là có thể tăng trưởng mạnh tay đến thế. Khi Colossus lên tới 1 triệu GPU thì không biết sẽ còn cải thiện đến mức nào nữa.
Tính H100 là 50 triệu won một chiếc thì riêng giá GPU đã là 50 nghìn tỷ won. Còn phải xây trung tâm dữ liệu, lại còn cần điện ở khu vực xung quanh nên nghe nói phải cộng thêm khoảng 20 nghìn tỷ won nữa, thành ra là 70 nghìn tỷ won. Có vẻ AI ngày càng trở thành cuộc chiến về tiền bạc.
> Tôi cho rằng việc làm ra các wrapper dùng API bên ngoài rồi gọi đó là dịch vụ AI thì chẳng có chút năng suất nào và chỉ là làm ăn bằng phí trung gian,
Nói thêm vào ý này, dù có dùng API thì nếu tận dụng tốt ở mức như Manus vẫn có thể xem là thành quả, nhưng có lẽ hiện vẫn chưa có wrapper nào ở Hàn Quốc đạt đến mức đó.
Tôi đồng ý một phần.
Tôi nghĩ việc làm ra một lớp bọc dùng API bên ngoài rồi gọi đó là dịch vụ AI thì không tạo ra năng suất gì và chỉ là kinh doanh phí trung gian,
nhưng việc các doanh nghiệp ít nhất cũng fine-tune mô hình rồi phát hành thì rốt cuộc vẫn là họ bỏ nguồn lực của mình ra để công khai, nên tôi cho rằng không có lý do gì để nhìn nhận tiêu cực.
Tuy nhiên, nếu họ bắt đầu nhận tiền từ bên ngoài, chẳng hạn như từ nhà nước, thì có lẽ sẽ không thể chỉ nhìn theo hướng tích cực được...
Khi dùng Gemini CLI, nhờ ngữ cảnh 1M nên trải nghiệm người dùng khác biệt hẳn.
Việc có thể đưa nguyên cả codebase vào ngữ cảnh đúng là một bước ngoặt.
Tôi tò mò không biết kích thước ngữ cảnh ảnh hưởng đến việc sử dụng mô hình đến mức nào, nhưng việc vẫn cứ nói mô hình nào đứng số 1 chỉ bằng benchmark và vẻ bề ngoài thì khác gì với việc làm marketing lan truyền cho những người không biết chứ