Mình đã thử tạo một script scanner theo thời gian thực.

Tại path của repository bị nghi ngờ,
chỉ cần nhập npx sha1-hulud-scanner là được.

Mã nguồn: https://github.com/developerjhp/sha1-hulud-scanner

Trước đây tôi từng thấy một bài viết tương tự trong cộng đồng này, nhưng giờ nó đã trở thành một trường hợp có thêm AI.

Mình cũng đã nghĩ sonnet 4.5 khá là tốt rồi
nhưng có vẻ opus 4.5 còn tốt hơn nữa. Wow.

Tôi cũng dùng MacBook, nhưng tôi nghĩ MacBook hợp với lập trình viên hoặc người làm video/đồ họa hơn nhiều so với người dùng phổ thông, nên tôi không mấy đồng tình với dự đoán rằng thị phần MacBook sẽ còn tăng mạnh.

Ngược lại, chẳng phải các bản phân phối dựa trên Linux, đứng đầu là SteamOS, mới có nhiều tiềm năng hơn sao?
Tôi nghĩ lý do Linux chưa thể phổ biến rộng rãi với người dùng phổ thông không có nền tảng kỹ thuật là vì vấn đề UI: cách thiết lập không trực quan, và cứ có trục trặc là lại phải mở CLI.
Suy cho cùng, nếu nhìn theo một góc độ nào đó thì Android cũng là bản phân phối Linux được triển khai rộng rãi nhất.
Nếu Linux được phổ biến theo kiểu cứ cắm vào là chạy ngay thì hoàn toàn sẽ có sức cạnh tranh.

Điều này làm tôi nhớ đến văn hóa pit stop của Baemin. Tôi nghe nói bây giờ nó không còn nữa.

Cuối cùng, tôi nghĩ điều quan trọng nhất vẫn là chất lượng của các bài tập; hiện giờ có vẻ như đang làm bằng AI
Không biết sao nếu có thể mua cả bộ bài tập do bên ngoài biên soạn rồi nhập vào được, nhưng...

Ý tưởng có vẻ thực sự rất hay, nhưng có lẽ việc các dịch vụ khác đều có kho lưu trữ là có lý do cả.
Ngay cả khi dùng cái này, mỗi lần một trang web yêu cầu đổi mật khẩu thì chắc cũng phải nhớ hàng chục thông tin như số lần hay khóa...

Cuối cùng, tôi nghĩ cốt lõi là xây dựng hệ thống + đưa trí nhớ ra bên ngoài. Mục tiêu là làm sao để không phải tốn quá nhiều năng lượng cho việc ra quyết định hay ghi nhớ.

Và nếu thói quen trì hoãn hoặc hay quên khiến cuộc sống hằng ngày của bạn trở nên khó khăn, hoặc dẫn đến kiệt sức, thì đi khám cũng là một cách.

Nếu coi mật khẩu cũng là một loại khóa, thì chỉ cần dùng hàm dẫn xuất khóa cho phù hợp là cũng không phải không làm được.

pw = kdf(master_key, site_id, {salt})

Chỉ cần quyết định sẽ dùng site_id là domain hay là một giá trị riêng của từng site,
nếu gặp chỗ phiền phức bắt phải đổi mỗi tháng thì mỗi lần đó chỉ cần thay salt là được.

Đây đúng là một ví dụ hay về vibe coding haha

Reading the room thường mang nghĩa là nắm bắt bầu không khí,
nhưng nếu xét theo ngữ cảnh của bài viết thì có thể hiểu là "không cân nhắc các yêu cầu thực tế".
Những cách diễn đạt như tranh luận trên giấy hay nói chuyện viển vông cũng có vẻ phù hợp,
và vì đang liệt kê các đặc điểm của một kiểu người nên những cách diễn đạt như kiểu người mơ mộng cũng có vẻ hay.

Tài khoản giả mạo người Hàn cũng nhiều thật.

Những thói quen mà các nhà thiết kế giỏi nhất sở hữu

Có vẻ sẽ không ổn trong trường hợp tên miền thay đổi hoặc khi dùng nhiều tên miền..

Cách này tốt hơn nhiều
Nhưng lại bị phá hỏng hoàn toàn bởi các trang web cứ bày ra mấy trò quản lý kiểu phải thêm vài ký tự đặc biệt với số vào mật khẩu, rồi 3 tháng đổi một lần.
Mối đe dọa bảo mật thực sự trên thực tế lại thường do những người lên kế hoạch cho trang web mà còn không hiểu bảo mật là gì gây ra

Bài này cũng đã lên rồi nhé
https://nbcnews.com/news/us-news/…

Tài khoản của Bộ Nội vụ Mỹ là Israel, chuyện này có thật không?

Có vẻ điều này đúng với hầu hết các nghề nghiệp đòi hỏi tính chuyên môn.
Ngay cả khi thay "nhà thiết kế" bằng "lập trình viên" thì cũng không hề thấy gượng gạo.

Nếu hiển thị cả tuổi nữa thì chắc sẽ còn gây sốc hơn.

Ở đây chỉ đang nói về các tài khoản chính trị của Mỹ thôi, nhưng thực ra cả cõi mạng đang náo loạn. Ví dụ như quốc gia của những tài khoản từng chửi bới nghệ sĩ K-pop bị lộ ra, hay tài khoản của Bộ An ninh Nội địa Mỹ lại hiện là Israel...