Tôi đồng ý. Những bài viết có các ký tự đặc biệt khó gõ bằng bàn phím thông thường như en/em dash, dấu chấm, mũi tên... thì lộ rõ là được viết bằng Claude. Tôi coi những bài viết và bình luận như vậy đơn giản là đồ rác và bỏ qua.
Bài viết hô hào "trung thực" đến tận năm lần, nhưng lại không hề trung thực ở mỗi chuyện nó là quảng cáo... Nếu là quảng bá thì cứ Show đi; mức "trung thực" này là giá trị có thể ra được mà chẳng cần chạy Monte Carlo.
Có lẽ vì tôi đã quen với SQL nên không mấy đồng tình với việc nói nó ngắn gọn hơn SQL
LINQ của C# trông có vẻ tiện hơn, và cũng hỗ trợ nhiều loại DB hơn.
Ngay cả filament của cùng một công ty cũng có tính chất vật liệu hơi khác nhau tùy theo lô sản xuất. Đây không phải là vấn đề có thể giải quyết bằng cách lấy thông số của người khác dùng, mà là vấn đề rèn luyện khả năng tự tìm ra giá trị phù hợp.
Tôi nhớ hồi năm 2000 từng phát triển dịch vụ web bằng CGI.
Sau một thời gian xa mảng web, khoảng năm 2015 tôi làm freelance và gặp jQuery, rồi sau đó tiếp xúc với React, Angular. Về sau, thỉnh thoảng làm frontend, tôi cũng gặp nhiều công nghệ khác nhau được nhắc đến.
Tôi phần nào gật gù với đoạn: "Tóm lại, sau 20 năm đi một vòng lớn, ngành này đã quay lại một điểm giống với những file từng được tải lên bằng FTP". Cũng có cảm giác xu hướng đúng là cứ xoay vòng nhỉ ^^
Nếu dùng Astro để tạo build tĩnh thì rất tiện lợi.
Khi đưa cả các chương trình vẽ sơ đồ như Mermaid vào pipeline build, với mục đích làm blog thì không cần backend nữa.
Khác với gói cá nhân, với gói doanh nghiệp thì 3.6 Thinking cũng đã được mở riêng.
Trước mắt dùng thử ở công ty thì cũng không tệ. Tôi mong nó đi theo hướng trực tiếp kiểm soát các tệp của người dùng như codex hay claude, nhưng hơi tiếc là họ quá bám vào hệ sinh thái Chrome.
Đó đâu phải là dịch vụ họ cung cấp miễn phí; lấy một dịch vụ 'trả phí' để huấn luyện rồi lại bán 'trả phí' thì sao có thể được coi là sử dụng hợp lý chứ, tôi thật không hiểu..
Về cơ bản, chỉ cần trỏ thư mục có các file html vào web server là có thể truy cập ngay, đó chính là một trang web. Nếu dùng thứ như Caddy thì cũng có thể làm được chỉ với vài dòng cấu hình. Việc public ra bên ngoài thì dạo này cũng có nhiều công cụ tiện như cloudflared.
Ngay cả khi không tự viết mọi thứ từ đầu thì cũng có các trình tạo static site như Hugo.
Tôi đồng ý. Những bài viết có các ký tự đặc biệt khó gõ bằng bàn phím thông thường như en/em dash, dấu chấm, mũi tên... thì lộ rõ là được viết bằng Claude. Tôi coi những bài viết và bình luận như vậy đơn giản là đồ rác và bỏ qua.
Bài viết hô hào "trung thực" đến tận năm lần, nhưng lại không hề trung thực ở mỗi chuyện nó là quảng cáo... Nếu là quảng bá thì cứ Show đi; mức "trung thực" này là giá trị có thể ra được mà chẳng cần chạy Monte Carlo.
Mọi người cứ dùng Claude để viết blog luôn, nên tôi không biết các bạn thật sự hiểu đến mức nào khi viết nữa..
Ồ.. cảm ơn bạn. Thật là một người đáng quý.. sẽ giúp được rất nhiều người. Bạn đã vất vả rồi.
Có lẽ vì tôi đã quen với SQL nên không mấy đồng tình với việc nói nó ngắn gọn hơn SQL
LINQ của C# trông có vẻ tiện hơn, và cũng hỗ trợ nhiều loại DB hơn.
Có lẽ là vì YouTuber thỉnh thoảng sẽ dọn bình luận, nên mới vậy.
Ngay cả filament của cùng một công ty cũng có tính chất vật liệu hơi khác nhau tùy theo lô sản xuất. Đây không phải là vấn đề có thể giải quyết bằng cách lấy thông số của người khác dùng, mà là vấn đề rèn luyện khả năng tự tìm ra giá trị phù hợp.
Tôi nhớ hồi năm 2000 từng phát triển dịch vụ web bằng CGI.
Sau một thời gian xa mảng web, khoảng năm 2015 tôi làm freelance và gặp jQuery, rồi sau đó tiếp xúc với React, Angular. Về sau, thỉnh thoảng làm frontend, tôi cũng gặp nhiều công nghệ khác nhau được nhắc đến.
Tôi phần nào gật gù với đoạn: "Tóm lại, sau 20 năm đi một vòng lớn, ngành này đã quay lại một điểm giống với những file từng được tải lên bằng FTP". Cũng có cảm giác xu hướng đúng là cứ xoay vòng nhỉ ^^
Trông giống kiểu trực quan hóa dữ liệu dạng treemap nhỉ.
Nếu dùng Astro để tạo build tĩnh thì rất tiện lợi.
Khi đưa cả các chương trình vẽ sơ đồ như Mermaid vào pipeline build, với mục đích làm blog thì không cần backend nữa.
Khác với gói cá nhân, với gói doanh nghiệp thì 3.6 Thinking cũng đã được mở riêng.
Trước mắt dùng thử ở công ty thì cũng không tệ. Tôi mong nó đi theo hướng trực tiếp kiểm soát các tệp của người dùng như codex hay claude, nhưng hơi tiếc là họ quá bám vào hệ sinh thái Chrome.
"Tối ưu hóa gọt giũa hiện tại, còn phán đoán tạo nên tương lai"
Cuối cùng thì
tastecũng được dịch làgu thẩm mỹnhỉ!Đó đâu phải là dịch vụ họ cung cấp miễn phí; lấy một dịch vụ 'trả phí' để huấn luyện rồi lại bán 'trả phí' thì sao có thể được coi là sử dụng hợp lý chứ, tôi thật không hiểu..
Thú vị thật.
Ồ, hay đấy.
Ồ, đúng là một ứng dụng có vẻ sẽ rất cần vào một lúc nào đó nhỉ!
Dù hiệu năng có kém hơn, nếu đi theo hướng kiểu như openclaw, kiểu “cái này khá đột phá đấy”
thì chắc cũng sẽ có người dùng.
Về cơ bản, chỉ cần trỏ thư mục có các file html vào web server là có thể truy cập ngay, đó chính là một trang web. Nếu dùng thứ như Caddy thì cũng có thể làm được chỉ với vài dòng cấu hình. Việc public ra bên ngoài thì dạo này cũng có nhiều công cụ tiện như cloudflared.
Ngay cả khi không tự viết mọi thứ từ đầu thì cũng có các trình tạo static site như Hugo.
Cảm ơn bạn đã dùng thử!
Và cũng cảm ơn những góp ý hay.
https://github.com/jadhvank/ko-llm-classifier/tree/main/extension
Tôi đã tạo tiện ích mở rộng cho trình duyệt Chrome. Hãy thử dùng cả cái này nữa nhé.