Vâng, vẫn còn dư một chút.
Nếu bạn đã dùng hết hạn mức của gói Max, mình có thể hỏi bạn đang tận dụng AI như thế nào không?
Mình thật sự rất tò mò không biết là do mình chỉ dùng hời hợt, hay đơn giản là dùng quá ít.
Quả thật so với trước đây, việc cụ thể hóa ý tưởng và tạo ra sản phẩm đã trở nên nhanh hơn rất nhiều nên thấy rất hào hứng.
Tuy vậy, nếu ai cũng có năng lực như vậy, thì tôi đang băn khoăn phải làm sao để chứng minh được năng lực vượt trội hơn người khác.
Vì sao các hệ thống AI không học hỏi và cần làm gì về điều đó
Những bài học về học tập tự chủ từ khoa học nhận thức
Emmanuel Dupoux, Yann LeCun, Jitendra Malik https://arxiv.org/pdf/2603.15381
Chẳng phải là vì các anh cũng không có cả tự tin lẫn ý định dạy WPF cho các lập trình viên junior trong công ty mình, nên mới tuyển đại những người biết sơ React rồi ném họ vào công việc ngay lập tức hay sao?
Trong nhiều năm, các anh nhất quán phớt lờ các yêu cầu phi chức năng, nên giờ có tung ra những lời hứa suông thì tôi nghĩ cũng chẳng có ý nghĩa gì.
Nếu viết theo kiểu postmortem thì ít ra còn thấy chút thành ý, nhưng bài này với tôi chỉ giống như một màn xoa dịu dư luận và lời đường mật, cộng thêm một công việc làm cho có lệ của người bị tổ chức ép gánh việc vặt mà thôi.
Giống như thời kỳ bùng nổ dot-com, blog và SaaS trước đây, vô số ứng dụng AI đang xuất hiện, nhưng phần lớn có số phận biến mất trước khi kịp được chú ý. Trong một môi trường mà ai cũng có thể tạo ứng dụng bằng AI, nếu không có điểm khác biệt thật sự, chính hình thức “ứng dụng” rồi sẽ sớm trở nên vô nghĩa. Giờ đây, chúng ta đang bước vào thời đại của “phần mềm vô hình”, nơi AI tạo ra rồi loại bỏ ngay tại chỗ những chức năng cần thiết.
Nhìn lại cơn sốt phát triển ứng dụng ở giai đoạn đầu của smartphone, tình hình hiện nay càng trở nên rõ ràng hơn. Giờ đây, cốt lõi của phát triển AI không còn là viết mã mà là ý tưởng, thiết kế và năng lực thực thi. Theo đó, định nghĩa về “developer” trong doanh nghiệp cũng đang thay đổi một cách tự nhiên. Nhưng thực tế lại rất khắc nghiệt. Các công ty ép buộc phát triển siêu ngắn hạn bằng AI, yêu cầu hoàn thành trong hai ngày khối lượng công việc từng mất hai tuần. Các developer có thể nghiện “niềm vui tạo ra thứ gì đó” trong các dự án cá nhân, nhưng phát triển phần mềm như một công việc lại bước vào tình trạng cường độ lao động còn khắc nghiệt hơn. (Điểm này khiến tôi nhớ đến hiện tượng tương tự thời “tự động hóa văn phòng” những năm 90. Tự động hóa văn phòng không khiến công việc nhàn hơn hay dễ hơn, mà là bắt ít nhân lực hơn phải làm nhiều việc hơn...)
Gần đây, làn sóng AI ở Trung Quốc thực sự rất mạnh mẽ. Từ phát triển mô hình đến ứng dụng, cả về số lượng lẫn chất lượng đều ngang ngửa với Mỹ, thậm chí còn có đà vượt lên. Theo quan sát chủ quan của tôi, một phần đáng kể nhân sự nòng cốt tại các bộ phận AI lớn ở Mỹ là người gốc Hoa.
Trong khi các công ty Mỹ giữ thái độ thận trọng vì các vấn đề về quyền riêng tư, chi phí token và bảo mật, thì Trung Quốc lại tương đối quyết liệt hơn. Ở Hàn Quốc thì sẽ rất tốt nếu có thể tích hợp với KakaoTalk, nhưng do giao thức bảo mật rất mạnh đặc trưng của Kakao và hệ sinh thái khép kín của họ, nên việc truy cập từ bên ngoài không hề dễ. Cuối cùng có lẽ либо sẽ đi theo hướng tự động hóa vòng qua bằng AI nhận diện màn hình, либо các dịch vụ AI sẽ phát triển tách biệt với KakaoTalk. Thay vì bị cuốn theo trào lưu và lạm dụng công cụ giữa cơn sốt AI, tôi nghĩ ứng phó một cách bình tĩnh vẫn là lựa chọn khôn ngoan.
Nếu việc để người khác có thể nhìn trộm và đoán được độ dài mật khẩu là một lỗ hổng bảo mật nghiêm trọng, thì tại sao lại không bắt buộc tất cả bàn phím dùng để truy cập terminal Linux phải có tấm che chống nhìn trộm? Chỉ cần nhìn vào bàn phím, hoặc quay lại bằng camera giấu kín là xong mà.
Thành thật mà nói, nhìn vào frontend của các dịch vụ LLM thì chậm đến mức khiến người ta nghĩ “sao lại làm kiểu này vậy”, lại còn thiếu tính năng và tương tác bất tiện, nên đọc những bài như thế này tôi chỉ thấy buồn cười thôi.
office-hours khá thú vị, còn tôi thì có phần hands-on.
Vâng, vẫn còn dư một chút.
Nếu bạn đã dùng hết hạn mức của gói Max, mình có thể hỏi bạn đang tận dụng AI như thế nào không?
Mình thật sự rất tò mò không biết là do mình chỉ dùng hời hợt, hay đơn giản là dùng quá ít.
Còn dư hạn mức à?
Quả thật so với trước đây, việc cụ thể hóa ý tưởng và tạo ra sản phẩm đã trở nên nhanh hơn rất nhiều nên thấy rất hào hứng.
Tuy vậy, nếu ai cũng có năng lực như vậy, thì tôi đang băn khoăn phải làm sao để chứng minh được năng lực vượt trội hơn người khác.
Từ góc độ tối ưu chi phí khi dùng thử cả Kiro lẫn Cursor
thì có vẻ Cursor tốt hơn ở phần nâng cao
Tốc độ cũng nhanh hơn
Vì sao các hệ thống AI không học hỏi và cần làm gì về điều đó
Những bài học về học tập tự chủ từ khoa học nhận thức
Emmanuel Dupoux, Yann LeCun, Jitendra Malik
https://arxiv.org/pdf/2603.15381
Chẳng phải là vì các anh cũng không có cả tự tin lẫn ý định dạy WPF cho các lập trình viên junior trong công ty mình, nên mới tuyển đại những người biết sơ React rồi ném họ vào công việc ngay lập tức hay sao?
Trong nhiều năm, các anh nhất quán phớt lờ các yêu cầu phi chức năng, nên giờ có tung ra những lời hứa suông thì tôi nghĩ cũng chẳng có ý nghĩa gì.
Nếu viết theo kiểu postmortem thì ít ra còn thấy chút thành ý, nhưng bài này với tôi chỉ giống như một màn xoa dịu dư luận và lời đường mật, cộng thêm một công việc làm cho có lệ của người bị tổ chức ép gánh việc vặt mà thôi.
Có đăng ký nên cũng không đến mức quá gánh nặng, nhưng có lẽ không thể xem nhẹ được.
Rồi chẳng mấy chốc chúng ta cũng sẽ lại thích nghi thôi. Giống như sự khác biệt giữa công việc văn phòng ngày đó và công việc văn phòng bây giờ.
Đây cũng phần nào là một gợi ý nhỉ haha
Chi phí cho Apiece có lẽ sẽ không hề rẻ.
Lý thuyết internet chết...
Khuyên dùng https://github.com/opgginc/opencode-bar.
Giống như thời kỳ bùng nổ dot-com, blog và SaaS trước đây, vô số ứng dụng AI đang xuất hiện, nhưng phần lớn có số phận biến mất trước khi kịp được chú ý. Trong một môi trường mà ai cũng có thể tạo ứng dụng bằng AI, nếu không có điểm khác biệt thật sự, chính hình thức “ứng dụng” rồi sẽ sớm trở nên vô nghĩa. Giờ đây, chúng ta đang bước vào thời đại của “phần mềm vô hình”, nơi AI tạo ra rồi loại bỏ ngay tại chỗ những chức năng cần thiết.
Nhìn lại cơn sốt phát triển ứng dụng ở giai đoạn đầu của smartphone, tình hình hiện nay càng trở nên rõ ràng hơn. Giờ đây, cốt lõi của phát triển AI không còn là viết mã mà là ý tưởng, thiết kế và năng lực thực thi. Theo đó, định nghĩa về “developer” trong doanh nghiệp cũng đang thay đổi một cách tự nhiên. Nhưng thực tế lại rất khắc nghiệt. Các công ty ép buộc phát triển siêu ngắn hạn bằng AI, yêu cầu hoàn thành trong hai ngày khối lượng công việc từng mất hai tuần. Các developer có thể nghiện “niềm vui tạo ra thứ gì đó” trong các dự án cá nhân, nhưng phát triển phần mềm như một công việc lại bước vào tình trạng cường độ lao động còn khắc nghiệt hơn. (Điểm này khiến tôi nhớ đến hiện tượng tương tự thời “tự động hóa văn phòng” những năm 90. Tự động hóa văn phòng không khiến công việc nhàn hơn hay dễ hơn, mà là bắt ít nhân lực hơn phải làm nhiều việc hơn...)
Gần đây, làn sóng AI ở Trung Quốc thực sự rất mạnh mẽ. Từ phát triển mô hình đến ứng dụng, cả về số lượng lẫn chất lượng đều ngang ngửa với Mỹ, thậm chí còn có đà vượt lên. Theo quan sát chủ quan của tôi, một phần đáng kể nhân sự nòng cốt tại các bộ phận AI lớn ở Mỹ là người gốc Hoa.
Trong khi các công ty Mỹ giữ thái độ thận trọng vì các vấn đề về quyền riêng tư, chi phí token và bảo mật, thì Trung Quốc lại tương đối quyết liệt hơn. Ở Hàn Quốc thì sẽ rất tốt nếu có thể tích hợp với KakaoTalk, nhưng do giao thức bảo mật rất mạnh đặc trưng của Kakao và hệ sinh thái khép kín của họ, nên việc truy cập từ bên ngoài không hề dễ. Cuối cùng có lẽ либо sẽ đi theo hướng tự động hóa vòng qua bằng AI nhận diện màn hình, либо các dịch vụ AI sẽ phát triển tách biệt với KakaoTalk. Thay vì bị cuốn theo trào lưu và lạm dụng công cụ giữa cơn sốt AI, tôi nghĩ ứng phó một cách bình tĩnh vẫn là lựa chọn khôn ngoan.
Vì BM25 là kiểu tìm kiếm thiên về từ ngữ, nên ý kiến của galadbran có vẻ hợp lý.
Nếu việc để người khác có thể nhìn trộm và đoán được độ dài mật khẩu là một lỗ hổng bảo mật nghiêm trọng, thì tại sao lại không bắt buộc tất cả bàn phím dùng để truy cập terminal Linux phải có tấm che chống nhìn trộm? Chỉ cần nhìn vào bàn phím, hoặc quay lại bằng camera giấu kín là xong mà.
Tôi đồng ý.
Mọi thứ đang chuyển theo hướng nói trước nhưng về sau lại không chịu trách nhiệm.
Có vẻ như ngày càng có quá nhiều bài viết với tiêu đề kiểu cái gì đó đã chết chỉ cần có chuyện gì xảy ra
nên cảm giác khá mệt mỏi.
Tôi cũng nghĩ là nên thôi đừng giết nữa.
Thành thật mà nói, nhìn vào frontend của các dịch vụ LLM thì chậm đến mức khiến người ta nghĩ “sao lại làm kiểu này vậy”, lại còn thiếu tính năng và tương tác bất tiện, nên đọc những bài như thế này tôi chỉ thấy buồn cười thôi.