Tôi nghĩ rằng nếu không thể tuyển một kỹ sư giỏi nhất làm toàn thời gian, thì thuê một kỹ sư giỏi nhất làm bán thời gian có thể tốt hơn so với tuyển một kỹ sư khá giỏi làm toàn thời gian.
Tất nhiên điều này còn tùy vào mức độ khó về mặt kỹ thuật mà doanh nghiệp của bạn đang giải quyết, nhưng một khi bắt đầu tuyển nhân sự hạng B thì nhân sự hạng A sẽ không bao giờ đến.
Tôi cho rằng mật độ nhân tài cao mới chính là phúc lợi tốt nhất, và bản thân mật độ nhân tài cao đã là một offer rất hấp dẫn.
Dĩ nhiên, nếu là một tổ chức không giải các bài toán khó thì có thể không nhất thiết phải tuyển kỹ sư giỏi nhất, nhưng trong trường hợp đó trước hết nên tự nhìn lại xem có nhất thiết phải tuyển kỹ sư hay không. Nếu không phải là một doanh nghiệp mà công nghệ là cốt lõi, tôi nghĩ thuê ngoài có khi sẽ tốt hơn.
Đặc thù của ngành là thay đổi nhanh vừa là ưu điểm nhưng cũng là nhược điểm haha. Nhưng vấn đề trong bài về cơ bản là do Vercel khuấy rối. Nếu làm frontend thì cần đặc biệt lưu ý Vercel hu hu
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.”
Tôi nghĩ rằng nếu không thể tuyển một kỹ sư giỏi nhất làm toàn thời gian, thì thuê một kỹ sư giỏi nhất làm bán thời gian có thể tốt hơn so với tuyển một kỹ sư khá giỏi làm toàn thời gian.
Tất nhiên điều này còn tùy vào mức độ khó về mặt kỹ thuật mà doanh nghiệp của bạn đang giải quyết, nhưng một khi bắt đầu tuyển nhân sự hạng B thì nhân sự hạng A sẽ không bao giờ đến.
Tôi cho rằng mật độ nhân tài cao mới chính là phúc lợi tốt nhất, và bản thân mật độ nhân tài cao đã là một offer rất hấp dẫn.
Dĩ nhiên, nếu là một tổ chức không giải các bài toán khó thì có thể không nhất thiết phải tuyển kỹ sư giỏi nhất, nhưng trong trường hợp đó trước hết nên tự nhìn lại xem có nhất thiết phải tuyển kỹ sư hay không. Nếu không phải là một doanh nghiệp mà công nghệ là cốt lõi, tôi nghĩ thuê ngoài có khi sẽ tốt hơn.
Giờ chỉ còn lại GoLand thôi sao?
Đặc thù của ngành là thay đổi nhanh vừa là ưu điểm nhưng cũng là nhược điểm haha. Nhưng vấn đề trong bài về cơ bản là do Vercel khuấy rối. Nếu làm frontend thì cần đặc biệt lưu ý Vercel hu hu
Giá mà giao diện hiện đại hơn một chút thì tốt..
Trên Windows cũng có thể cài đặt qua scoop.
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ế.
Đâ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.”