Cockpit thật hoài niệm! Tôi đã dùng nó rất ổn vào dự án cách đây hai năm như một giải pháp thay thế EMS cho máy chủ KVM; plugin cũng được làm tốt, các tính năng cơ bản cũng rất xuất sắc nên tôi thực sự rất thích. Nó quản lý máy chủ ảo/container Docker khá ổn đấy!
Trong thời đại bội thực thông tin về AI, cảm giác mệt mỏi giờ đây còn lấn át cả sự hữu ích. Những lời khuyên đầy tính khẳng định đến mức gần như thiên kiến xác nhận, các bài viết mang tính quảng cáo, rồi cả nội dung YouTube đậm màu sắc thương mại... Dạo này ai cũng lớn tiếng như thể suy nghĩ của mình mới là đáp án đúng, và chính sự tự tin vô căn cứ ấy lại càng làm tăng thêm sự mệt mỏi. Đôi khi tôi chỉ muốn thoát khỏi những tiếng ồn đó.
Một PR thay đổi tới 500 file, vậy mà người gửi lại than phiền vì không được review trong vòng 30 phút. Phần mô tả thì chỉ viết chừng năm sáu dòng cho xong, rồi chẳng lẽ cứ thế tin và bấm duyệt sao...?
Tôi đồng ý. Trước đây, PR mang lại cảm giác rằng tôi tự chịu trách nhiệm cho thành quả mình tạo ra,
nhưng PR của một vibe coder thì giống như kiểu "tôi cũng chẳng biết mình đã làm ra cái gì, nhưng dù sao cũng có kết quả rồi nên anh cứ đánh giá và tìm vấn đề đi".
Lý do PR chết có lẽ không phải vì bản thân PR, mà là vì cách giao tiếp quá cẩu thả của các vibe coder.
Đã implement theo flow nào, còn có những cách khác nào và vì sao không chọn, vì sao package.lock phải thay đổi. Chẳng phải tất cả đều là những thứ cần phải nói trước hay sao?
Những coder lẽ ra chỉ cần viết vào PR Description nhưng lại cố tình bắt người khác phải hỏi mới đáng bị khai tử hơn.
Cursor Composer 1 dùng Qwen, còn phiên bản này dựa trên Kimi. IDE được xây dựng trên nền VSCode.
Có vẻ như toàn bộ công ty hoạt động theo kiểu đóng gói lại mã nguồn mở rồi bán lại. Dạo này là thời đại kiếm tiền bằng cách tái đóng gói mã nguồn mở.
Ôi chà, nếu đội Cursor đọc được cái này chắc cũng hơi đau đấy..
Tôi đồng cảm. Khó chịu đến mức phát bực.
Cứ suốt ngày bảo là chết rồi.
Tóm tắt rất hay. Cảm ơn.
Cockpit thật hoài niệm! Tôi đã dùng nó rất ổn vào dự án cách đây hai năm như một giải pháp thay thế EMS cho máy chủ KVM; plugin cũng được làm tốt, các tính năng cơ bản cũng rất xuất sắc nên tôi thực sự rất thích. Nó quản lý máy chủ ảo/container Docker khá ổn đấy!
Trong thời đại bội thực thông tin về AI, cảm giác mệt mỏi giờ đây còn lấn át cả sự hữu ích. Những lời khuyên đầy tính khẳng định đến mức gần như thiên kiến xác nhận, các bài viết mang tính quảng cáo, rồi cả nội dung YouTube đậm màu sắc thương mại... Dạo này ai cũng lớn tiếng như thể suy nghĩ của mình mới là đáp án đúng, và chính sự tự tin vô căn cứ ấy lại càng làm tăng thêm sự mệt mỏi. Đôi khi tôi chỉ muốn thoát khỏi những tiếng ồn đó.
SEO đầu độc..
Vì việc này mà tôi đã không thể dùng Tailscale MagicDNS suốt mấy ngày nay..
Copilot rẻ hơn nhiều và tốt hơn, nên có vẻ không còn lý do gì để dùng Cursor nữa.
Một PR thay đổi tới 500 file, vậy mà người gửi lại than phiền vì không được review trong vòng 30 phút. Phần mô tả thì chỉ viết chừng năm sáu dòng cho xong, rồi chẳng lẽ cứ thế tin và bấm duyệt sao...?
Đã test hết rồi chứ?
Ừ
Rồi, cố làm cho tốt nhé
Không biết gọi đây là một ngôn ngữ có phải chỉ để câu tương tác hay đúng là thời đại đã thành ra như vậy rồi.
Tôi dùng vì KakaoTalk chatgpt pro, nhưng cảm giác mọi thiết kế frontend mà GPT tạo ra đều khá u tối.
Đừng bao giờ dùng gpt cho frontend. Tệ nhất đấy. Hãy thử so sánh với opus bằng cùng một prompt.
Tôi đồng ý. Trước đây, PR mang lại cảm giác rằng tôi tự chịu trách nhiệm cho thành quả mình tạo ra,
nhưng PR của một vibe coder thì giống như kiểu "tôi cũng chẳng biết mình đã làm ra cái gì, nhưng dù sao cũng có kết quả rồi nên anh cứ đánh giá và tìm vấn đề đi".
Đây vốn là lập trường ban đầu của Apple, nên nếu không thích điều này thì tức là bạn không thích Apple thôi. Hãy dùng thứ khác đi.
Tôi nghĩ công cụ phát triển tệ nhất trong lịch sử là Xcode.
Tôi đồng ý.
Phần thiết kế frontend thì GPT vốn làm không được ổn nên tôi đã để model khác làm, hy vọng với cái này kết quả sẽ ra khá ổn.
Có vẻ như pencil.dev mới ra mắt chưa được bao lâu mà đã có ngay một lựa chọn thay thế mã nguồn mở rồi nhỉ
Lý do PR chết có lẽ không phải vì bản thân PR, mà là vì cách giao tiếp quá cẩu thả của các vibe coder.
Đã implement theo flow nào, còn có những cách khác nào và vì sao không chọn, vì sao
package.lockphải thay đổi. Chẳng phải tất cả đều là những thứ cần phải nói trước hay sao? Những coder lẽ ra chỉ cần viết vào PR Description nhưng lại cố tình bắt người khác phải hỏi mới đáng bị khai tử hơn.Ôi chà, nếu đội Cursor đọc được cái này chắc cũng hơi đau đấy..