Đã đọc guideline của Hacker News chưa.. Những bài như thế này đúng là nên tránh, kiểu tư duy “nó cũng đi ị vậy mà sao chỉ bắt nạt mỗi tôi” thật sự quá trẻ con.
Nhu cầu làm ra thứ gì đó với chi phí rẻ để quảng bá thì vốn đã rất nhiều,
còn khi tìm thấy những thứ tốt thì người ta lại chỉ lưu và quản lý cho riêng mình.
Có lẽ vốn dĩ thông tin hay hoặc tin tức tốt không phải là thứ dễ được lan truyền.
Sẽ thật tốt nếu có ai đó so sánh nhiều ngôn ngữ thông qua một thí nghiệm quy mô lớn,
nhưng đến mức thử nghiệm như vậy thì ngay cả ở cấp độ doanh nghiệp cũng không dễ thực hiện, huống chi khi là một thành viên cộng đồng làm thì khó mà có được một thí nghiệm chính xác.
Tôi đã tìm ở nhiều nơi nhưng cũng không dễ để tìm được thông tin đủ ổn.
Điều đó cũng là đương nhiên, vì liệu có ai sẵn sàng tự bỏ chi phí của mình ra để thiết kế bài bản và thử nghiệm xem ngôn ngữ nào tốt hơn hay không...
Tôi cũng nghĩ đây là một thí nghiệm có nhiều giới hạn, nhưng vẫn thấy đáng quý vì ít nhất cũng đã có một sự thử nghiệm như vậy..^^
Có vẻ đây là một ví dụ cho thấy rất rõ điều gì sẽ xảy ra nếu thậm chí không đưa ra cả success criteria liên quan đến hiệu năng ở mức đơn giản. Những coding agent mà tôi đã dùng cho đến nay vẫn theo đuổi việc giải bài toán, nhưng nếu không có prompt chỉ dẫn rõ ràng từ trước hoặc vòng lặp kiểm chứng thì hầu như chúng không tự tối ưu hiệu năng. Phải ra chỉ thị cho AI với tâm thế như đang đưa ra một bài kiểm tra lập trình. Đặc biệt, ngay cả trong trường hợp đã có baseline như thế này mà vẫn không nêu rõ điều kiện về hiệu năng nhưng lại kỳ vọng kết quả tối ưu nhất, thì cũng có thể xem đó là một dạng lười biếng của người sử dụng AI.
Có sự khác biệt giữa khả năng trên lý thuyết và phạm vi ứng dụng thực tế -> các benchmark dùng để tính toán khả năng trên lý thuyết có giới hạn + hiện tượng chậm trễ văn hóa khi quy trình làm việc hiện có vẫn chưa được tối ưu hóa cho AI. Cá nhân tôi cho rằng benchmark có lẽ có giới hạn.
Tỷ lệ gia nhập việc làm mới giảm -> hàm ý rằng các vị trí phát triển đã trở nên ít phụ thuộc vào lao động hơn.
Hiện vẫn chưa rõ đây có phải sẽ lại là một cách tiếp cận thoáng qua như lỗi ở điểm trung gian hay không,
nhưng mình chia sẻ một công cụ có thể giúp hiểu code và sửa bug khi review PR cùng với AI.
Mình dùng nó khi làm side project và không hiểu phần chỉnh sửa code mà AI đã thực hiện.
"Trong bài viết này, tác giả mổ xẻ văn bản do AI tạo ra rồi phơi bày 6 dấu hiệu lớn của 'AI slop' cùng cấu trúc ẩn phía sau chúng. Đây không chỉ là việc liệt kê từ ngữ đơn thuần. Từ những từ vựng bị lạm dụng như "delve" hay "tapestry" đến các mẫu câu tạo cảm giác sâu sắc giả tạo, bài viết bàn về lý do chúng không viết như con người. Điểm cốt lõi là khôi phục lối viết đa dạng và không hoàn hảo."
Có lẽ do ảnh hưởng của AI vibe coding, nên HN cũng đang có vẻ gặp những trăn trở tương tự.
Ở bình luận đầu tiên, quản trị viên dang cũng có nhắc rằng sẽ tạm thời hạn chế Show HN.
GeekNews cũng đang ở trong tình huống tương tự.
Để người dùng mới có thời gian làm quen với cộng đồng, trong 1 tuần sau khi tạo tài khoản sẽ bị hạn chế đăng bài và viết bình luận.
Dù vậy, vẫn có khá nhiều bài được đăng lên mà không qua xem xét cơ bản.
Ví dụ, có trường hợp bài đăng không phù hợp với Show GN,
và ngay cả khi đã được hướng dẫn về việc này thì vẫn có những bài cùng kiểu tiếp tục lặp lại, nên một số bài đang bị xóa.
Nói cách khác, có những trường hợp chia sẻ dự án cá nhân khi vẫn chưa hiểu đầy đủ về cách sử dụng cơ bản hay mục đích của cộng đồng.
Vì GeekNews về cơ bản là nơi chia sẻ tin tức, thông tin và thảo luận,
nên chúng tôi cho rằng ngay cả việc giới thiệu dự án cá nhân cũng cần được đăng theo cách phù hợp với bối cảnh đó.
Vì vậy, chúng tôi cũng đang cân nhắc cách để bài Show
không hiển thị ngay ở danh sách bài mới nhất hoặc trên trang chủ cho đến khi tích lũy đủ một mức điểm hay lịch sử hoạt động nhất định.
Có lẽ đây là một vấn đề khiến chúng tôi phải tiếp tục suy nghĩ về cách duy trì chất lượng mà vẫn giữ được tính cởi mở của GeekNews.
Ngụy biện điểm giữa (Argument to Moderation): đây là kiểu lập luận khẳng định rằng khi có hai quan điểm cực đoan (A và Z), thì điểm ở giữa (M) sẽ là sự thật hoặc là giải pháp tốt nhất.
Đã đọc guideline của Hacker News chưa.. Những bài như thế này đúng là nên tránh, kiểu tư duy “nó cũng đi ị vậy mà sao chỉ bắt nạt mỗi tôi” thật sự quá trẻ con.
Nhu cầu làm ra thứ gì đó với chi phí rẻ để quảng bá thì vốn đã rất nhiều,
còn khi tìm thấy những thứ tốt thì người ta lại chỉ lưu và quản lý cho riêng mình.
Có lẽ vốn dĩ thông tin hay hoặc tin tức tốt không phải là thứ dễ được lan truyền.
Haha, phải thừa nhận là người viết là committer của ngôn ngữ Ruby nên có thể hơi thiên vị một chút.
Sẽ thật tốt nếu có ai đó so sánh nhiều ngôn ngữ thông qua một thí nghiệm quy mô lớn,
nhưng đến mức thử nghiệm như vậy thì ngay cả ở cấp độ doanh nghiệp cũng không dễ thực hiện, huống chi khi là một thành viên cộng đồng làm thì khó mà có được một thí nghiệm chính xác.
Tôi đã tìm ở nhiều nơi nhưng cũng không dễ để tìm được thông tin đủ ổn.
Điều đó cũng là đương nhiên, vì liệu có ai sẵn sàng tự bỏ chi phí của mình ra để thiết kế bài bản và thử nghiệm xem ngôn ngữ nào tốt hơn hay không...
Tôi cũng nghĩ đây là một thí nghiệm có nhiều giới hạn, nhưng vẫn thấy đáng quý vì ít nhất cũng đã có một sự thử nghiệm như vậy..^^
Tôi đang dùng bản 27b trên hx370 và kết quả khá ổn.
Có vẻ đây là một ví dụ cho thấy rất rõ điều gì sẽ xảy ra nếu thậm chí không đưa ra cả success criteria liên quan đến hiệu năng ở mức đơn giản. Những coding agent mà tôi đã dùng cho đến nay vẫn theo đuổi việc giải bài toán, nhưng nếu không có prompt chỉ dẫn rõ ràng từ trước hoặc vòng lặp kiểm chứng thì hầu như chúng không tự tối ưu hiệu năng. Phải ra chỉ thị cho AI với tâm thế như đang đưa ra một bài kiểm tra lập trình. Đặc biệt, ngay cả trong trường hợp đã có baseline như thế này mà vẫn không nêu rõ điều kiện về hiệu năng nhưng lại kỳ vọng kết quả tối ưu nhất, thì cũng có thể xem đó là một dạng lười biếng của người sử dụng AI.
Đáng tiếc là vì tuyệt đại đa số vẫn là người tiêu dùng, nên đây là tin xấu...
Ngay cả Samsung lúc này cũng đang chịu thiệt hại ở mảng thành phẩm.
Nhìn bình luận thì có vẻ lúc đó ông ấy đã rời đi và đang làm KakaoTalk rồi.
Theo mình biết thì hướng triển khai của nó khác với OpenCode.
Có thể đưa ra một vài suy đoán.
Vốn là chợ trời đồ thủ công, nhưng từ lúc nào đó lại có cảm giác hơn nửa là hàng lấy từ Ali và Temu về bán.
Có nên xem đây là tín hiệu tích cực cho ngành công nghiệp Hàn Quốc không.... hừ
https://app.devin.ai/review
Hiện vẫn chưa rõ đây có phải sẽ lại là một cách tiếp cận thoáng qua như lỗi ở điểm trung gian hay không,
nhưng mình chia sẻ một công cụ có thể giúp hiểu code và sửa bug khi review PR cùng với AI.
Mình dùng nó khi làm side project và không hiểu phần chỉnh sửa code mà AI đã thực hiện.
"Trong bài viết này, tác giả mổ xẻ văn bản do AI tạo ra rồi phơi bày 6 dấu hiệu lớn của 'AI slop' cùng cấu trúc ẩn phía sau chúng. Đây không chỉ là việc liệt kê từ ngữ đơn thuần. Từ những từ vựng bị lạm dụng như "delve" hay "tapestry" đến các mẫu câu tạo cảm giác sâu sắc giả tạo, bài viết bàn về lý do chúng không viết như con người. Điểm cốt lõi là khôi phục lối viết đa dạng và không hoàn hảo."
Liệu trải nghiệm có tốt hơn opencode không nhỉ
Wow... bạn thật sự, **đã nói trúng tim đen.**Tôi đang dùng Zed để thoát khỏi nền tảng dựa trên vscode.
Ồ, sẽ rất tuyệt nếu có cả phiên bản tiếng Hàn nữa.
Có lẽ do ảnh hưởng của AI vibe coding, nên HN cũng đang có vẻ gặp những trăn trở tương tự.
Ở bình luận đầu tiên, quản trị viên dang cũng có nhắc rằng sẽ tạm thời hạn chế Show HN.
GeekNews cũng đang ở trong tình huống tương tự.
Để người dùng mới có thời gian làm quen với cộng đồng, trong 1 tuần sau khi tạo tài khoản sẽ bị hạn chế đăng bài và viết bình luận.
Dù vậy, vẫn có khá nhiều bài được đăng lên mà không qua xem xét cơ bản.
Ví dụ, có trường hợp bài đăng không phù hợp với Show GN,
và ngay cả khi đã được hướng dẫn về việc này thì vẫn có những bài cùng kiểu tiếp tục lặp lại, nên một số bài đang bị xóa.
Nói cách khác, có những trường hợp chia sẻ dự án cá nhân khi vẫn chưa hiểu đầy đủ về cách sử dụng cơ bản hay mục đích của cộng đồng.
Vì GeekNews về cơ bản là nơi chia sẻ tin tức, thông tin và thảo luận,
nên chúng tôi cho rằng ngay cả việc giới thiệu dự án cá nhân cũng cần được đăng theo cách phù hợp với bối cảnh đó.
Vì vậy, chúng tôi cũng đang cân nhắc cách để bài Show
không hiển thị ngay ở danh sách bài mới nhất hoặc trên trang chủ cho đến khi tích lũy đủ một mức điểm hay lịch sử hoạt động nhất định.
Có lẽ đây là một vấn đề khiến chúng tôi phải tiếp tục suy nghĩ về cách duy trì chất lượng mà vẫn giữ được tính cởi mở của GeekNews.
Ngụy biện điểm giữa (Argument to Moderation): đây là kiểu lập luận khẳng định rằng khi có hai quan điểm cực đoan (A và Z), thì điểm ở giữa (M) sẽ là sự thật hoặc là giải pháp tốt nhất.