Tôi hoàn toàn đồng ý, nhưng thay vì cách diễn đạt là người “ghét” AI, tôi nghĩ dùng cách diễn đạt là người “từ chối” AI sẽ phù hợp hơn. Ý nghĩa và sắc thái mà từ “ghét” hàm chứa không hay, và sự thù ghét thì luôn sinh ra thêm thù ghét.
Biom vẫn nhanh hơn. Nhưng nếu chỉ nhìn về tốc độ thì oxlint của voidzero còn nhanh hơn nữa.
Vì xét về mặt khả năng sử dụng hay tài liệu thì Biom thuận tiện hơn, nên nếu ESLint hiện tại không trở nên nhanh hơn và đồng thời ổn định hơn với tổ hợp ESLint + ESLint Stylistic thay cho ESLint + Prettier, thì đợt tối ưu đa luồng lần này tuy rất ấn tượng nhưng có lẽ sớm muộn gì cũng sẽ bị thay thế.
Đây cũng là tin tốt cho Firefox.
Nếu không có khoản hỗ trợ từ Google được đưa ra để ít nhất trên danh nghĩa trông như không phải độc quyền, thì Mozilla chắc sẽ sụp đổ ngay lập tức.
Mất Chrome thì cũng chẳng còn lý do gì để tiếp tục trả nữa.
Không phải là hack đường truyền, mà là hack gateway.
Vì các máy chủ game sẽ tăng giảm theo tải,
nên khi đăng nhập, gateway sẽ cho biết phải kết nối tới máy chủ nào.
Dạo này có thể nhận chứng chỉ TLS miễn phí, nên cũng có thể triển khai HTTPS an toàn đúng không?
Có lẽ ý ở đây là gateway bị hack đã trỏ tới một máy chủ sai, và máy chủ đó chặn toàn bộ dữ liệu để thực hiện tấn công MITM.
Câu nói trong ý kiến trên Hacker News bên dưới đúng là chuẩn thật.
"Next.js có một tầng trừu tượng khổng lồ không cần thiết đối với 99,9999% dự án; còn với số ít trường hợp thực sự cần thứ như vậy thì tôi nghĩ thà tạo một giải pháp tùy biến bằng các thành phần cấp thấp còn tốt hơn"
API phức tạp quá mức một cách vô ích, vừa thiếu ổn định vừa chưa hoàn thiện nhưng vẫn ngang nhiên quảng bá là production ready, lại còn phụ thuộc cực lớn vào Vercel nên nếu không dùng Vercel thì cũng khó mà vận hành nghiêm túc.
Phía JS hơi mang cảm giác như vậy. Có cả một đống thứ được nói là tốt, nhưng mỗi cái lại đều có chút vấn đề, rồi xu hướng thì thay đổi rất nhanh theo mốt...
Có thể là vì trước đây tôi chủ yếu làm với Java, EJB và Struts nên mới cảm thấy như vậy.
Tất nhiên, ngay cả tôi cũng đã dùng asyncio đến mức phát ngán trong production, nhưng tôi vẫn chưa thấy trải nghiệm sử dụng hiện tại đủ thỏa mãn để có thể đánh giá là “mình đang dùng nó rất tốt.”
asyncio hiện tại được thiết kế với GIL là tiền đề, nói theo một cách nào đó thì nó là chiến lược né tránh GIL, nên GIL không trực tiếp tương tác với asyncio.
Nhưng nếu nhìn từ góc độ toàn bộ lập trình đồng thời vận hành dựa trên asyncio, thì tôi nghĩ cách nói rằng GIL không liên quan sẽ thành ra giống như kiểu “vì là Python nên không làm được cũng là chuyện đương nhiên.”
Tôi đồng ý rằng không thể kỳ vọng định hướng hiện tại đối với GIL sẽ trở thành một lựa chọn không hề kém cạnh ngay cả khi so với "các phương án thay thế khác"
nhưng tôi nghĩ lập luận rằng nên chọn một phương án khác ngoài Python không nên dẫn đến giọng điệu cho rằng không có vấn đề gì, mà phải dẫn đến giọng điệu thừa nhận rằng có vấn đề chứ?
Lần này tôi đã thử làm web chỉ vì hứng thú cá nhân, một lĩnh vực hoàn toàn không liên quan đến mảng tôi vốn phát triển. Tôi làm một bảng tin bằng next.js v15 app router, nhưng mỗi khi đọc những bài như thế này thì cảm giác như động lực muốn thử cái mới ở phía web lại mất đi. Sao hệ sinh thái lại bất ổn đến vậy nhỉ. Rồi lỡ lại có thứ mới xuất hiện thì mọi người lại ào ào chạy theo, dùng một thời gian, vừa chê vừa đi tìm thứ khác sao. Mảng phát triển web đúng là chắc khó thật.
Hay đấy..
Có vẻ Zed đang đầu tư khá nhiều vào việc tích hợp AI.
Giao thức Agent Client Protocol (ACP)
Zed - trình soạn thảo mã AI nhanh nhất
Trình soạn thảo mã cộng tác 'Zed', nay đã chuyển sang mã nguồn mở
Tôi hoàn toàn đồng ý, nhưng thay vì cách diễn đạt là người “ghét” AI, tôi nghĩ dùng cách diễn đạt là người “từ chối” AI sẽ phù hợp hơn. Ý nghĩa và sắc thái mà từ “ghét” hàm chứa không hay, và sự thù ghét thì luôn sinh ra thêm thù ghét.
Biom vẫn nhanh hơn. Nhưng nếu chỉ nhìn về tốc độ thì
oxlintcủa voidzero còn nhanh hơn nữa.Vì xét về mặt khả năng sử dụng hay tài liệu thì Biom thuận tiện hơn, nên nếu ESLint hiện tại không trở nên nhanh hơn và đồng thời ổn định hơn với tổ hợp ESLint + ESLint Stylistic thay cho ESLint + Prettier, thì đợt tối ưu đa luồng lần này tuy rất ấn tượng nhưng có lẽ sớm muộn gì cũng sẽ bị thay thế.
Ôi trời ơi;;
Thú vị đấy.
Đây cũng là tin tốt cho Firefox.
Nếu không có khoản hỗ trợ từ Google được đưa ra để ít nhất trên danh nghĩa trông như không phải độc quyền, thì Mozilla chắc sẽ sụp đổ ngay lập tức.
Mất Chrome thì cũng chẳng còn lý do gì để tiếp tục trả nữa.
Có vẻ họ vẫn chưa nghĩ tới việc React làm giảm năng suất.
Nếu mã rất dài nhưng vẫn có thể dễ dàng giải thích nó "làm gì" thì đó không phải là nợ kỹ thuật.
Ý ở đây là việc sử dụng AI một cách bừa bãi khiến điều đó trở nên khó khăn, nên mới nói nó tạo ra nợ kỹ thuật.
Không phải là hack đường truyền, mà là hack gateway.
Vì các máy chủ game sẽ tăng giảm theo tải,
nên khi đăng nhập, gateway sẽ cho biết phải kết nối tới máy chủ nào.
Dạo này có thể nhận chứng chỉ TLS miễn phí, nên cũng có thể triển khai HTTPS an toàn đúng không?
Có lẽ ý ở đây là gateway bị hack đã trỏ tới một máy chủ sai, và máy chủ đó chặn toàn bộ dữ liệu để thực hiện tấn công MITM.
Câu nói trong ý kiến trên Hacker News bên dưới đúng là chuẩn thật.
"Next.js có một tầng trừu tượng khổng lồ không cần thiết đối với 99,9999% dự án; còn với số ít trường hợp thực sự cần thứ như vậy thì tôi nghĩ thà tạo một giải pháp tùy biến bằng các thành phần cấp thấp còn tốt hơn"
API phức tạp quá mức một cách vô ích, vừa thiếu ổn định vừa chưa hoàn thiện nhưng vẫn ngang nhiên quảng bá là production ready, lại còn phụ thuộc cực lớn vào Vercel nên nếu không dùng Vercel thì cũng khó mà vận hành nghiêm túc.
Có lẽ vì tôi bắt đầu sự nghiệp với web nên web (đặc biệt là frontend) vốn dĩ được phát triển theo cái kiểu đó ấy haha
Cái kiểu thay đổi xoành xoạch...
Phía JS hơi mang cảm giác như vậy. Có cả một đống thứ được nói là tốt, nhưng mỗi cái lại đều có chút vấn đề, rồi xu hướng thì thay đổi rất nhanh theo mốt...
Có thể là vì trước đây tôi chủ yếu làm với Java, EJB và Struts nên mới cảm thấy như vậy.
Cảm ơn.
https://github.com/kelseyhightower/nocode
Xét bề ngoài thì số dòng code (LOC) cũng quan trọng. Về mặt năng suất, việc đọc và hiểu một trang khác với việc đọc và hiểu 3 dòng.
Tất nhiên, ngay cả tôi cũng đã dùng
asynciođến mức phát ngán trong production, nhưng tôi vẫn chưa thấy trải nghiệm sử dụng hiện tại đủ thỏa mãn để có thể đánh giá là “mình đang dùng nó rất tốt.”asynciohiện tại được thiết kế với GIL là tiền đề, nói theo một cách nào đó thì nó là chiến lược né tránh GIL, nên GIL không trực tiếp tương tác vớiasyncio.Nhưng nếu nhìn từ góc độ toàn bộ lập trình đồng thời vận hành dựa trên
asyncio, thì tôi nghĩ cách nói rằng GIL không liên quan sẽ thành ra giống như kiểu “vì là Python nên không làm được cũng là chuyện đương nhiên.”Tôi đồng ý rằng không thể kỳ vọng định hướng hiện tại đối với GIL sẽ trở thành một lựa chọn không hề kém cạnh ngay cả khi so với "các phương án thay thế khác"
nhưng tôi nghĩ lập luận rằng nên chọn một phương án khác ngoài Python không nên dẫn đến giọng điệu cho rằng không có vấn đề gì, mà phải dẫn đến giọng điệu thừa nhận rằng có vấn đề chứ?
Lần này tôi đã thử làm web chỉ vì hứng thú cá nhân, một lĩnh vực hoàn toàn không liên quan đến mảng tôi vốn phát triển. Tôi làm một bảng tin bằng next.js v15 app router, nhưng mỗi khi đọc những bài như thế này thì cảm giác như động lực muốn thử cái mới ở phía web lại mất đi. Sao hệ sinh thái lại bất ổn đến vậy nhỉ. Rồi lỡ lại có thứ mới xuất hiện thì mọi người lại ào ào chạy theo, dùng một thời gian, vừa chê vừa đi tìm thứ khác sao. Mảng phát triển web đúng là chắc khó thật.