Bạn cho rằng ở điểm nào thì đây là một câu chuyện hoàn toàn khác?
Rốt cuộc, tôi nghĩ điều mà bài viết này phê phán là sự phức tạp quá mức và sự phình to do nó gây ra. Tôi không cho rằng chỉ vì tôi không nhắc đến JavaScript trong bình luận của mình thì đó lại là một bình luận hoàn toàn không liên quan. Xét cho cùng, đó cũng là lời phê phán về một khía cạnh mang tính cục bộ. Và như tôi đã nói ngay từ đầu trong bình luận của mình, bản thân tôi cũng đồng cảm với ý thức vấn đề cốt lõi của bài viết gốc.
Có quá nhiều người dùng gây sự và khơi mào cãi vã trong phần bình luận YouTube đến mức nhìn mà mệt, nên sẽ rất tốt nếu có tính năng chặn một người dùng cụ thể. Ngoài ra, tách biệt với chuyện này, cũng có thật sự rất nhiều bình luận spam do AI viết, nên có vẻ cần có biện pháp xử lý.
Đăng một lỗ hổng đã mất hết ý nghĩa từ tận 2 năm trước, lại còn phải cố nhấn mạnh chuyện không được trả tiền nữa sao... Cá nhân tôi thấy thế không hẳn là ngầu lắm.
Nhưng chắc cũng phải viết những thứ như thế lên blog thì mới chứng minh được giá trị của bản thân nhỉ?
Thật lòng mà nói, tôi cũng muốn học kiểu tư duy này để viết blog nhiều hơn một chút.
Đây là một phần của kiểu nói đùa theo phong cách “ông chú” trên mạng.
Có vẻ như đây là một màn nhại lại việc người lớn tuổi hay chấm câu liên tục thay cho khoảng trắng..
Cứ dùng Firefox thôi. 1–2 năm gần đây nó đã nhanh hơn rất nhiều nên không tệ đâu.
Tôi đã dùng Firefox làm trình duyệt chính nhiều năm và thỉnh thoảng so sánh với Chrome; đặc biệt gần đây tôi cảm thấy Firefox đã đủ tốt để dùng hằng ngày.
Ngay cả những trang web trước đây phớt lờ chuẩn web như các ngân hàng Hàn Quốc thì gần đây cũng đã sửa khá nhiều, nên đa số giờ đều hoạt động tốt trên Firefox.
Việc tùy biến cũng dễ hơn nhiều trên Firefox.
Mọi người thật sự không hiểu rõ tầm quan trọng của tự do. Dù là người lớn tuổi hay không cũng vậy. Ngay cả thế hệ từng đấu tranh cho dân chủ cũng lạ thay lại hoan nghênh kiểm duyệt.
Họ cũng không hiểu rằng tác hại của kiểm duyệt còn lớn hơn lợi ích của việc phòng chống tội phạm.
Đây là thời đại mà mọi hình thức kiểm duyệt đều có thể lấy cớ là phòng chống tội phạm, và cái cớ đó lại thông dụng.
Có lẽ chỉ vài năm nữa thôi, ngay cả khi mọi gia đình đều bị lắp CCTV như trong những tiểu thuyết kiểu 1984, con người thậm chí cũng sẽ không nhận ra mức độ nguy hiểm của điều đó.
Hmm, tôi cứ nghĩ trong golang thì
sarama đang được ưa chuộng hơn cơ mà..
Kafka client còn phức tạp hơn tưởng tượng nữa.. khi broker gặp sự cố hoặc có ngoại lệ thì rất phức tạp,
không biết có thể bao quát hết mọi trường hợp hay không ..
Trước đây tôi đã từng viết chi tiết hơn một chút về giai đoạn đầu của vụ việc:
Khởi đầu của vụ việc là vào năm 1999, khi chính phủ Anh quyết định không từ bỏ hệ thống chi trả lương hưu và trợ cấp mà Bưu điện đã nghi ngờ về độ tin cậy và hủy bỏ, mà thay vào đó sử dụng nó để nâng cấp hệ thống hiện có của bưu điện, vốn ghi chép giao dịch trên giấy.
Hệ thống POS điện tử này, được gọi là Horizon, ngay từ đầu đã có rất nhiều vấn đề; người ta phát hiện có chênh lệch giữa số tiền mặt được ghi trong Horizon và lượng tiền mặt thực tế đang nắm giữ, và các trưởng bưu cục hoang mang bắt đầu gọi đến trung tâm hỗ trợ khách hàng của Horizon.
Lỗi "Dalmellington" làm treo màn hình khi người dùng cố xác nhận (confirm) việc đã nhận tiền mặt, và trong tình huống này, mỗi lần nhấn Enter thì hệ thống lại ghi nhận là đã nhận tiền mặt mà không hiển thị gì.
Lỗi "Calendar Square" đã tạo ra các giao dịch trùng lặp do lỗi ở cơ sở dữ liệu nền tảng của hệ thống...
Nguyên nhân là gì? Có lẽ có nhiều yếu tố, nhưng nổi bật là 1) thiếu nhân lực, 2) niềm tin mù quáng vào tính không sai sót của phần mềm, 3) bộ máy quan liêu.
Thiếu nhân lực
Theo David McDonnell, người từng tham gia phát triển, "Nhóm phát triển có 8 người; trong đó 2 người rất giỏi, 2 người ở mức bình thường nhưng vẫn có thể làm việc cùng nhau, còn 3~4 người còn lại thì không có khả năng viết mã ở mức chuyên môn nên không thể làm việc cho ra hồn."
Về bản chất, đây là màn gồng mình để tạo ra một kiểu web giống ứng dụng bên trong giao thức HTTP vốn dựa trên nền tảng là các "tài liệu" web,
và có ý kiến rằng nếu cần các tính năng ở cấp độ ứng dụng để giải quyết việc này, thì tại sao không tạo một giao thức và framework mới dành cho ứng dụng.
Giống như trên smartphone không chạy chương trình thuần native trực tiếp mà chạy một dạng ứng dụng được sandbox, cấu trúc đó sẽ được thực thi ở cấp độ trình duyệt.
Tất nhiên, để không đi vào vết xe đổ kiểu ActiveX thì tính mở và tiêu chuẩn hóa phải được đặt lên trước.
Nội dung này thật sự rất đồng cảm. Tôi cũng đã bỏ SNS, và giờ gần như không còn đọc bình luận trên YouTube nữa.
Bạn cho rằng ở điểm nào thì đây là một câu chuyện hoàn toàn khác?
Rốt cuộc, tôi nghĩ điều mà bài viết này phê phán là sự phức tạp quá mức và sự phình to do nó gây ra. Tôi không cho rằng chỉ vì tôi không nhắc đến JavaScript trong bình luận của mình thì đó lại là một bình luận hoàn toàn không liên quan. Xét cho cùng, đó cũng là lời phê phán về một khía cạnh mang tính cục bộ. Và như tôi đã nói ngay từ đầu trong bình luận của mình, bản thân tôi cũng đồng cảm với ý thức vấn đề cốt lõi của bài viết gốc.
https://vi.news.hada.io/topic?id=21581
Nhìn quen quen nên xem thử thì hóa ra chỉ là Nxtscape đổi tên thôi.
À, ra là có sự khác biệt như vậy.
Tuy nhiên, có vẻ như điều đó không liên quan nhiều đến nội dung ở trên.
Có quá nhiều người dùng gây sự và khơi mào cãi vã trong phần bình luận YouTube đến mức nhìn mà mệt, nên sẽ rất tốt nếu có tính năng chặn một người dùng cụ thể. Ngoài ra, tách biệt với chuyện này, cũng có thật sự rất nhiều bình luận spam do AI viết, nên có vẻ cần có biện pháp xử lý.
Đăng một lỗ hổng đã mất hết ý nghĩa từ tận 2 năm trước, lại còn phải cố nhấn mạnh chuyện không được trả tiền nữa sao... Cá nhân tôi thấy thế không hẳn là ngầu lắm.
Nhưng chắc cũng phải viết những thứ như thế lên blog thì mới chứng minh được giá trị của bản thân nhỉ?
Thật lòng mà nói, tôi cũng muốn học kiểu tư duy này để viết blog nhiều hơn một chút.
Đây là một phần của kiểu nói đùa theo phong cách “ông chú” trên mạng. Có vẻ như đây là một màn nhại lại việc người lớn tuổi hay chấm câu liên tục thay cho khoảng trắng..
Cứ dùng Firefox thôi. 1–2 năm gần đây nó đã nhanh hơn rất nhiều nên không tệ đâu.
Tôi đã dùng Firefox làm trình duyệt chính nhiều năm và thỉnh thoảng so sánh với Chrome; đặc biệt gần đây tôi cảm thấy Firefox đã đủ tốt để dùng hằng ngày.
Ngay cả những trang web trước đây phớt lờ chuẩn web như các ngân hàng Hàn Quốc thì gần đây cũng đã sửa khá nhiều, nên đa số giờ đều hoạt động tốt trên Firefox.
Việc tùy biến cũng dễ hơn nhiều trên Firefox.
Mọi người thật sự không hiểu rõ tầm quan trọng của tự do. Dù là người lớn tuổi hay không cũng vậy. Ngay cả thế hệ từng đấu tranh cho dân chủ cũng lạ thay lại hoan nghênh kiểm duyệt.
Họ cũng không hiểu rằng tác hại của kiểm duyệt còn lớn hơn lợi ích của việc phòng chống tội phạm.
Đây là thời đại mà mọi hình thức kiểm duyệt đều có thể lấy cớ là phòng chống tội phạm, và cái cớ đó lại thông dụng.
Có lẽ chỉ vài năm nữa thôi, ngay cả khi mọi gia đình đều bị lắp CCTV như trong những tiểu thuyết kiểu 1984, con người thậm chí cũng sẽ không nhận ra mức độ nguy hiểm của điều đó.
Ai đã bấm đề xuất mấy thứ như thế này thì hãy tự kiểm điểm đi.
Đây đúng là một cuộc bàn luận quá xa xỉ đối với những người đã sống trong một xã hội kiểm duyệt mang tính phản địa đàng từ lâu rồi.
Hmm, tôi cứ nghĩ trong golang thì
sarama đang được ưa chuộng hơn cơ mà..
Kafka client còn phức tạp hơn tưởng tượng nữa.. khi broker gặp sự cố hoặc có ngoại lệ thì rất phức tạp,
không biết có thể bao quát hết mọi trường hợp hay không ..
Trước đây tôi đã từng viết chi tiết hơn một chút về giai đoạn đầu của vụ việc:
Khởi đầu của vụ việc là vào năm 1999, khi chính phủ Anh quyết định không từ bỏ hệ thống chi trả lương hưu và trợ cấp mà Bưu điện đã nghi ngờ về độ tin cậy và hủy bỏ, mà thay vào đó sử dụng nó để nâng cấp hệ thống hiện có của bưu điện, vốn ghi chép giao dịch trên giấy.
Hệ thống POS điện tử này, được gọi là Horizon, ngay từ đầu đã có rất nhiều vấn đề; người ta phát hiện có chênh lệch giữa số tiền mặt được ghi trong Horizon và lượng tiền mặt thực tế đang nắm giữ, và các trưởng bưu cục hoang mang bắt đầu gọi đến trung tâm hỗ trợ khách hàng của Horizon.
Lỗi "Dalmellington" làm treo màn hình khi người dùng cố xác nhận (
confirm) việc đã nhận tiền mặt, và trong tình huống này, mỗi lần nhấn Enter thì hệ thống lại ghi nhận là đã nhận tiền mặt mà không hiển thị gì.Lỗi "Calendar Square" đã tạo ra các giao dịch trùng lặp do lỗi ở cơ sở dữ liệu nền tảng của hệ thống...
Nguyên nhân là gì? Có lẽ có nhiều yếu tố, nhưng nổi bật là 1) thiếu nhân lực, 2) niềm tin mù quáng vào tính không sai sót của phần mềm, 3) bộ máy quan liêu.
Theo David McDonnell, người từng tham gia phát triển, "Nhóm phát triển có 8 người; trong đó 2 người rất giỏi, 2 người ở mức bình thường nhưng vẫn có thể làm việc cùng nhau, còn 3~4 người còn lại thì không có khả năng viết mã ở mức chuyên môn nên không thể làm việc cho ra hồn."
https://x.com/KayKiwoongKim/status/1825209040575873330
Về bản chất, đây là màn gồng mình để tạo ra một kiểu web giống ứng dụng bên trong giao thức HTTP vốn dựa trên nền tảng là các "tài liệu" web,
và có ý kiến rằng nếu cần các tính năng ở cấp độ ứng dụng để giải quyết việc này, thì tại sao không tạo một giao thức và framework mới dành cho ứng dụng.
Giống như trên smartphone không chạy chương trình thuần native trực tiếp mà chạy một dạng ứng dụng được sandbox, cấu trúc đó sẽ được thực thi ở cấp độ trình duyệt.
Tất nhiên, để không đi vào vết xe đổ kiểu ActiveX thì tính mở và tiêu chuẩn hóa phải được đặt lên trước.
Những ý kiến về từ "nhàm chán" thú vị thật haha. Nếu đổi sang cách nói khác thì từ nào sẽ hợp nhỉ? Tầm như sáo mòn, phổ biến?
Chẳng phải đây là một câu chuyện hoàn toàn khác với điều bạn đang nói sao?
Tôi không hiểu rõ ý cuối cùng bạn nói về việc đó là một nền tảng lý tưởng là gì.
Xét cho cùng thì đó cũng là câu chuyện của thời phải tải chương trình native về rồi dùng ActiveX trên đó.
Việc dịch
boringlà “nhàm chán” thực sự không truyền tải được đúng sắc thái nghĩa gốc.boringnesslà một trong những triết lý thiết kế của Go.Lại bị lừa nữa à~
Không dễ để dùng kiểu bấm cái là xong cho thật tiện.