> Tôi chắc chắn không mong chờ một tương lai xoay quanh AI. Tôi không lo AI sẽ giết chúng ta, nhưng điều đáng lo hơn là những người không có đạo đức hay luân lý sẽ có thể gây hại cho xã hội với ít công sức hơn.
Thành thật mà nói, có vẻ đây là câu chuyện chủ yếu đúng với Java và Python. Đó cũng là những hệ sinh thái có chủ nghĩa đề cao ngôn ngữ riêng và văn hóa bị cô lập khá mạnh về mặt paradigm.
Đặt theo Python thì nội dung này khá đúng, nhưng khi học nhiều ngôn ngữ khác nhau thì khoảng 5% nghe có vẻ bị phóng đại đáng kể.
Dù hơi khác ngữ cảnh một chút, nhưng việc “địa ngục tutorial” xảy ra cũng một phần là vì tutorial về framework vốn không được dùng như tài liệu giáo dục CS cơ bản.
Một người mới xem tutorial Django và làm thử ứng dụng poll thì không thể tự mình làm blog, bởi vì tutorial Django là bài viết nhằm giải thích Django cho những người đã biết sẵn HTTP là gì, template là gì, WS là gì, DB là gì, v.v., chứ không phải bài viết giải thích về web. Có rất nhiều ngữ cảnh đã bị lược bỏ trong tutorial Django, và tôi nghĩ đó chẳng phải là nguyên nhân tạo ra “địa ngục tutorial” hay sao.
Thử viết lại tutorial Django cho những người hôm nay mới lập trình lần đầu cũng có vẻ là một bài toán khá hay. Chẳng hạn như trước hết giải thích cấu trúc của HTTP, rồi giải thích Django đang xử lý từng thành phần như thế nào.
Tôi đang dùng giga Wi‑Fi của KT, kênh băng tần được đặt là 80MHz, nên tôi thử đổi sang 40MHz rồi so sánh kết quả networkQuality của macOS thì với tôi, khi đổi sang 40 thì cả độ phản hồi lẫn hiệu năng đều tụt hẳn.
Tôi thử thêm vài trường hợp khác xem có còn ví dụ nào như thế này không, và dù không nhất quán, đôi khi cả sao biển (Starfish) cũng rơi vào vòng lặp. Nếu thử lặp đi lặp lại thì ngay cả khi không rơi vào vòng lặp, ít nhất cũng sẽ có vài lần nó trả lời theo kiểu bối rối. Tuy nhiên phải hỏi bằng tiếng Anh chứ không phải tiếng Hàn. Có lẽ mấu chốt là sự kết hợp của hai từ (Star+Fish) và một con vật có vẻ như sẽ tồn tại dưới dạng emoji thôi haha.
Tôi cứ tưởng chỉ mình tôi đầu óc chậm chạp nên không hiểu nổi tài liệu chính thức thôi chứ haha
Thật sự chỉ cần quăng ra ví dụ rồi giải thích thêm một chút là hiểu rất nhanh.....
Nó là một ví dụ hay ở chỗ có thể tải lên nội dung do người dùng đóng góp vào tài liệu chính thức, nên có thể tham khảo nhiều ví dụ mã khác nhau,
...nhưng PHP lại là ví dụ tệ nhất ở chỗ các hàm dựng sẵn có quá nhiều khác biệt tinh vi về BC, mà những ví dụ đóng góp thì toàn từ thời xưa như trái đất, nên lẫn vào đó là những thứ hơi khác với cách hoạt động thực tế, chỉ càng làm tăng thêm sự hỗn loạn... haha.. ha...
Nếu nhìn vào tài liệu phát triển iOS hay Cocoa trước đây, thường có hẳn một mục use case riêng; chẳng phải đó mới là cách viết tài liệu đúng đắn sao? Cần có đủ cả ví dụ, chữ ký hàm và phần mô tả cách hoạt động.
wow
> Tôi chắc chắn không mong chờ một tương lai xoay quanh AI. Tôi không lo AI sẽ giết chúng ta, nhưng điều đáng lo hơn là những người không có đạo đức hay luân lý sẽ có thể gây hại cho xã hội với ít công sức hơn.
Câu này hay thật
Vì nội dung bài trình bày khá dài, nên nếu bạn muốn xem toàn bộ thì có thể tham khảo bài viết ở liên kết.
Tôi cũng sẽ sớm tổng hợp và đăng nội dung bài trình bày của ngày thứ hai!
Đôi khi tôi cũng thấy hứng thú với helix vì sự tiện lợi của LSP, thiết lập plugin, v.v., nhưng tay đã quá quen với vi/vim nên không dễ chuyển sang.
Vì không có container chính thức nên phần thiết lập ban đầu hơi rườm rà.
Có vẻ sẽ rất phù hợp để quản lý tài liệu theo kiểu self-hosting~
Trông cứ như Docusaurus vậy.
Thành thật mà nói, có vẻ đây là câu chuyện chủ yếu đúng với Java và Python. Đó cũng là những hệ sinh thái có chủ nghĩa đề cao ngôn ngữ riêng và văn hóa bị cô lập khá mạnh về mặt paradigm. Đặt theo Python thì nội dung này khá đúng, nhưng khi học nhiều ngôn ngữ khác nhau thì khoảng 5% nghe có vẻ bị phóng đại đáng kể.
Ví dụ chính là tài liệu tốt nhất.
Hãy đến với Golang, nơi code chính là tài liệu~
Bọn mình phát triển bằng cách đọc cả test code ngay cả khi không có README
Từ trước đã toàn lôi hết
kitnày đếnkitnọ ra, tung ra đủ thứ tính năng lặt vặt vô bổ như thể ghê gớm lắm... đúng là rất Apple. Gân gà.Dù hơi khác ngữ cảnh một chút, nhưng việc “địa ngục tutorial” xảy ra cũng một phần là vì tutorial về framework vốn không được dùng như tài liệu giáo dục CS cơ bản.
Một người mới xem tutorial Django và làm thử ứng dụng poll thì không thể tự mình làm blog, bởi vì tutorial Django là bài viết nhằm giải thích Django cho những người đã biết sẵn HTTP là gì, template là gì, WS là gì, DB là gì, v.v., chứ không phải bài viết giải thích về web. Có rất nhiều ngữ cảnh đã bị lược bỏ trong tutorial Django, và tôi nghĩ đó chẳng phải là nguyên nhân tạo ra “địa ngục tutorial” hay sao.
Thử viết lại tutorial Django cho những người hôm nay mới lập trình lần đầu cũng có vẻ là một bài toán khá hay. Chẳng hạn như trước hết giải thích cấu trúc của HTTP, rồi giải thích Django đang xử lý từng thành phần như thế nào.
Tôi đang dùng giga Wi‑Fi của KT, kênh băng tần được đặt là 80MHz, nên tôi thử đổi sang 40MHz rồi so sánh kết quả
networkQualitycủa macOS thì với tôi, khi đổi sang 40 thì cả độ phản hồi lẫn hiệu năng đều tụt hẳn.Datastar - framework hypermedia gọn nhẹ để xây dựng ứng dụng web tương tác
Tôi thử thêm vài trường hợp khác xem có còn ví dụ nào như thế này không, và dù không nhất quán, đôi khi cả sao biển (Starfish) cũng rơi vào vòng lặp. Nếu thử lặp đi lặp lại thì ngay cả khi không rơi vào vòng lặp, ít nhất cũng sẽ có vài lần nó trả lời theo kiểu bối rối. Tuy nhiên phải hỏi bằng tiếng Anh chứ không phải tiếng Hàn. Có lẽ mấu chốt là sự kết hợp của hai từ (Star+Fish) và một con vật có vẻ như sẽ tồn tại dưới dạng emoji thôi haha.
Đoạn hội thoại ChatGPT
Cứ né Ryanair ra bằng mọi giá... tệ kinh khủng..
Settings > Accessibility > Display & Text Size > Reduce Transparency
Settings > Accessibility > Display & Text Size > Increase Contrast
Settings > Accessibility > Display & Text Size > Differentiate Without Colour
Nhờ các cài đặt này mà tôi như được cứu sống
Tôi cứ tưởng chỉ mình tôi đầu óc chậm chạp nên không hiểu nổi tài liệu chính thức thôi chứ haha
Thật sự chỉ cần quăng ra ví dụ rồi giải thích thêm một chút là hiểu rất nhanh.....
Có lẽ PHP vừa là ví dụ tốt vừa là ví dụ tệ nhất.
Nó là một ví dụ hay ở chỗ có thể tải lên nội dung do người dùng đóng góp vào tài liệu chính thức, nên có thể tham khảo nhiều ví dụ mã khác nhau,
...nhưng PHP lại là ví dụ tệ nhất ở chỗ các hàm dựng sẵn có quá nhiều khác biệt tinh vi về BC, mà những ví dụ đóng góp thì toàn từ thời xưa như trái đất, nên lẫn vào đó là những thứ hơi khác với cách hoạt động thực tế, chỉ càng làm tăng thêm sự hỗn loạn... haha.. ha...
Hay đấy.
Nếu nhìn vào tài liệu phát triển iOS hay Cocoa trước đây, thường có hẳn một mục use case riêng; chẳng phải đó mới là cách viết tài liệu đúng đắn sao? Cần có đủ cả ví dụ, chữ ký hàm và phần mô tả cách hoạt động.
Lúc đầu tôi còn tự hỏi đang nói gì vậy trời, haha