Ngay từ đầu, lập trình vốn không phải là mục tiêu mà là phương tiện.
Sự phát triển của những công cụ như thế này đã đi theo hướng giúp con người có thể dành thời gian cho những suy nghĩ và thiết kế lớn hơn, thay vì những thứ vô bổ.
Trình biên dịch, hệ điều hành, ngôn ngữ kịch bản, v.v..
Chắc là nó đã học quá nhiều kiểu bình luận như vậy rồi...........? 🥲?
Mấy kiểu bình luận như “cái này thì tự làm đi” trên SOF hay Reddit cũng đầy rẫy mà..? 🥲???
Tôi cứ tưởng họ đã tự triển khai trực tiếp một trình chỉnh sửa ảnh, nhưng hóa ra chỉ là mang về dùng một thư viện mã nguồn mở đơn giản và chỉ chỉnh một vài thiết lập.
Đang tự hỏi nó đang nói gì thì đọc tới đó cười xỉu luôn. "Có vẻ như nó không hiểu rõ LLM dùng để làm gì" haha.
Thời đại trả tiền để nó code mà lại không chịu làm việc sắp đến rồi sao..
Mình thấy khá nhiều ý kiến cho rằng các lập trình viên junior bị giảm năng lực vì dùng AI, nên nếu có bài viết nào liên quan xem chuyện đó có thật không thì sẽ rất thú vị.
Mình đã đọc bài rất hay :)
Cursor thì tốt thật... nhưng với kiểu người như tôi làm việc trên nhiều thiết bị
thì thấy tiếc là không có tính năng đồng bộ cài đặt.
Nghe nói cũng có mẹo đồng bộ bằng cách tạo symbolic link cho extension hoặc chính file cài đặt
từ ổ đĩa mạng,
nhưng vì trên VSCode chỉ cần bấm cái là đồng bộ được nên giờ phải qua quy trình đó cũng thấy phiền.
Hiệu năng suy giảm, công việc bảo trì trở nên khó khăn hơn, và khi xảy ra sự cố sẽ có nhiều điểm cần quản lý nên rất khó lần theo nguyên nhân.
Điều này tạo ra một tình huống hoàn toàn trái ngược với mục tiêu ban đầu của k8s là giảm số điểm quản lý và giảm công sức vận hành.
À, đọc kỹ thêm một chút thì có vẻ tôi đã bị nhầm vì có đoạn nói editor trở nên nhanh hơn.
tsc nhanh hơn gấp 10 lần. Tức là thời gian transpile từ ts -> js giảm đi rất nhiều.
Khi tải các dự án lớn được phát triển bằng ts như VSCode, tốc độ sẽ nhanh hơn rất nhiều. Tức là logic dùng chung các chức năng của tsc như kiểm tra cú pháp của ts đã nhanh hơn.
Không phải là tốc độ hoạt động của VSCode đã nhanh hơn.
Hóa ra là nội dung như vậy.
Tôi không dùng nhiều vì đã thay Cmd+K của vscode bằng Cmd+R, nhưng thấy mọi người liên tục chia sẻ trải nghiệm năng suất tăng vọt nên giờ cũng đang phân vân có nên chuyển sang không.
Trong cuốn The Phoenix Project, từng được nhắc đến nhiều lần trên GeekNews, cũng có câu chuyện tương tự. Rằng khi tiến gần tới mức 100% công suất, thời gian phản hồi sẽ tăng theo cấp số nhân.
Có vẻ đây là sản phẩm do một người Hàn Quốc phát triển nhỉ!
Hãy cố lên cho đến ngày trở thành cộng đồng phần cứng số 1!
Ngay từ đầu, lập trình vốn không phải là mục tiêu mà là phương tiện.
Sự phát triển của những công cụ như thế này đã đi theo hướng giúp con người có thể dành thời gian cho những suy nghĩ và thiết kế lớn hơn, thay vì những thứ vô bổ.
Trình biên dịch, hệ điều hành, ngôn ngữ kịch bản, v.v..
Chia tay rồi thì tiền sẽ đến từ đâu...?
Có vẻ nó được triển khai bằng radix sort trên CUDA, và tôi cũng từng có kinh nghiệm triển khai y hệt như trong phần tham khảo.
Tôi cũng muốn giới thiệu trang web https://cursor.directory/ dành cho các quy tắc của Cursor.
Chắc là nó đã học quá nhiều kiểu bình luận như vậy rồi...........? 🥲?
Mấy kiểu bình luận như “cái này thì tự làm đi” trên SOF hay Reddit cũng đầy rẫy mà..? 🥲???
Ồ, cái này vui đấy.
Tôi cứ tưởng họ đã tự triển khai trực tiếp một trình chỉnh sửa ảnh, nhưng hóa ra chỉ là mang về dùng một thư viện mã nguồn mở đơn giản và chỉ chỉnh một vài thiết lập.
https://github.com/scaleflex/filerobot-image-editor
Đang tự hỏi nó đang nói gì thì đọc tới đó cười xỉu luôn. "Có vẻ như nó không hiểu rõ LLM dùng để làm gì" haha.
Thời đại trả tiền để nó code mà lại không chịu làm việc sắp đến rồi sao..
Mình thấy khá nhiều ý kiến cho rằng các lập trình viên junior bị giảm năng lực vì dùng AI, nên nếu có bài viết nào liên quan xem chuyện đó có thật không thì sẽ rất thú vị.
Mình đã đọc bài rất hay :)
https://github.com/addyosmani/filter
Tôi là Wilson!
Cursor thì tốt thật... nhưng với kiểu người như tôi làm việc trên nhiều thiết bị
thì thấy tiếc là không có tính năng đồng bộ cài đặt.
Nghe nói cũng có mẹo đồng bộ bằng cách tạo symbolic link cho extension hoặc chính file cài đặt
từ ổ đĩa mạng,
nhưng vì trên VSCode chỉ cần bấm cái là đồng bộ được nên giờ phải qua quy trình đó cũng thấy phiền.
Đã chuyển từ VS Code sau 5 năm sử dụng, và thấy rất ổn.
Ngầu thật. Nếu sqlite làm như thế này thì chắc sẽ thực sự gây chấn động. Tất nhiên là kèm theo cả lỗ hổng bảo mật nữa.
Hiệu năng suy giảm, công việc bảo trì trở nên khó khăn hơn, và khi xảy ra sự cố sẽ có nhiều điểm cần quản lý nên rất khó lần theo nguyên nhân.
Điều này tạo ra một tình huống hoàn toàn trái ngược với mục tiêu ban đầu của k8s là giảm số điểm quản lý và giảm công sức vận hành.
À, đọc kỹ thêm một chút thì có vẻ tôi đã bị nhầm vì có đoạn nói editor trở nên nhanh hơn.
tscnhanh hơn gấp 10 lần. Tức là thời gian transpile từts->jsgiảm đi rất nhiều.tsnhư VSCode, tốc độ sẽ nhanh hơn rất nhiều. Tức là logic dùng chung các chức năng củatscnhư kiểm tra cú pháp củatsđã nhanh hơn.Hóa ra là nội dung như vậy.
Tôi không dùng nhiều vì đã thay
Cmd+Kcủa vscode bằngCmd+R, nhưng thấy mọi người liên tục chia sẻ trải nghiệm năng suất tăng vọt nên giờ cũng đang phân vân có nên chuyển sang không.Trong cuốn The Phoenix Project, từng được nhắc đến nhiều lần trên GeekNews, cũng có câu chuyện tương tự. Rằng khi tiến gần tới mức 100% công suất, thời gian phản hồi sẽ tăng theo cấp số nhân.