Tất nhiên, lý do lớn hơn có thể là vì do GIL nên lợi ích có thể thu được ngay từ đầu vốn đã ít hơn so với các môi trường khác.
Tôi cho rằng cách nói rằng nếu không có GIL thì có thể tạo ra hiệp lực là gần như mang tính ngụy biện. Với một vận động viên chạy bộ bị mất một chân, nếu gắn cho họ một chân giả dù còn nhiều bất tiện, thì đó có gọi là "hiệp lực" không?
Vấn đề của Asyncio không nằm ở độ khó của lập trình bất đồng bộ vốn đã khó, mà là ở chất lượng kém. Một thiết kế vứt bỏ tính nhất quán và tính phổ quát thì trong Python cũng chẳng phải chuyện hiếm, nhưng những thứ như ProactorEventLoop thì đến cả lỗi gây gián đoạn dịch vụ đã được báo cáo từ 5 năm trước vẫn còn chưa được xử lý.
Với những người ở thế buộc phải dùng nó, kiểu bài viết như thế này thật sự rất khó để chỉ cười cho qua.
Khó mà khái quát hóa, nhưng nhìn chung có khá nhiều anh/chị PO, PM và designer có quan điểm rằng sự phát triển của AI đã mở ra nhiều cơ hội hơn cho những người làm PO, PM.
Ngược lại, có vẻ cũng có nhiều lập trình viên kỳ vọng rằng nhờ sự phát triển của AI, họ sẽ có thể tự mình phát triển sản phẩm tốt hơn mà không nhất thiết cần PO, PM hay designer.
Không thích là quyền tự do, nhưng tác giả cũng đang sống trong thời đại AI. Có lẽ bài viết này của tác giả cũng đã được thu thập vào kho dữ liệu lớn của AI rồi.
Tiêu chuẩn để nói là tệ hay tốt là gì? Từ chỉ kẻ ngốc cũng tồn tại vì có chỗ dùng thích hợp. Đừng lầm tưởng rằng thế giới này là nơi tràn ngập tình yêu màu hồng.
Tôi có thể thấy không thoải mái với chính khái niệm biến/hàm của PHP, chứ chưa từng một lần cảm thấy khó chịu với cách biểu diễn bằng $.
Những câu kiểu vì dấu đô la nên khó chịu không dùng được, ~~bọn dùng ký hiệu đô la thì kiếm được nhiều tiền, không phải đô la Mỹ mà là đô la Zimbabwe nên cũng chẳng kiếm được bao nhiêu~~ chẳng phải vốn chỉ là mấy câu nói đùa thôi sao...
Rust đi với Node.js thì còn được chứ;; cá nhân tôi thấy PHP cứ phải dùng mấy ký hiệu như $ liên tục nên gõ code có vẻ khá bất tiện, nhưng những người dùng thành thạo thì thường không cảm thấy quá bất tiện phải không?
vAttention đã được đề xuất để khắc phục những hạn chế trong quản lý bộ nhớ của PagedAttention.
Bạn có thể xem bài báo liên quan tại đây: https://arxiv.org/pdf/2405.04437
Có vẻ như GPLv3 và AGPL không được sử dụng đúng theo ý định ban đầu của những người tạo ra các giấy phép này.
Tôi đã thấy quá nhiều trường hợp vì hầu hết đều cho phép cấp phép kép, nên cuối cùng chúng lại được dùng như một công cụ để ép buộc sử dụng thương mại.
Theo nghĩa đó, tôi nghĩ Apache hay MIT là một trong số ít giấy phép mã nguồn mở còn hoạt động đúng theo ý đồ ban đầu.
(Tuy nhiên, tôi không cho rằng tồn tại một giấy phép mã nguồn mở hoàn toàn vô khuyết.)
Nghĩ kỹ thì nếu nó hoạt động như ở đây, cũng khiến tôi tự hỏi liệu đây có còn là công việc cần con người làm hay không.
Tôi có cảm giác việc này liệu có thể làm được bằng Product Engineer AI chăng.
Thực ra, với các dự án mã nguồn mở, gần như nguồn lực duy nhất là sự quan tâm và đóng góp từ người dùng.
Nếu dự án chưa thật sự đứng vững mà bị bất kỳ ai, đặc biệt là các tập đoàn lớn, fork rồi chiếm hết sự chú ý, thì rốt cuộc chỉ là làm lợi cho người khác.
Ngay từ đầu, những giấy phép kiểu này là vì tự do của người dùng, chứ không phải vì nhà phát triển.
Bạn có biết winget, trình quản lý gói CLI của Windows, cũng là trường hợp Microsoft fork nguyên một dự án của người khác rồi chỉ đổi tên để phát hành không.
Cũng có bài viết do tác giả của dự án gốc appget viết. The Day AppGet Died.
Nếu bạn không muốn công sức của mình chỉ mang lợi cho người khác, đặc biệt là các tập đoàn lớn hay những người rất giỏi tạo hiệu ứng lan truyền, và coi trọng giá trị thời gian của bản thân, thì bạn nên cân nhắc lại việc chọn giấy phép mã nguồn mở.
Dù đều là đóng góp tự nguyện, nhưng được tôn trọng cho công sức bỏ ra và bị phớt lờ hoàn toàn là hai chuyện rất khác nhau.
Hãy xem các lựa chọn thay thế như những gì được nêu trong phần bình luận trên Hacker News.
Wow, câu chuyện này thật sự quá sốc.
Nếu một tình huống như thế này xảy ra với tôi vì một vấn đề nào đó, nghĩ đến những chuyện có thể xảy ra thôi cũng đã thấy kinh khủng.
Tất nhiên, lý do lớn hơn có thể là vì do GIL nên lợi ích có thể thu được ngay từ đầu vốn đã ít hơn so với các môi trường khác.
Tôi cho rằng cách nói rằng nếu không có GIL thì có thể tạo ra hiệp lực là gần như mang tính ngụy biện. Với một vận động viên chạy bộ bị mất một chân, nếu gắn cho họ một chân giả dù còn nhiều bất tiện, thì đó có gọi là "hiệp lực" không?
Trong số những nơi mô tả nội dung liên quan, đây là tài liệu được sắp xếp tốt nhất.
Vấn đề của Asyncio không nằm ở độ khó của lập trình bất đồng bộ vốn đã khó, mà là ở chất lượng kém. Một thiết kế vứt bỏ tính nhất quán và tính phổ quát thì trong Python cũng chẳng phải chuyện hiếm, nhưng những thứ như ProactorEventLoop thì đến cả lỗi gây gián đoạn dịch vụ đã được báo cáo từ 5 năm trước vẫn còn chưa được xử lý.
Với những người ở thế buộc phải dùng nó, kiểu bài viết như thế này thật sự rất khó để chỉ cười cho qua.
Khó mà khái quát hóa, nhưng nhìn chung có khá nhiều anh/chị PO, PM và designer có quan điểm rằng sự phát triển của AI đã mở ra nhiều cơ hội hơn cho những người làm PO, PM.
Ngược lại, có vẻ cũng có nhiều lập trình viên kỳ vọng rằng nhờ sự phát triển của AI, họ sẽ có thể tự mình phát triển sản phẩm tốt hơn mà không nhất thiết cần PO, PM hay designer.
Tương lai sẽ ra sao thì cứ chờ xem vậy nhé haha
Có cảm giác như JavaScript cũng đang dần thay đổi theo kiểu này.
Không thích là quyền tự do, nhưng tác giả cũng đang sống trong thời đại AI. Có lẽ bài viết này của tác giả cũng đã được thu thập vào kho dữ liệu lớn của AI rồi.
AI Overview vốn nổi tiếng là độ tin cậy thấp, nhưng vụ này thì khá nghiêm trọng.
Tiêu chuẩn để nói là tệ hay tốt là gì? Từ chỉ kẻ ngốc cũng tồn tại vì có chỗ dùng thích hợp. Đừng lầm tưởng rằng thế giới này là nơi tràn ngập tình yêu màu hồng.
Tôi có thể thấy không thoải mái với chính khái niệm biến/hàm của PHP, chứ chưa từng một lần cảm thấy khó chịu với cách biểu diễn bằng
$.Những câu kiểu vì dấu đô la nên khó chịu không dùng được, ~~bọn dùng ký hiệu đô la thì kiếm được nhiều tiền, không phải đô la Mỹ mà là đô la Zimbabwe nên cũng chẳng kiếm được bao nhiêu~~ chẳng phải vốn chỉ là mấy câu nói đùa thôi sao...
Cái này đáng để kiện luôn ấy chứ....?
Rust đi với Node.js thì còn được chứ;; cá nhân tôi thấy PHP cứ phải dùng mấy ký hiệu như
$liên tục nên gõ code có vẻ khá bất tiện, nhưng những người dùng thành thạo thì thường không cảm thấy quá bất tiện phải không?vAttention đã được đề xuất để khắc phục những hạn chế trong quản lý bộ nhớ của PagedAttention.
Bạn có thể xem bài báo liên quan tại đây: https://arxiv.org/pdf/2405.04437
Có vẻ như GPLv3 và AGPL không được sử dụng đúng theo ý định ban đầu của những người tạo ra các giấy phép này.
Tôi đã thấy quá nhiều trường hợp vì hầu hết đều cho phép cấp phép kép, nên cuối cùng chúng lại được dùng như một công cụ để ép buộc sử dụng thương mại.
Theo nghĩa đó, tôi nghĩ Apache hay MIT là một trong số ít giấy phép mã nguồn mở còn hoạt động đúng theo ý đồ ban đầu.
(Tuy nhiên, tôi không cho rằng tồn tại một giấy phép mã nguồn mở hoàn toàn vô khuyết.)
Nghĩ kỹ thì nếu nó hoạt động như ở đây, cũng khiến tôi tự hỏi liệu đây có còn là công việc cần con người làm hay không.
Tôi có cảm giác việc này liệu có thể làm được bằng Product Engineer AI chăng.
Tôi là người ghét AI
Sự tự ý thức thái quá rằng con người là đặc biệt bắt đầu từ đâu?
Tôi cho rằng Namu Wiki là nguồn không phù hợp.
Thực ra, với các dự án mã nguồn mở, gần như nguồn lực duy nhất là sự quan tâm và đóng góp từ người dùng.
Nếu dự án chưa thật sự đứng vững mà bị bất kỳ ai, đặc biệt là các tập đoàn lớn, fork rồi chiếm hết sự chú ý, thì rốt cuộc chỉ là làm lợi cho người khác.
Ngay từ đầu, những giấy phép kiểu này là vì tự do của người dùng, chứ không phải vì nhà phát triển.
Bạn có biết
winget, trình quản lý gói CLI của Windows, cũng là trường hợp Microsoft fork nguyên một dự án của người khác rồi chỉ đổi tên để phát hành không.Cũng có bài viết do tác giả của dự án gốc
appgetviết.The Day AppGet Died.
Nếu bạn không muốn công sức của mình chỉ mang lợi cho người khác, đặc biệt là các tập đoàn lớn hay những người rất giỏi tạo hiệu ứng lan truyền, và coi trọng giá trị thời gian của bản thân, thì bạn nên cân nhắc lại việc chọn giấy phép mã nguồn mở.
Dù đều là đóng góp tự nguyện, nhưng được tôn trọng cho công sức bỏ ra và bị phớt lờ hoàn toàn là hai chuyện rất khác nhau.
Hãy xem các lựa chọn thay thế như những gì được nêu trong phần bình luận trên Hacker News.
Thật đáng tiếc..
Ngay từ thời Switch 1, tôi cũng từng dùng thêm dock không tương thích rồi bị biến thành cục gạch,
nên giờ tôi chẳng dám ngó tới mấy dock tương thích với Nintendo nữa.
Nhưng thấy chuyện này cứ lặp đi lặp lại, tôi cũng bắt đầu nghĩ có khi Nintendo cố tình làm vậy cũng nên -.-+
Wow, câu chuyện này thật sự quá sốc.
Nếu một tình huống như thế này xảy ra với tôi vì một vấn đề nào đó, nghĩ đến những chuyện có thể xảy ra thôi cũng đã thấy kinh khủng.