Ứng dụng AI thực sự hữu ích nên cho phép người dùng chỉnh sửa System Prompt để có thể tạo ra tác nhân được cá nhân hóa
Dĩ nhiên các nhà phát triển làm ra tính năng cũng biết điều đó, nhưng chừng nào còn có jailbreak thì chuyện này không dễ.
Ngay cả khi khóa cứng để không thể thay đổi system prompt mà vẫn bị jailbreak, thì việc mở cho thay đổi system prompt gần như là bất khả thi.
Cũng có thể người ta sẽ dùng nó với mục đích khác với tính năng ban đầu, lại còn với chi phí rẻ.
> Không rõ có ai từng so sánh ClickHouse với StarRocks chưa, vài tháng trước hiệu năng join của StarRocks có vẻ tốt hơn https://d2.naver.com/helloworld/1168674
À, tôi không có ý hạ thấp tầm nhìn tương lai của OpenAI hay những đổi mới cải tiến của Browser+AI.
Điều tôi muốn nói là nếu OpenAI thử đi theo hướng đó, thì vì các trình duyệt lớn như Chromium hay Firefox đều đã được công khai, nên tôi cho rằng về mặt phát triển, đây không phải tình huống nhất thiết phải cần một thương vụ mua lại riêng.
Ý là trong việc tạo ra hào lũy công nghệ, mua lại không phải yếu tố bắt buộc.
Vì vậy, nếu cân nhắc mua lại, tôi nghĩ động lực chính sẽ là mở rộng thông qua thị phần hơn là khía cạnh công nghệ.
Nếu chỉ đơn thuần tung ra một trình duyệt mới dựa trên Chromium, thì với những người dùng không chuyển từ Chrome sang sẽ không có nhiều sức hút; nhưng nếu mua lại Chrome, họ có thể chính thức cho nhóm người dùng đang chiếm 70% thị trường trình duyệt trải nghiệm dịch vụ mô hình AI của mình thông qua các bản cập nhật. Rào cản mở rộng dịch vụ mới sẽ giảm đi một cách đột phá.
Như bạn nói, hiện tượng Edge không mở rộng được cũng có vẻ nằm trong bối cảnh tương tự. Thị trường trình duyệt thực sự rất bảo thủ. Tôi nghĩ OpenAI cũng cân nhắc điểm này nên mới xem xét việc mua lại Chrome. Vì thế, tôi cho rằng câu nói OpenAI sẽ mở ra "duyệt web do AI dẫn dắt" có tác động từ sức ảnh hưởng của thị trường Chrome lớn hơn là từ năng lực riêng của OpenAI.
Supabase có đặc điểm là phù hợp với các hệ thống dựa trên CRUD, và có thể triển khai CRUD ngay từ frontend mà không cần phát triển/vận hành API server nên gánh nặng phát triển backend khá nhẹ. Frontend và backend trao đổi với nhau bằng định nghĩa bảng thay vì đặc tả API, và các tính năng được dùng chủ yếu là web console, xác thực và object storage.
Vì frontend phụ thuộc vào định nghĩa bảng DB, view và hàm, nên cần chú ý hơn một chút đến việc theo dõi thay đổi dữ liệu. Nếu cần logic phía server, tôi nghĩ tốt hơn là nên xây dựng riêng WAS/REST API.
Đây là một dịch vụ tôi cực kỳ yêu thích. Bạn có thể xây dựng dịch vụ chỉ với frontend mà không cần thiết lập backend/DB phức tạp.
Thực tế tôi đang tích cực dùng nó để thử áp dụng vào sản phẩm, và cá nhân tôi lại thấy trải nghiệm dành cho lập trình viên còn tốt hơn Firebase.
Nó cũng có region trong nước, cung cấp free tier khá hào phóng nên rất tốt. Cũng có thể self-hosting nữa.
Gọi được vòng Series D đúng là tin vui! Tuy vậy, như vẫn liên tục được nhắc đến trong phần ý kiến, tôi cũng có chút lo ngại liệu đây có phải là một mô hình kinh doanh bền vững hay không.
Theo quan điểm cá nhân của tôi, việc sử dụng dịch vụ serverless của nhà cung cấp là rủi ro, nhưng dùng container để chính công ty tự cung cấp môi trường serverless thì có vẻ là một ý hay. Có lẽ sẽ tốt nếu tận dụng serverless như một khái niệm chứ không phải như một dịch vụ.
Cũng có rất nhiều người làm việc với niềm đam mê dành cho công nghệ điện toán. Đừng khái quát hóa dựa trên suy nghĩ và trải nghiệm của riêng bạn. Như vậy là xúc phạm đến họ.
Khác với trước đây, phạm vi mà một người phải tự đảm nhận đã rộng hơn, nên cũng phát sinh những vấn đề đi kèm.
•Đúng là so với trước kia, kỳ vọng đặt lên một kỹ sư ngày nay đã rộng hơn và lớn hơn. Và so với trước đây, thế giới thực đã đi vào bên trong các hệ thống máy tính nhiều hơn rất nhiều, vì thế mức độ trừu tượng hóa và độ khó trong triển khai cũng đang tăng lên rất nhanh. Tôi không nghĩ rằng cứ liệt kê ra những công việc ngoài đời còn khó hơn thì lại cần phải khẳng định rằng công việc này không vất vả...
Cái tên nghe không trong sáng!
Cảm ơn bạn vì bài viết rất hay.!!
Đây có lẽ là tin khủng khiếp nhất mà tôi nghe được gần đây.
Hóa ra chỉ cần proxy bằng LiteLLM là có thể dùng được gần như mọi mô hình?
Cuối cùng thì vẫn là web component..
Godot sắp bay cao luôn à haha
Dĩ nhiên các nhà phát triển làm ra tính năng cũng biết điều đó, nhưng chừng nào còn có jailbreak thì chuyện này không dễ.
Ngay cả khi khóa cứng để không thể thay đổi system prompt mà vẫn bị jailbreak, thì việc mở cho thay đổi system prompt gần như là bất khả thi.
Cũng có thể người ta sẽ dùng nó với mục đích khác với tính năng ban đầu, lại còn với chi phí rẻ.
> Không rõ có ai từng so sánh ClickHouse với StarRocks chưa, vài tháng trước hiệu năng join của StarRocks có vẻ tốt hơn
https://d2.naver.com/helloworld/1168674
5 năm trước khi bắt đầu bản beta công khai, bài này đã được đăng lên và đồng sáng lập còn vào để lại bình luận nữa, vậy mà trong thời gian đó họ đã phát triển mạnh thật haha
Supabase bắt đầu beta công khai - giải pháp thay thế Firebase mã nguồn mở
À, tôi không có ý hạ thấp tầm nhìn tương lai của OpenAI hay những đổi mới cải tiến của Browser+AI.
Điều tôi muốn nói là nếu OpenAI thử đi theo hướng đó, thì vì các trình duyệt lớn như Chromium hay Firefox đều đã được công khai, nên tôi cho rằng về mặt phát triển, đây không phải tình huống nhất thiết phải cần một thương vụ mua lại riêng.
Ý là trong việc tạo ra hào lũy công nghệ, mua lại không phải yếu tố bắt buộc.
Vì vậy, nếu cân nhắc mua lại, tôi nghĩ động lực chính sẽ là mở rộng thông qua thị phần hơn là khía cạnh công nghệ.
Nếu chỉ đơn thuần tung ra một trình duyệt mới dựa trên Chromium, thì với những người dùng không chuyển từ Chrome sang sẽ không có nhiều sức hút; nhưng nếu mua lại Chrome, họ có thể chính thức cho nhóm người dùng đang chiếm 70% thị trường trình duyệt trải nghiệm dịch vụ mô hình AI của mình thông qua các bản cập nhật. Rào cản mở rộng dịch vụ mới sẽ giảm đi một cách đột phá.
Như bạn nói, hiện tượng Edge không mở rộng được cũng có vẻ nằm trong bối cảnh tương tự. Thị trường trình duyệt thực sự rất bảo thủ. Tôi nghĩ OpenAI cũng cân nhắc điểm này nên mới xem xét việc mua lại Chrome. Vì thế, tôi cho rằng câu nói OpenAI sẽ mở ra "duyệt web do AI dẫn dắt" có tác động từ sức ảnh hưởng của thị trường Chrome lớn hơn là từ năng lực riêng của OpenAI.
Tôi đang dùng nó cực kỳ hiệu quả cho các dự án cá nhân.
Tự nhiên Godot luôn à...?!
Supabase có đặc điểm là phù hợp với các hệ thống dựa trên CRUD, và có thể triển khai CRUD ngay từ frontend mà không cần phát triển/vận hành API server nên gánh nặng phát triển backend khá nhẹ. Frontend và backend trao đổi với nhau bằng định nghĩa bảng thay vì đặc tả API, và các tính năng được dùng chủ yếu là web console, xác thực và object storage.
Vì frontend phụ thuộc vào định nghĩa bảng DB, view và hàm, nên cần chú ý hơn một chút đến việc theo dõi thay đổi dữ liệu. Nếu cần logic phía server, tôi nghĩ tốt hơn là nên xây dựng riêng WAS/REST API.
Với những ai muốn làm dự án phụ, tôi luôn khuyên dùng Supabase như lựa chọn số 1. Mong Supabase sẽ ngày càng phát triển hơn!
Đây là một dịch vụ tôi cực kỳ yêu thích. Bạn có thể xây dựng dịch vụ chỉ với frontend mà không cần thiết lập backend/DB phức tạp.
Thực tế tôi đang tích cực dùng nó để thử áp dụng vào sản phẩm, và cá nhân tôi lại thấy trải nghiệm dành cho lập trình viên còn tốt hơn Firebase.
Nó cũng có region trong nước, cung cấp free tier khá hào phóng nên rất tốt. Cũng có thể self-hosting nữa.
Gọi được vòng Series D đúng là tin vui! Tuy vậy, như vẫn liên tục được nhắc đến trong phần ý kiến, tôi cũng có chút lo ngại liệu đây có phải là một mô hình kinh doanh bền vững hay không.
Theo quan điểm cá nhân của tôi, việc sử dụng dịch vụ serverless của nhà cung cấp là rủi ro, nhưng dùng container để chính công ty tự cung cấp môi trường serverless thì có vẻ là một ý hay. Có lẽ sẽ tốt nếu tận dụng serverless như một khái niệm chứ không phải như một dịch vụ.
Câu "Tôi chỉ muốn một quả chuối mà lại bị mang cả khu rừng đến" nghe buồn cười thật đấy.
Hãy suy nghĩ kỹ vì sao những người khác lại chỉ trích như vậy, và đừng tự cao tự đại rồi đi khắp nơi nói những điều nhảm nhí như thế nữa.
Cũng có rất nhiều người làm việc với niềm đam mê dành cho công nghệ điện toán. Đừng khái quát hóa dựa trên suy nghĩ và trải nghiệm của riêng bạn. Như vậy là xúc phạm đến họ.
Khác với trước đây, phạm vi mà một người phải tự đảm nhận đã rộng hơn, nên cũng phát sinh những vấn đề đi kèm.
•Đúng là so với trước kia, kỳ vọng đặt lên một kỹ sư ngày nay đã rộng hơn và lớn hơn. Và so với trước đây, thế giới thực đã đi vào bên trong các hệ thống máy tính nhiều hơn rất nhiều, vì thế mức độ trừu tượng hóa và độ khó trong triển khai cũng đang tăng lên rất nhanh. Tôi không nghĩ rằng cứ liệt kê ra những công việc ngoài đời còn khó hơn thì lại cần phải khẳng định rằng công việc này không vất vả...