Nghe đến “sinh học AI”, có vẻ như AI giờ đây đang bắt đầu được nhìn nhận như một thực thể có vai trò và vị thế nhất định, đảm nhiệm một trục quan trọng nào đó trong xã hội của chúng ta.
Sự phát triển của AI sớm muộn cũng sẽ dẫn tới phân cực.
Xét đến tính khả thi của chính sách thu nhập cơ bản,
chắc có lẽ chẳng bao lâu nữa sự mất cân bằng giữa các tầng lớp sẽ trở nên nghiêm trọng đến mức đáng sợ.
Việc cho rằng thông tin mà bài viết muốn truyền tải thiếu tính khách quan chỉ vì tác giả làm việc tại công ty đối thủ là công kích cá nhân. Nếu bỏ qua bối cảnh và lợi ích liên quan của tác giả khi đọc, đây có phải là một bài viết kỳ lạ không? Tôi nghĩ đó là thông tin hữu ích.
Liệu GC cũng có ý nghĩa ở khía cạnh giảm bớt phần mã khuôn mẫu để con người đọc và giảm lượng ngữ cảnh mã phải lần theo không?
Nếu là dự đoán rằng thậm chí sẽ không còn cần phải đọc mã nữa thì chuyện đó lại khó nói.
Nhìn việc bình luận gốc cũng bị làm mờ đi thì có vẻ nó không nhận được nhiều sự đồng cảm.
Không phải có thể loại bỏ reference counting khi thời điểm cấp phát và giải phóng bộ nhớ có thể được tính toán ở thời điểm biên dịch sao? Có vẻ như tác giả bình luận gốc trên Hacker News chưa hiểu vấn đề tái sử dụng bộ nhớ.
Đúng như bài viết này lập luận, khả năng "ghi chép tài liệu" thực sự rất quan trọng.
Nó không chỉ được dùng để nhấn mạnh điểm mạnh của bản thân và khẳng định thành quả, mà còn giúp công việc trở nên thuận tiện hơn và hỗ trợ cả khi giao việc cho người khác.
Ngay từ đầu không nhất thiết phải tạo ra những tài liệu hay văn bản thật bóng bẩy. Điều quan trọng là hình thành thói quen sắp xếp lại và viết thành tài liệu, dù chỉ đơn giản.
Bản thân tôi cũng hiểu điều đó trong đầu, nhưng lại không thực hành được tốt... Đây thật sự là một chủ đề rất khó.
Tôi không biết đến mức nền tảng sâu đến đâu, nhưng tôi đã thấy rằng khi không biết những điều cơ bản thì người ta thật sự tạo ra những kết quả vừa lố bịch vừa khó mà tưởng tượng nổi.
Ví dụ như triển khai theo kiểu đưa toàn bộ bản ghi trong DB vào bộ nhớ rồi tìm kiếm trong bộ nhớ.
Khi số bản ghi ít thì chạy ổn, nhưng khi số bản ghi tăng lên thì vỡ bộ nhớ.
Vì hoàn toàn không hiểu bộ nhớ và DB khác nhau thế nào nên mới viết như vậy.
Đây chỉ là một ví dụ, và lần nào họ cũng triển khai theo những hướng mà thật sự không thể tưởng tượng nổi.
Lập trình viên bình thường(?) thật sự không thể tưởng tượng được.
Cảm giác như thời kỳ từng hứng chịu cú sốc Sputnik vậy.
Nghe đến “sinh học AI”, có vẻ như AI giờ đây đang bắt đầu được nhìn nhận như một thực thể có vai trò và vị thế nhất định, đảm nhiệm một trục quan trọng nào đó trong xã hội của chúng ta.
Sự phát triển của AI sớm muộn cũng sẽ dẫn tới phân cực.
Xét đến tính khả thi của chính sách thu nhập cơ bản,
chắc có lẽ chẳng bao lâu nữa sự mất cân bằng giữa các tầng lớp sẽ trở nên nghiêm trọng đến mức đáng sợ.
Việc cho rằng thông tin mà bài viết muốn truyền tải thiếu tính khách quan chỉ vì tác giả làm việc tại công ty đối thủ là công kích cá nhân. Nếu bỏ qua bối cảnh và lợi ích liên quan của tác giả khi đọc, đây có phải là một bài viết kỳ lạ không? Tôi nghĩ đó là thông tin hữu ích.
Trước đây cũng vậy, như bản Claude Golden Gate, nên thật tốt khi có nhiều nghiên cứu theo hướng này
https://vi.news.hada.io/topic?id=14977
Có thể giải
1+1=2bằng toán học rồi, vậy cần gì phải giải bằng AI nữa..Liệu GC cũng có ý nghĩa ở khía cạnh giảm bớt phần mã khuôn mẫu để con người đọc và giảm lượng ngữ cảnh mã phải lần theo không?
Nếu là dự đoán rằng thậm chí sẽ không còn cần phải đọc mã nữa thì chuyện đó lại khó nói.
Nhìn việc bình luận gốc cũng bị làm mờ đi thì có vẻ nó không nhận được nhiều sự đồng cảm.
Tác giả thuộc Netlify và tự nhận công ty mình là đối thủ cạnh tranh trực tiếp với Vercel. Điều này có vẻ hơi thiếu tính khách quan.
Có vẻ như thông tin về Tesla trong phần bình luận trên Hacker News là do video thử nghiệm của Mark Rober,
và có lẽ họ đã mang về một ý kiến đang gây tranh cãi vì thử nghiệm đó cũng không dùng FSD được sử dụng trên robotaxi, mà là Auto Pilot đời cũ.
Không phải có thể loại bỏ reference counting khi thời điểm cấp phát và giải phóng bộ nhớ có thể được tính toán ở thời điểm biên dịch sao? Có vẻ như tác giả bình luận gốc trên Hacker News chưa hiểu vấn đề tái sử dụng bộ nhớ.
Giờ đây AI tạo sinh đã có thể viết mã, nên tôi tự hỏi liệu trình thu gom rác có còn cần thiết nữa không
Ôi T_T cái này tôi sẽ sửa sau.
Vậy là sẽ không còn cần đến
<selectlist>nữa sao?Show GN: Webgame battle/xếp hạng thiết lập nhân vật được tạo chỉ bằng AI
Nói chuyện khác một chút, có vẻ trong Slackbot tiêu đề
<select>không hiển thị nhỉ hahaHôm qua nhìn thì không nhận ra, hóa ra là của Microsoft luôn, ghê thật, phải thử mới được
Có lẽ các blogger vẫn luôn theo dõi commit mới để dự đoán tính năng sắp tới sẽ thấy khá tiếc nuối.
Đồng cảm..!
Đúng như bài viết này lập luận, khả năng "ghi chép tài liệu" thực sự rất quan trọng.
Nó không chỉ được dùng để nhấn mạnh điểm mạnh của bản thân và khẳng định thành quả, mà còn giúp công việc trở nên thuận tiện hơn và hỗ trợ cả khi giao việc cho người khác.
Ngay từ đầu không nhất thiết phải tạo ra những tài liệu hay văn bản thật bóng bẩy. Điều quan trọng là hình thành thói quen sắp xếp lại và viết thành tài liệu, dù chỉ đơn giản.
Bản thân tôi cũng hiểu điều đó trong đầu, nhưng lại không thực hành được tốt... Đây thật sự là một chủ đề rất khó.
Tôi không biết đến mức nền tảng sâu đến đâu, nhưng tôi đã thấy rằng khi không biết những điều cơ bản thì người ta thật sự tạo ra những kết quả vừa lố bịch vừa khó mà tưởng tượng nổi.
Ví dụ như triển khai theo kiểu đưa toàn bộ bản ghi trong DB vào bộ nhớ rồi tìm kiếm trong bộ nhớ.
Khi số bản ghi ít thì chạy ổn, nhưng khi số bản ghi tăng lên thì vỡ bộ nhớ.
Vì hoàn toàn không hiểu bộ nhớ và DB khác nhau thế nào nên mới viết như vậy.
Đây chỉ là một ví dụ, và lần nào họ cũng triển khai theo những hướng mà thật sự không thể tưởng tượng nổi.
Lập trình viên bình thường(?) thật sự không thể tưởng tượng được.