2025-07-09 Top Stories #

Hơn 400 nhân viên truyền thông và nhân viên BBC đã cùng nhau ký tên cáo buộc thành viên hội đồng quản trị BBC Robbie Gibb có xung đột lợi ích, yêu cầu ông từ chức, cho rằng mối liên hệ của ông với tờ Jewish Chronicle có thể ảnh hưởng đến tính công bằng của các bản tin.
Trợ lý ảo Gemini của Google sẽ có thể truy cập tin nhắn WhatsApp của người dùng, cho phép gửi tin nhắn và trả lời thông báo, nhưng người dùng có thể bảo vệ quyền riêng tư bằng cách tắt tiện ích mở rộng ứng dụng hoặc tắt Gemini.
Nhà toán học Boaz Klartag đã đạt được tiến bộ mới trong vấn đề lấp đầy hình cầu, đưa ra phương pháp lấp đầy hình cầu hiệu quả trong không gian nhiều chiều, giải quyết vấn đề mở lớn trong lĩnh vực này.
Một bài viết giới thiệu cách sử dụng định dạng SVG để tạo hiệu ứng động tương tự như GIF, với kích thước tệp nhỏ hơn và độ phân giải cao hơn, phù hợp để nhúng vào tệp README của GitHub.
OffChess là một ứng dụng giải đố cờ vua ngoại tuyến, cung cấp hơn 100.000 câu đố, không có quảng cáo, không có phí đăng ký, hỗ trợ mua một lần để mở khóa thêm các tính năng.
Bài viết chỉ ra rằng hiệu suất của trình duyệt Firefox không hề tệ đi, nhưng ban quản lý của Mozilla bị chỉ trích là thiếu định hướng, dẫn đến việc bỏ lỡ nhiều cơ hội, chẳng hạn như cắt giảm nhóm Rust và từ bỏ công cụ Servo.
Cộng đồng Hugging Face ra mắt mô hình suy luận văn bản dài đa ngôn ngữ nhỏ SmolLM3, hiệu suất tốt hơn các mô hình tương tự, hỗ trợ 6 ngôn ngữ, có thể xử lý văn bản dài tới 128k, phù hợp để triển khai trên các thiết bị biên/di động.
Bộ Tư pháp Hoa Kỳ đe dọa khởi kiện công dân Hoa Kỳ phát triển ứng dụng chống ICE, cho rằng ứng dụng này gây nguy hiểm cho sự an toàn của các quan chức ICE, nhưng nhà phát triển nói rằng mục đích của họ là cung cấp thông tin chứ không phải cản trở việc thực thi pháp luật.
Một bài viết giới thiệu cơ sở hạ tầng xác minh mới được giới thiệu trong phiên bản Lean 4.22, được sử dụng để chứng minh các thuộc tính của chương trình mệnh lệnh, đồng thời trình bày một ví dụ về việc xác định xem có tồn tại hai số trong danh sách số nguyên có tổng bằng không hay không.
Người sáng lập ProjectionLab, Kyle Nolan, chia sẻ cách phát triển một dự án phụ thành một doanh nghiệp có doanh thu hàng năm hơn 1 triệu đô la Mỹ, nhấn mạnh sự kiên trì và xác minh thị trường kịp thời là chìa khóa thành công.

Thư ngỏ cáo buộc thành viên hội đồng quản trị BBC có xung đột lợi ích về Gaza #

Open letter accuses BBC board member of having a conflict of interest on Gaza

https://www.theguardian.com/media/2025/jul/02/more-than-400-media-figures-urge-bbc-board-to-remove-robbie-gibb-over-gaza

Hơn 400 ngôi sao và nhân vật truyền thông, bao gồm Miriam Margolyes, Alexei Sayle, Juliet Stevenson và Mike Leigh, đã ký một lá thư gửi ban quản lý BBC, yêu cầu loại bỏ thành viên hội đồng quản trị Robbie Gibb, vì xung đột lợi ích tiềm ẩn liên quan đến vấn đề Trung Đông. Những người ký tên cũng bao gồm 111 nhà báo của BBC và một số diễn viên, nhà sử học, những người bày tỏ “quan ngại” về các quyết định biên tập và kiểm duyệt của BBC trong việc đưa tin về vấn đề Israel/Palestine.

Lá thư được gửi trước thềm Channel 4 sắp phát sóng bộ phim tài liệu “Gaza: Các bác sĩ bị tấn công” do BBC ủy quyền nhưng đã bị đình lại, BBC cho rằng bộ phim “có thể tạo ấn tượng thiên vị”. Bức thư cáo buộc BBC “tự trói tay mình vì lo sợ bị coi là chỉ trích chính phủ Israel”, và tuyên bố rằng “cách áp dụng các hướng dẫn không nhất quán đã khiến vai trò của Gibb trong hội đồng quản trị BBC và ủy ban tiêu chuẩn biên tập trở thành tâm điểm”, bởi vì “chúng tôi lo ngại rằng một cá nhân có liên hệ chặt chẽ với tờ Jewish Chronicle… có bất kỳ tiếng nói nào trong các quyết định biên tập của BBC, bao gồm cả quyết định không phát sóng ‘Gaza: Nhân viên y tế trên tiền tuyến’”.

Gibb là cựu giám đốc truyền thông của Theresa May và là cựu trưởng nhóm chính trị Westminster của BBC, ông đã lãnh đạo một tập đoàn mua lại tờ Jewish Chronicle vào năm 2020 và là giám đốc của Jewish Chronicle Media cho đến tháng 8 năm 2024. Bức thư chỉ ra: “Đối với nhiều người trong chúng tôi, những nỗ lực của chúng tôi đã bị cản trở bởi các quyết định không minh bạch được đưa ra ở cấp cao nhất của BBC, mà không có thảo luận hoặc giải thích. Sự thất bại của chúng tôi ảnh hưởng đến khán giả. Với tư cách là một tổ chức, chúng tôi đã không cung cấp bất kỳ phân tích quan trọng nào về sự tham gia của chính phủ Anh trong cuộc chiến ở Palestine. Chúng tôi đã không đưa tin về việc bán vũ khí hoặc ý nghĩa pháp lý của nó. Thay vào đó, những câu chuyện này đã bị các đối thủ cạnh tranh của BBC phá vỡ.”

Tuyên bố khẳng định Gibb có “xung đột lợi ích”, điều này “làm nổi bật tiêu chuẩn kép đối với những người tạo nội dung của BBC, những người tự mình trải qua sự kiểm duyệt nhân danh ’tính công bằng’”. Bức thư cũng đề cập: “Trong một số trường hợp, nhân viên bị buộc tội có chương trình nghị sự vì đăng các bài báo chỉ trích chính phủ Israel trên mạng xã hội. Ngược lại, Gibb vẫn giữ một vị trí có ảnh hưởng, với rất ít sự minh bạch về các quyết định của ông ấy, mặc dù khuynh hướng tư tưởng của ông ấy được biết đến rộng rãi. Chúng tôi không thể yêu cầu những người có giấy phép bỏ qua lòng trung thành tư tưởng của Gibb nữa.”

Bức thư kết luận: “Chúng tôi, những nhân viên BBC, những người làm việc tự do và những người trong ngành ký tên dưới đây, vô cùng lo ngại rằng việc đưa tin của BBC về Israel và Palestine tiếp tục không đáp ứng được các tiêu chuẩn mà khán giả của chúng tôi mong đợi. Chúng tôi tin rằng vai trò của Robbie Gibb trong hội đồng quản trị và ủy ban tiêu chuẩn biên tập là không thể chấp nhận được. Chúng tôi kêu gọi BBC làm tốt hơn cho khán giả của chúng tôi, tái cam kết các giá trị đưa tin công bằng, trung thực và không thiên vị, không sợ hãi của chúng tôi.” Vì lo ngại về hậu quả, 111 nhà báo của BBC đã ký tên vào lá thư một cách ẩn danh.

Người phát ngôn của BBC cho biết: “Các cuộc thảo luận sôi nổi giữa các nhóm biên tập của chúng tôi về việc đưa tin tức của chúng tôi là một phần quan trọng của quá trình biên tập. Chúng tôi liên tục thảo luận về việc đưa tin và lắng nghe phản hồi từ nhân viên, và chúng tôi tin rằng những cuộc đối thoại này tốt nhất nên được thực hiện nội bộ. Về việc đưa tin của chúng tôi về Gaza, BBC cam kết đưa tin về cuộc xung đột một cách công bằng và đã sản xuất các báo cáo mạnh mẽ từ khu vực này. Ngoài tin tức nóng hổi, phân tích liên tục và điều tra, chúng tôi còn sản xuất các bộ phim tài liệu từng đoạt giải thưởng như ‘Gaza: Sống và Chết’ và ‘Gaza 101’.”

HN | Độ nóng: 505 điểm | 315 bình luận | Tác giả: mhga #

https://news.ycombinator.com/item?id=44496391

BBC, với tư cách là một đài truyền hình công cộng, nên độc lập với chính phủ, không bị ảnh hưởng bởi áp lực chính trị, và việc tự kiểm duyệt không phù hợp với mục đích của nó.
Khi Israel vi phạm rõ ràng luật pháp quốc tế, các chính trị gia châu Âu hầu như không chỉ trích, trong khi Mỹ ủng hộ hết mình, việc BBC không làm nổi bật các hành vi tiêu cực của Israel là một lựa chọn hợp lý.
Mọi người cảm thấy tức giận và thất vọng về hành vi của BBC, nhưng không ngạc nhiên, vì hành vi của BBC phản ánh thái độ xã hội rộng lớn hơn.
Việc chỉ trích hành vi của BBC là hợp lý, ngay cả khi BBC có lý do cho hành vi của mình, điều này không ảnh hưởng đến việc chỉ trích hành vi đó.
Hành vi của BBC là phản ứng đối với các ràng buộc bên ngoài xã hội, những ràng buộc này được định hình bởi xã hội chấp nhận hành vi của Israel.
Một báo cáo do luật sư Israel viết và được Israel tài trợ đã được sử dụng để cáo buộc BBC có thành kiến với Israel, nhưng phương pháp của báo cáo này có sai sót và sử dụng ChatGPT.
Nghiên cứu về việc BBC có thành kiến tiêu cực đối với Israel mâu thuẫn với các giải thích, nhưng các ví dụ cụ thể về các cuộc biểu tình rất khó tìm.
Các báo cáo về sự thiên vị của BBC không phải là nghiên cứu học thuật, mà là các báo cáo có khuynh hướng và không nên được coi là có thẩm quyền.

Google giờ đây có thể đọc tin nhắn WhatsApp của bạn #

Google can now read your WhatsApp messages

https://www.neowin.net/guides/google-can-now-read-your-whatsapp-messages-heres-how-to-stop-it/

Bài viết này thảo luận về chính sách mới của Google, theo đó từ ngày 7 tháng 7 năm 2025, trợ lý ảo Gemini của Google sẽ có thể giúp người dùng sử dụng điện thoại, tin nhắn văn bản, WhatsApp và các tiện ích trên điện thoại, bất kể hoạt động ứng dụng Gemini của người dùng có được bật hay không. Điều này có nghĩa là người dùng có thể triệu hồi Gemini và nói một lệnh, chẳng hạn như “Gửi tin nhắn WhatsApp cho [liên hệ]”, Gemini sẽ thực hiện thao tác này.

Tuy nhiên, Google hứa rằng trong điều kiện bình thường, Gemini không thể đọc hoặc tóm tắt tin nhắn WhatsApp của người dùng. Nhưng, nếu thông qua sự trợ giúp của Google Assistant hoặc các ứng dụng tiện ích, Gemini có thể xem tin nhắn của người dùng (bao gồm cả hình ảnh), đọc và trả lời thông báo WhatsApp của người dùng, v.v.

Email gốc mà Google gửi đã gây ra lo ngại cho người dùng Internet, nhiều người dùng đã tắt các ứng dụng được kết nối bằng cách vào ứng dụng Gemini trên thiết bị di động > Hồ sơ > Ứng dụng, tắt từng tiện ích mở rộng ứng dụng. Đối với những người muốn tắt hoàn toàn hoạt động ứng dụng, có thể tìm thấy các cài đặt sau trong ứng dụng Gemini trên thiết bị di động: Gemini> Hồ sơ > Hoạt động ứng dụng Gemini > Tắt. Sau khi tắt, Google vẫn sẽ giữ lại dữ liệu người dùng trong tối đa 72 giờ để “duy trì tính bảo mật của ứng dụng Gemini” và cho phép Gemini phản hồi theo ngữ cảnh.

Khi Dan Goodin của Ars Technica liên hệ với Google để hỏi xem có cách nào để xóa hoàn toàn Gemini hay không, một đại diện đã né tránh câu hỏi này và thay vào đó trả lời rằng bản cập nhật này có lợi cho người dùng: ngay cả khi hoạt động ứng dụng Gemini bị tắt, người dùng giờ đây vẫn có thể sử dụng Gemini để hoàn thành các tác vụ hàng ngày trên thiết bị di động, chẳng hạn như gửi tin nhắn, thực hiện cuộc gọi điện thoại và đặt hẹn giờ. Sau khi tắt hoạt động ứng dụng Gemini, các cuộc trò chuyện Gemini của người dùng sẽ không bị xem xét hoặc sử dụng để cải thiện mô hình AI của chúng tôi.

Bài viết cho rằng, Google không muốn người dùng tắt Gemini trên điện thoại Android là điều hợp lý. Các nền tảng như Android, Chrome và YouTube là chìa khóa để Google và các dịch vụ của họ vượt qua đối thủ cạnh tranh. Chúng là nguồn dữ liệu khổng lồ mà công ty sử dụng để đào tạo các mô hình AI có giá trị của mình.

Bài viết cũng cung cấp một phương pháp để gỡ cài đặt hoàn toàn Gemini khỏi thiết bị, nhưng điều này không hề dễ dàng, cần có máy tính xách tay và một tiện ích có tên là ADB (Android Debug Bridge). Bài viết mô tả chi tiết cách tải xuống Platform Tools ZIP, giải nén tệp ZIP, thêm thư mục vào PATH để chạy adb trên toàn cục và cách bật gỡ lỗi USB trên thiết bị Android. Đối với thiết bị Xiaomi, cần có các bước bổ sung để bật gỡ lỗi USB. Cuối cùng, bài viết hướng dẫn người dùng cách kết nối điện thoại qua USB và nhập lệnh vào terminal hoặc dấu nhắc lệnh để gỡ cài đặt hoàn toàn Gemini.

HN | Độ nóng: 412 điểm | 269 bình luận | Tác giả: bundie #

https://news.ycombinator.com/item?id=44501379

Google đã bắt đầu nỗ lực cho tính năng này từ tháng 11 năm ngoái, nhưng Gemini không thể đọc tin nhắn WhatsApp
Gemini chỉ có thể gửi tin nhắn và bắt đầu cuộc gọi, không thể đọc tin nhắn hoặc gửi tin nhắn vào các nhóm chat
Nếu trợ lý thông minh không thể tương tác với WhatsApp, nó về cơ bản là vô dụng đối với nhiều người
Khi Google Assistant kết nối với WhatsApp, dữ liệu có thể chảy về Google, nhưng người dùng đã kết nối WhatsApp với Google
Gemini chỉ nên làm những gì mà bất kỳ ứng dụng ngẫu nhiên nào khác có thể làm với WhatsApp trên điện thoại
Google không nên lạm dụng vị thế là nguồn của hệ điều hành, trao cho phần mềm của mình đặc quyền truy cập vào các ứng dụng của bên thứ ba
Gemini không chỉ là một ứng dụng, mà là một tính năng cấp hệ điều hành, hệ điều hành có thể truy cập bất kỳ ứng dụng của bên thứ ba nào
Apple Intelligence cũng đã thực hiện các chiến dịch marketing tương tự, nhưng không gây ra tranh cãi
Một số người cho rằng Siri nên là một tính năng cấp hệ điều hành, trong khi Gemini thì không nên
Một số người cho rằng cả Google và Apple đều đang làm mờ ranh giới, nhưng bộ phận tư pháp không đồng ý với những tuyên bố này
Một số người cho rằng Google đang làm mờ ranh giới vì sự tiện lợi, nhưng những người khác lại không nghĩ vậy
Một số người cho rằng Google có thể chỉ cần truy cập vào các tin nhắn được mã hóa để cung cấp trải nghiệm người dùng tốt hơn
Một số người cho rằng không nên mặc định rằng Google luôn tối đa hóa việc lạm dụng dữ liệu, mặc dù điều đó có thể xảy ra
Một số người cho rằng Google là một công ty quảng cáo, trong khi Apple là một công ty phần cứng tiêu dùng, do đó tin tưởng Apple hơn
Một số người cho rằng Apple cũng là một công ty quảng cáo, mang lại hàng tỷ đô la doanh thu cho Apple
Một số người cho rằng cả Google và Apple đều bán phần cứng và quảng cáo, rất khó để nói “đơn giản chỉ là vậy”
Một số người cho rằng việc thảo luận về vấn đề này dựa trên giả định rằng các công ty công nghệ lớn tham gia vào nhiều lĩnh vực
Một số người cho rằng tuyên bố “Apple là một công ty phần cứng” là một cái bẫy
Một số người cho rằng cả Google và Apple đều kiểm soát một lượng lớn thiết bị, dữ liệu, phần mềm và người dùng, và kiếm lợi từ đó

Kỷ lục mới về đóng gói hình cầu bắt nguồn từ một nguồn bất ngờ #

New sphere-packing record stems from an unexpected source

https://www.quantamagazine.org/new-sphere-packing-record-stems-from-an-unexpected-source-20250707/

Bài viết này kể về những tiến bộ mới của nhà toán học Boaz Klartag trong bài toán xếp cầu. Bài toán xếp cầu là một bài toán toán học cổ điển, nó khám phá cách xếp các quả cầu một cách hiệu quả nhất có thể trong không gian nhiều chiều. Bài toán này không chỉ mang tính thách thức về mặt toán học mà còn có những ứng dụng quan trọng trong mật mã học, viễn thông và các lĩnh vực khác.

Bài viết bắt đầu bằng việc điểm lại lịch sử của bài toán xếp cầu, đề cập đến việc nhà vật lý Johannes Kepler vào đầu thế kỷ 17 đã phát hiện ra rằng bằng cách xếp các quả cầu ba chiều giống như cam trong cửa hàng tạp hóa, có thể lấp đầy khoảng 74% không gian và phỏng đoán rằng đây có thể là cách sắp xếp tốt nhất. Tuy nhiên, các nhà toán học đã mất gần 400 năm để chứng minh điều này.

Trong trường hợp số chiều cao hơn, các nhà toán học vẫn chưa biết câu trả lời, ngoại trừ ở hai chiều đặc biệt là 8 chiều và 24 chiều. Trong nhiều năm, họ đã đề xuất các phương pháp lấp đầy tốt hơn, nhưng những cải tiến này đều nhỏ và tương đối hiếm.

Bài viết tiếp tục giới thiệu công trình của Boaz Klartag, người đã giải quyết một trong những vấn đề mở lớn nhất trong lĩnh vực này chỉ trong vài tháng. Là một nhà nghiên cứu mới bước chân vào lĩnh vực này, Klartag đã đạt được phương pháp xếp cầu hiệu quả trong tất cả các chiều cao tùy ý bằng cách hồi sinh một kỹ thuật cũ đã bị các chuyên gia từ bỏ hàng chục năm trước. Công trình của ông đề cập đến một số cuộc tranh luận kéo dài về cách xếp tối ưu trong không gian nhiều chiều, bao gồm việc cách xếp tối ưu nên có trật tự hay vô trật tự và chúng có thể chặt chẽ đến mức nào.

Bài viết mô tả chi tiết một phương pháp trực quan do nhà toán học Hermann Minkowski đề xuất vào năm 1905, đó là bắt đầu từ một mảng các điểm lặp lại trong không gian (gọi là mạng tinh thể), sau đó vẽ một quả cầu xung quanh mỗi điểm. Như vậy, bài toán tìm cách xếp cầu tối ưu nhất trong một chiều nhất định thực chất trở thành bài toán tìm một mạng tinh thể có cách sắp xếp điểm hiệu quả nhất có thể. Trong trường hợp hai chiều, mạng tinh thể tối ưu là “hình lục giác”, tạo ra một cách xếp trông như thế này:

[Hình ảnh]

Năm 1947, nhà toán học Claude Ambrose Rogers đã đề xuất một góc nhìn khác. Ông đề nghị bắt đầu từ bất kỳ mạng tinh thể nào, ngay cả một mạng tinh thể không tối ưu. Thay vì vẽ một quả cầu xung quanh mỗi điểm, hãy vẽ một hình dạng elip xung quanh một điểm, được gọi là hình elipsoid, sao cho bề mặt của nó chạm nhưng không vượt quá các điểm khác trong mạng tinh thể.

Rogers đã đề xuất một thuật toán sử dụng hình elipsoid này làm điểm khởi đầu để xây dựng một cách xếp cầu dày đặc. Ưu điểm của phương pháp này là bạn không cần bắt đầu từ một mạng tinh thể đặc biệt hiệu quả để có được một cách xếp cầu hiệu quả. Bạn chỉ cần chọn đúng hình elipsoid. Nhưng điều này lại đưa ra một sự phức tạp mới. Không giống như quả cầu được xác định hoàn toàn bởi một con số (bán kính của nó), hình elipsoid được xác định bởi một số trục có độ dài khác nhau. Số chiều càng cao, bạn càng có thể kéo dài hình elipsoid theo nhiều hướng và sẽ có bao nhiêu lựa chọn cho hình elipsoid ban đầu của bạn.

Klartag, một nhà toán học tại Viện Khoa học Weizmann, luôn quan tâm đến mạng tinh thể và cách xếp cầu, chỉ là chưa bao giờ có thời gian tìm hiểu sâu. Lĩnh vực làm việc của ông là hình học, không phải lý thuyết mạng tinh thể, ông thường nghiên cứu các hình dạng lồi - những hình dạng không nhô ra bên trong. Những hình dạng này liên quan đến nhiều loại đối xứng khác nhau, đặc biệt là ở các chiều cao. Klartag tin chắc rằng điều này khiến chúng trở thành những công cụ toán học cực kỳ mạnh mẽ. Hình dạng lồi, ông tin rằng, là một công cụ toán học bị đánh giá thấp.

Tháng 11 năm ngoái, sau khi Klartag hoàn thành một dự án lớn trong lĩnh vực nghiên cứu thông thường của mình, ông nhận thấy lịch trình của mình trống trải một cách bất thường. Ông nói: “Tôi nghĩ, tôi 47 tuổi rồi, tôi đã muốn nghiên cứu mạng tinh thể cả đời, nếu tôi không làm bây giờ thì sẽ không bao giờ xảy ra.” Ông đã nhờ bạn mình, Barak Weiss của Đại học Tel Aviv, hướng dẫn ông trong công việc ở lĩnh vực mới này.

Weiss cùng với Klartag và một số người khác đã bắt đầu một hội thảo nhỏ để nghiên cứu tài liệu. Bài tập về nhà của Klartag bao gồm đọc kỹ các công thức xếp cầu của Minkowski và Rogers.

Khi đọc về kỹ thuật chuyển đổi hình elipsoid thành cách xếp cầu của Rogers, ông tự hỏi tại sao các nhà toán học lại từ bỏ phương pháp này. Hình elipsoid là hình dạng lồi, vì vậy Klartag biết nhiều phương pháp phức tạp để thao tác chúng. Ông cũng nhận ra rằng hình elipsoid ban đầu mà Rogers sử dụng là trực quan nhưng kém hiệu quả. Tất cả những gì ông cần làm là xây dựng một hình elipsoid tốt hơn - một hình elipsoid chứa nhiều không gian hơn trước khi biên giới của nó chạm vào các điểm khác trong mạng tinh thể - và ông có thể thiết lập một kỷ lục xếp mới.

Ông bắt đầu với một phương pháp quen thuộc, mở rộng và thu hẹp biên giới của hình elipsoid dọc theo mỗi trục theo một quá trình ngẫu nhiên. Bất cứ khi nào biên giới mở rộng đủ để chạm vào một điểm mới trong mạng tinh thể, ông sẽ đóng băng sự phát triển của hình elipsoid theo hướng đó. Điều này đảm bảo rằng điểm đó sẽ không bao giờ rơi vào bên trong hình elipsoid. Nhưng hình dạng tiếp tục mở rộng theo mọi hướng khác, cho đến khi nó gặp một điểm khác. Bằng cách này, hình elipsoid sẽ thay đổi hình dạng bằng những chuyển động giật cục, do dự, dần dần…

HN | Độ nóng: 405 điểm | 204 bình luận | Tác giả: pseudolus #

https://news.ycombinator.com/item?id=44493196

Phương pháp lấp đầy hình cầu trong không gian nhiều chiều có thể cải thiện đáng kể hiệu quả lấp đầy, điều này cho thấy tính dị thường của không gian nhiều chiều.
Trong không gian nhiều chiều, thể tích của hình n-cầu đơn vị giảm nhanh chóng so với thể tích của hình lập phương bao quanh khi n tăng lên.
Mối quan hệ giữa thể tích của hình cầu đơn vị và hình lập phương bao quanh trong không gian nhiều chiều là không đơn điệu và đạt giá trị lớn nhất khi n=6.
Khi số chiều tăng lên, thể tích của các hình siêu hình học ngày càng phân tán trên bề mặt của chúng.
Video của 3Blue1Brown có thể trực quan hóa kết quả phản trực giác này.
Trong không gian 2 và 3 chiều, quan điểm này không đúng.
Nếu quan điểm này đúng trong không gian 10 hoặc 20 chiều, thì tác động của nó vẫn rất quan trọng.
Việc giải thích công việc của bạn cho cha mẹ là một khó khăn thực sự, chứ đừng nói đến việc nghiên cứu các hình dạng không lồi vào trong.
Sử dụng các thuật ngữ khó hiểu khi giải thích công việc có thể khiến cha mẹ bạn cảm thấy nhàm chán nhưng ấn tượng.
Khi gặp những người ngay lập tức sử dụng các thuật ngữ siêu chuyên nghiệp để giao tiếp với người lạ, bạn có thể cảm thấy không tin tưởng họ hoặc cho rằng họ thiếu trí tuệ cảm xúc.
Những người thông minh vừa phải đến rất thông minh sẽ đánh giá cao sự khó khăn và tính thực tế của việc giải thích những điều phức tạp một cách đơn giản.
Mọi người thường đánh giá cao khả năng giải thích những điều phức tạp một cách đơn giản.
Trong toán học, đôi khi bạn có thể thực sự giảm bớt độ phức tạp của một chủ đề để hầu hết mọi người có thể hiểu được mà không làm mất đi tính xác thực.
Hãy coi những cuộc trò chuyện như vậy là một thỏa thuận và thương lượng vào lúc bắt đầu.
Một số người thích những câu trả lời ngắn gọn và đầy thuật ngữ, vì điều này cho họ cơ hội làm rõ những gì họ muốn hỏi.
Một số người tin rằng những người không đánh giá cao những lời giải thích đơn giản có thể có chỉ số thấp về toán học/logic và trí tuệ xã hội/cảm xúc, nhưng trường hợp này không phổ biến.

Ảnh SVG mang lại cảm giác như ảnh GIF #

SVGs that feel like GIFs

https://koaning.io/posts/svg-gifs/

Bài viết này giới thiệu một kỹ thuật có tên là hoạt ảnh SVG, nó tương tự như ảnh động GIF, nhưng sử dụng định dạng đồ họa vector có thể mở rộng (SVG). Hoạt ảnh SVG này không chỉ có kích thước tệp nhỏ (chỉ 49KB), mà còn có độ phân giải cực cao, rất phù hợp để sử dụng trong tệp README.md của GitHub.

Bài viết chỉ ra rằng, việc tạo ra các hoạt ảnh SVG này cần sử dụng hai công cụ: asciinema và svg-term-cli. Đầu tiên, người dùng cần tải lên phiên terminal được ghi lại bằng asciinema, sau đó sử dụng svg-term-cli để tải xuống dưới dạng tệp SVG, cuối cùng có thể trực tiếp kéo và thả tệp này vào README. Phương pháp này được ứng dụng rộng rãi trong các dự án của tác giả.

Tác giả chia sẻ sự ngạc nhiên của mình đối với hoạt ảnh SVG, cho rằng hình thức hoạt ảnh này rất thú vị, chủ yếu là vì chính đặc tả SVG đã hỗ trợ chức năng hoạt ảnh. Cụ thể, trong SVG có thể sử dụng các thẻ sau để thực hiện hiệu ứng hoạt ảnh:

<animate>: Dùng để tạo hoạt ảnh cho một thuộc tính duy nhất theo thời gian.
<animateTransform>: Dùng để tạo hoạt ảnh cho các phép biến đổi, như xoay, thu phóng và tịnh tiến.
<animateMotion>: Dùng để di chuyển phần tử dọc theo một đường dẫn.

Những chức năng này chính là những gì mà công cụ svg-term-cli tận dụng, từ đó thực hiện việc chuyển đổi đầu ra terminal thành hiệu ứng SVG động trực quan. Thông qua cách này, người dùng có thể trình bày thông tin một cách sinh động và thú vị hơn.

HN | Độ nóng: 364 điểm | 97 bình luận | Tác giả: cantdutchthis #

https://news.ycombinator.com/item?id=44498133

SVG có thể đạt được nhiều hiệu ứng ấn tượng, bao gồm cả các ví dụ Wikipedia mà không cần JavaScript.
SVG ban đầu xuất hiện như một đối thủ cạnh tranh mở với Shockwave/Flash Player và là một định dạng ứng dụng cho PDA.
SVG hỗ trợ đầy đủ JavaScript và các chức năng mạng.
Phiên bản SVG 1.2 đã từng đề xuất bao gồm API để mở các socket mạng thô, nhưng cuối cùng đã không được thực hiện.
Định dạng SWF từng có thể đóng gói trò chơi, video, trang web, đồ họa thông tin, công cụ và phòng chat vào một tệp phương tiện phân phối nhị phân duy nhất.
Việc quản lý SWF kém của Adobe đã dẫn đến việc nó trở thành bề mặt tấn công lớn nhất trên internet và cuối cùng đã bị cấm.
Sự hỗ trợ không đầy đủ của Adobe đối với Flash đã khiến nó trở thành đồng nghĩa với các vấn đề bảo mật và bỏ qua các nhà phát triển.
Môi trường phát triển tích hợp của Flash (IDE) là sức mạnh thực sự của nó, cung cấp các công cụ mạnh mẽ cho các nhà phát triển.
Một số người cho rằng sự biến mất của Flash là một điều tốt, vì nó làm giảm sự xâm nhập của ngành quảng cáo vào internet.

Show HN: OffChess – Ứng dụng giải đố cờ vua ngoại tuyến #

Show HN: OffChess – Offline chess puzzles app

https://offchess.com

Trang web này giới thiệu về một ứng dụng có tên là OffChess. OffChess là một ứng dụng chơi cờ vua quốc tế có thể chơi ở mọi nơi, mọi lúc và ở trạng thái ngoại tuyến. Dưới đây là bản tóm tắt chi tiết bằng tiếng Việt của trang web:

Đặc điểm của ứng dụng OffChess: Cung cấp hơn 100.000 câu đố cờ vua ngoại tuyến, người dùng có thể tận hưởng trò chơi trong một ứng dụng được xây dựng tỉ mỉ. Ứng dụng có thể được tải xuống từ App Store và Play Store.
Câu đố được xếp hạng: Mỗi câu đố cờ vua trên OffChess đều có xếp hạng, người dùng nhận hoặc mất điểm dựa trên xếp hạng của bản thân và câu đố.
Theo dõi số liệu thống kê: Người dùng có thể cải thiện kỹ năng chơi cờ vua của mình bằng cách theo dõi số liệu thống kê về kỹ năng giải câu đố.
Lựa chọn chủ đề: Người dùng có thể chọn màu sắc cho bàn cờ theo sở thích của mình, ứng dụng cung cấp nhiều chủ đề khác nhau để người dùng lựa chọn, đảm bảo người dùng có thể tìm thấy phong cách mình yêu thích.
Không cần Wi-Fi: OffChess cho phép người dùng truy cập ngay lập tức hơn 100.000 câu đố mà không cần Wi-Fi, cho dù đang ở trên máy bay, trên đường đi làm hay muốn tránh bị phân tâm.

Trang web cũng chứa một số liên kết khác, chẳng hạn như “Trang chủ”, “Giới thiệu”, “Quyền riêng tư” và “Liên hệ”. Cuối cùng, phần cuối trang web hiển thị thông tin bản quyền, cho biết bản quyền của OffChess thuộc về năm 2025.

HN | Độ nóng: 289 điểm | 111 bình luận | Tác giả: avadhesh18 #

https://news.ycombinator.com/item?id=44498296

OffChess là một ứng dụng iPhone/Android chứa hơn 100.000 câu đố cờ vua, hoàn toàn ngoại tuyến và không có quảng cáo.
Người dùng có thể giải các câu đố theo danh mục và nhận hoặc mất điểm dựa trên hiệu suất, có một hệ thống xếp hạng nhẹ.
Ứng dụng không yêu cầu tài khoản, không theo dõi, không có phí đăng ký hàng tháng và cũng không cần kết nối Internet.
Có người dùng đề cập rằng thanh toán một lần của OffChess (4,29 Euro) có thể mở khóa hơn 7 câu đố mỗi ngày.
Lichess cung cấp một giải pháp thay thế tốt, mặc dù hỗ trợ ngoại tuyến của họ còn hạn chế.
TacticMaster cung cấp một ứng dụng miễn phí và có chức năng tương tự trên F Droid.
CT-ART 4.0 được coi là tiêu chuẩn vàng, mặc dù không hoàn toàn miễn phí, nhưng cung cấp một số tính năng mang tính giáo dục rất cao.
Có người dùng đề xuất thêm chức năng “di chuyển trước” để giúp duy trì trạng thái trôi chảy cho những người dùng có kinh nghiệm hơn.
Có người dùng phản ánh rằng đôi khi không rõ mục tiêu của câu đố là gì, ví dụ: “Brilliant queen win ahead!” có thể gây hiểu lầm.
Nhà phát triển cho biết nếu câu đố đề cập đến tên quân cờ cụ thể, thì mục tiêu là giành được quân cờ đó, chứ không phải thắng trò chơi.
Có người dùng đề xuất tắt gợi ý bằng văn bản theo mặc định, vì chúng tiết lộ quá nhiều gợi ý.
Người dùng muốn thêm chức năng tự động chuyển sang câu đố tiếp theo, việc nhấp vào “Câu đố tiếp theo” có vẻ tẻ nhạt.
Có người dùng phát hiện ra một lỗi chính tả trong ứng dụng: “Egnlish Opening” phải là “English Opening”.
Có người dùng gặp sự cố không mở được menu trên Android 15 và Nothing phone 2, có thể là do vấn đề bố cục giao diện.
Nhà phát triển cho biết trang web OffChess sẽ sớm cung cấp phiên bản beta và bao gồm nhiều tính năng.
Có người dùng không hiểu tại sao Lichess giới hạn tải xuống ngoại tuyến ở 50 câu đố.
Toàn bộ cơ sở dữ liệu câu đố của Lichess (hơn năm triệu vị trí, bao gồm giải pháp và thẻ chủ đề) có thể được tải xuống ở định dạng CSV.
Có người dùng cho biết họ thích chức năng ngoại tuyến của ứng dụng Lichess vì nó có thể cập nhật thứ hạng sau khi khôi phục kết nối Internet.
Có người dùng đánh giá cao phần mềm do một nhà phát triển duy nhất thực hiện, không có quảng cáo, không có đăng ký và sẵn sàng trả tiền cho nó.
Có người dùng hỏi tại sao không cung cấp đồng thời một ứng dụng phiên bản web, đặc biệt là cho những người ít sử dụng điện thoại và có thể cảm thấy nhàm chán ở văn phòng.
Nhà phát triển cho biết trang web OffChess sẽ sớm cung cấp phiên bản beta và bao gồm nhiều tính năng.
Có người dùng giới thiệu cuốn “The Chess Mysteries of the Arabian Knights” của Raymond Smullyan như một cuốn sách về các câu đố cờ vua.
Có người dùng cho rằng ứng dụng này hoàn toàn phù hợp với mục tiêu “phần mềm ưu tiên cục bộ”, tức là tạo ra phần mềm thân thiện với người dùng.
Có người dùng hỏi nhà phát triển lấy 1000 câu đố bổ sung từ đâu và đề nghị ghi công cho các tài sản không phải phái sinh.
Có người dùng muốn thấy một thứ tương tự xuất hiện trên máy tính để bàn GNU/Linux.

Firefox vẫn ổn. Vấn đề là ở những người điều hành nó. #

Firefox is fine. The people running it are not

https://www.theregister.com/2025/07/08/firefox_isnt_dead/

Bài viết này thảo luận về tình hình hiện tại và các vấn đề của Mozilla và trình duyệt Firefox của họ. Tác giả Liam Proven cho rằng, mặc dù Firefox hiện đang đối mặt với một số khó khăn, nhưng nó vẫn là một lựa chọn tốt hơn so với hầu hết các lựa chọn thay thế. Bài viết chỉ ra rằng hiệu suất của Firefox không hề chậm đi, mà thực tế theo các bài kiểm tra chuẩn của Phoronix, tốc độ của Firefox đã liên tục tăng lên kể từ cuối năm 2023 đến nay.

Bài viết chỉ trích cấp quản lý của Mozilla, cho rằng họ dường như không hiểu điều gì hiệu quả đối với sản phẩm và phần nào người dùng quan tâm nhất. Tác giả đề cập rằng Mozilla đã bỏ lỡ nhiều cơ hội, chẳng hạn như việc sa thải nhóm ngôn ngữ Rust vào năm 2020, trong khi Rust hiện là ngôn ngữ lập trình phổ biến nhất. Cũng trong năm 2020, Mozilla đã từ bỏ công cụ trình duyệt Servo, và công cụ này đã cho thấy sự tăng trưởng mạnh mẽ về sự quan tâm sau khi Igalia tiếp quản phát triển.

Bài viết cũng đề cập rằng cách tiếp cận của Mozilla trong lĩnh vực quảng cáo cũng khó hiểu. Mặc dù phần lớn doanh thu của Mozilla đến từ quảng cáo, nhưng họ đã không chọn mua lại hoặc tích hợp trình chặn quảng cáo, mà thay vào đó lại mua một công ty quảng cáo và hủy bỏ cam kết không bán dữ liệu người dùng.

Tác giả chỉ ra rằng ban lãnh đạo của Mozilla thiếu định hướng, điều này có thể là do nó chưa bao giờ cần phải có lợi nhuận. Vai trò của Mozilla giống như đang đóng vai một doanh nghiệp hơn là một doanh nghiệp thực sự. Bài viết kết luận rằng vấn đề của Mozilla không nằm ở bản thân ứng dụng, người dùng vẫn có thể chọn sử dụng Firefox hoặc các phiên bản nhánh của nó.

HN | Độ nóng: 238 điểm | 181 bình luận | Tác giả: LorenDB #

https://news.ycombinator.com/item?id=44499057

Mozilla đang đối mặt với những yêu cầu mâu thuẫn như vừa phải độc lập với Google để phát triển doanh thu, vừa không được kiếm lợi nhuận thông qua Firefox.
Một số chỉ trích cho rằng VPN của Mozilla có chi phí quá cao, hoặc Mozilla không đủ vốn, những điều này đều không có cơ sở.
Mức lương của CEO Mozilla tuy vượt quá 1% doanh thu, nhưng trong ngành phần mềm thì không được coi là quá cao.
Có người cho rằng Mozilla và Quỹ Wikipedia đều đang đi chệch khỏi sứ mệnh cốt lõi của họ.
Chi phí vận hành của Wikipedia không cao, và sứ mệnh của nó không chỉ là vận hành Wikipedia, mà còn bao gồm trách nhiệm xã hội.
Việc Wikipedia liên tục yêu cầu quyên góp thông qua quảng cáo có thể gây hiểu lầm cho người dùng, khiến mọi người nghĩ rằng Wikipedia đang rất cần tiền để duy trì hoạt động.

Smollm3: LLM suy luận ngữ cảnh dài, đa ngôn ngữ, nhỏ gọn #

Smollm3: Smol, multilingual, long-context reasoner LLM

https://huggingface.co/blog/smollm3

Bài viết này giới thiệu SmolLM3, một mô hình suy luận văn bản dài, đa ngôn ngữ, kích thước nhỏ mới ra mắt của cộng đồng Hugging Face. Dưới đây là bản tóm tắt chi tiết bằng tiếng Việt của bài viết:

Giới thiệu mô hình SmolLM3: SmolLM3 là một mô hình với quy mô 3B tham số, có ưu thế về hiệu quả, hiệu năng vượt trội so với Llama-3.2-3B và Qwen2.5-3B, đồng thời cạnh tranh với các mô hình 4B lớn hơn (như Qwen3 và Gemma3). Mô hình này hỗ trợ 6 ngôn ngữ (tiếng Anh, tiếng Pháp, tiếng Tây Ban Nha, tiếng Đức, tiếng Ý và tiếng Bồ Đào Nha) và có khả năng xử lý văn bản dài lên đến 128k, sử dụng công nghệ NoPE và YaRN. Hugging Face cung cấp bản thiết kế kỹ thuật đầy đủ, bao gồm chi tiết kiến trúc, tỷ lệ trộn dữ liệu và cách từng bước nâng cao hiệu suất đa lĩnh vực thông qua phương pháp tiền huấn luyện ba giai đoạn, cũng như cách xây dựng mô hình suy luận hỗn hợp.

Kiến trúc mô hình và chi tiết huấn luyện: SmolLL3 sử dụng kiến trúc bộ giải mã Transformer tương tự như SmolLL2 và thực hiện một số sửa đổi quan trọng để tối ưu hóa hiệu quả và hiệu suất văn bản dài. Những sửa đổi này bao gồm:

Grouped Query Attention (GQA): Thay thế multi-head attention bằng grouped query attention với 4 nhóm, giảm kích thước bộ nhớ cache KV trong quá trình suy luận.
NoPE: Loại bỏ có chọn lọc các phép nhúng vị trí xoay từ mỗi 4 lớp, cải thiện hiệu suất văn bản dài mà không ảnh hưởng đến khả năng văn bản ngắn.
Mặt nạ tài liệu nội bộ: Sử dụng mặt nạ chú ý trong quá trình huấn luyện để đảm bảo các token từ các tài liệu khác nhau trong cùng một chuỗi huấn luyện không chú ý lẫn nhau.
Tính ổn định của quá trình huấn luyện: Loại bỏ độ suy giảm trọng số của lớp embedding để cải thiện tính ổn định của quá trình huấn luyện.

Cấu hình huấn luyện: Sử dụng kích thước batch toàn cầu là 2.36M token, độ dài chuỗi là 4096, tốc độ học là 2e-4, sử dụng trình tối ưu hóa AdamW, độ suy giảm trọng số là 0.1, độ cắt gradient là 1. Sử dụng bộ lập lịch WSD (Warmup-Stable-Decay), số bước khởi động là 2000, và suy giảm tuyến tính đến 0 trong 10% bước huấn luyện cuối cùng. Mô hình được huấn luyện trên 384 GPU H100 trong 24 ngày.

Hỗn hợp dữ liệu và giai đoạn huấn luyện: SmolLL3 áp dụng chiến lược huấn luyện ba giai đoạn, trộn dữ liệu web, toán học và mã để từng bước nâng cao hiệu suất. Quá trình tiền huấn luyện bao gồm các giai đoạn sau:

Giai đoạn 1: Giai đoạn ổn định (0T đến 8T token), xây dựng khả năng chung mạnh mẽ.
Giai đoạn 2: Giai đoạn ổn định (8T đến 10T token), giới thiệu bộ dữ liệu toán học và mã chất lượng cao hơn.
Giai đoạn 3: Giai đoạn suy giảm (10T đến 11.1T token), tăng thêm tỷ lệ dữ liệu toán học và mã.

Huấn luyện giữa kỳ: Huấn luyện giữa kỳ bao gồm điều chỉnh văn bản dài và điều chỉnh suy luận. Các huấn luyện này ngắn hơn so với quá trình tiền huấn luyện chính, nhưng vẫn có tính tổng quát nhất định, nhằm mục đích cải thiện hiệu suất của mô hình trong hai lĩnh vực này. Huấn luyện văn bản dài được thực hiện trên 100B token bổ sung, mở rộng cửa sổ ngữ cảnh trong hai giai đoạn: đầu tiên là mở rộng từ ngữ cảnh 4k lên 32k, sau đó là mở rộng từ 32k lên 64k.

Bài viết kết luận rằng sau quá trình huấn luyện giữa kỳ, mô hình SmolLL3 đã được cải thiện hơn nữa về văn bản dài và khả năng suy luận.

HN | Độ nóng: 201 điểm | 36 bình luận | Tác giả: kashifr #

https://news.ycombinator.com/item?id=44501413

SmolLM3 đạt hiệu suất tiên tiến nhất ở quy mô 3B và là một trong số ít các mô hình hoàn toàn mở, cung cấp đầy đủ mã và phương pháp tái tạo.
Việc huấn luyện một mô hình như vậy tốn khoảng một triệu đô la thời gian GPU (4000 GPU/24 ngày).
Mô hình này được coi là một trong những mô hình mã nguồn mở hàng đầu, cung cấp các phương pháp huấn luyện chi tiết và tỷ lệ trộn dữ liệu.
Tập dữ liệu mạng cốt lõi và các tập dữ liệu khác đều có sẵn công khai.
SmolLM3 hỗ trợ gọi công cụ và mẫu trò chuyện của nó bao gồm hai phần khác nhau: công cụ XML và công cụ Python.
SmolLM3 là một mô hình phù hợp để triển khai trên thiết bị biên/di động, hiệu suất của nó trong các bài kiểm tra chuẩn tốt hơn gemma3-4b.
Kích thước của SmolLM3 gần bằng 75% của Qwen3, được coi là một mô hình tốt.
Thuật toán RL của SmolLM3 có vẻ thú vị, một số người vẫn đang sử dụng thuật toán của OpenAI.
Đối với các doanh nghiệp cần chạy các mô hình nhỏ trên trình duyệt và thiết bị di động, SmolLM3 là một lựa chọn tốt.
Các mô hình nhỏ hoạt động không tốt về kiến thức, cố gắng huấn luyện kiến thức vào các mô hình nhỏ có thể không phải là lựa chọn tốt nhất.
Một số người đã thử sử dụng WebLLM và cơ sở dữ liệu Weaviate, nhưng phàn nàn về tốc độ.
Phương pháp “búp bê Nga” của Gemma 3n có thể giúp thêm kiến thức về một lĩnh vực cụ thể.
Thông thường, truy xuất là phần nhanh, có thể xem xét các phương pháp truy xuất rẻ hơn, chẳng hạn như Bm25.
Một số người đã thử tinh chỉnh Mistral 7B, nhưng kết quả không được như ý.
Khi tinh chỉnh mô hình, sử dụng phương pháp tập dữ liệu được huấn luyện trước có thể tốt hơn.
Trên Android, do vấn đề nén Java, không thể truyền các tệp lớn hơn 2GB, cần tải xuống mô hình và sao chép nó vào thư mục của ứng dụng.
Mô hình SmolLM3 tương đối dễ tinh chỉnh.
SmolLM3 là một “mô hình ngôn ngữ lớn nhỏ”, nhỏ theo tiêu chuẩn của các mô hình ngôn ngữ lớn và lớn trong số các mô hình ngôn ngữ nhỏ.

Bộ Tư pháp Hoa Kỳ truy tố công dân Mỹ vì phát triển ứng dụng chống ICE #

DOJ goes after US citizen for developing anti-ICE app

https://appleinsider.com/articles/25/07/07/doj-goes-after-us-citizen-for-developing-anti-ice-app

Bài viết này thảo luận về các hành động của Cơ quan Thực thi Di trú và Hải quan Hoa Kỳ (ICE) và tranh cãi do một ứng dụng iPhone có tên ICEBlock gây ra. ICEBlock là một ứng dụng miễn phí cho phép người dùng báo cáo hành tung của các nhân viên ICE, do đó cảnh báo những người dân địa phương khác tránh xa một số khu vực nhất định. Bộ trưởng Tư pháp Hoa Kỳ Pam Bondi đã công khai đe dọa nhà phát triển ứng dụng này, nói rằng “Chúng tôi đang theo dõi anh ta, anh ta tốt hơn hết là nên cẩn thận”. Tuy nhiên, mối đe dọa này dường như không có cơ sở pháp lý và có vẻ là một cuộc tấn công vi hiến vào quyền tự do ngôn luận. Nhà phát triển Joshua Aaron nói rằng ứng dụng của anh ấy là để “cung cấp thông tin, chứ không phải cản trở việc thực thi pháp luật”.

Bài viết cũng đề cập rằng chính quyền Trump đã đe dọa kiện CNN chỉ vì CNN đưa tin về sự tồn tại của ứng dụng này. Bộ trưởng An ninh Nội địa Kristi Noem cho biết họ đang hợp tác với Bộ Tư pháp để xem liệu có thể kiện CNN hay không, vì họ tin rằng hành động của CNN là “tích cực khuyến khích mọi người tránh các hoạt động và hành động thực thi pháp luật” và cho rằng điều này là bất hợp pháp. CNN trả lời rằng việc đưa tin về sự tồn tại của ứng dụng không phải là bất hợp pháp và cũng không có nghĩa là cơ quan báo chí này ủng hộ nó.

Chính quyền Trump tin rằng ứng dụng này sẽ gây nguy hiểm cho sự an toàn của các nhân viên ICE. Thư ký báo chí Nhà Trắng Karoline Leavitt cho biết ứng dụng này nghe có vẻ như đang kích động thêm bạo lực đối với các nhân viên ICE. Leavitt đề cập rằng bạo lực đối với các đặc vụ ICE đã tăng 500%, nhưng không cung cấp bất kỳ bằng chứng nào, cũng như không xem xét đến việc mức độ hiển thị các hành động của các đặc vụ ICE đã tăng hơn 500%. Chính quyền Trump ám chỉ rằng ứng dụng này và bất kỳ sự kháng cự nào đối với các cuộc đột kích của ICE ở Los Angeles là nguyên nhân dẫn đến sự gia tăng bạo lực chưa được chứng minh này, và không thừa nhận rằng hành vi của các nhân viên ICE có thể đóng vai trò nào trong việc gây ra phản ứng của công chúng.

Thị trưởng Los Angeles Karen Bass vào tháng 6 năm 2025 cho biết, ban đầu chính phủ nói rằng các cuộc đột kích là để tìm kiếm tội phạm bạo lực và những người có lệnh bắt giữ, nhưng bà đặt câu hỏi về việc làm thế nào từ những kẻ buôn bán ma túy đến Home Depot, rồi đến nơi làm việc của mọi người, những nơi mà mọi người chỉ đang cố gắng kiếm sống. Bài viết kết thúc bằng việc đề cập rằng tác giả William Gallagher là một nhà sử học về Apple và biên tập viên cấp cao, với 30 năm kinh nghiệm thảo luận về công nghệ Apple tại BBC và AppleInsider.

HN | Độ nóng: 176 điểm | 70 bình luận | Tác giả: ProAm #

https://news.ycombinator.com/item?id=44496458

DOJ công khai đe dọa một công dân Hoa Kỳ, nói rằng sẽ có hành động chống lại anh ta
Sự kiện này cho thấy Hoa Kỳ đã trở nên bất thường đến mức nào trong một số khía cạnh
Nhà phát triển ứng dụng chưa bị truy tố
Sự kiện này có thể không cấu thành một sự hạn chế trước, vì thiếu một hành vi bị cấm rõ ràng
Những lời ám chỉ và đe dọa hành động pháp lý của chính phủ có thể được coi là một sự hạn chế trước
Việc phát hành ứng dụng thông qua App Store có thể dẫn đến việc tiết lộ danh tính nhà phát triển, làm tăng rủi ro pháp lý

Chương trình mệnh lệnh được xác minh đầu tiên của tôi #

My first verified imperative program

https://markushimmel.de/blog/my-first-verified-imperative-program/

Bài viết này là bản xem trước về cơ sở hạ tầng xác minh mới được giới thiệu trong Lean phiên bản 4.22, cơ sở hạ tầng này được sử dụng để chứng minh các thuộc tính của chương trình mệnh lệnh. Bài viết trình bày tính năng mới này thông qua một nhiệm vụ lập trình đơn giản - cho một danh sách các số nguyên, xác định xem có tồn tại hai số nguyên ở các vị trí khác nhau có tổng bằng không hay không - và so sánh nó với các công cụ tương tự.

Bài viết bắt đầu bằng cách giới thiệu giải pháp đơn giản cho vấn đề này, đó là sử dụng hai vòng lặp lồng nhau để duyệt qua tất cả các cặp số nguyên ở các vị trí khác nhau. Tuy nhiên, phương pháp này kém hiệu quả, vì vậy tác giả đề xuất một phương pháp cải tiến: duyệt qua danh sách, đồng thời sử dụng cấu trúc dữ liệu tập hợp để lưu trữ tất cả các phần tử đã thấy. Khi gặp một số x, hãy kiểm tra hiệu quả xem -x đã được thấy trước đó hay chưa. Nếu đã thấy, câu trả lời là đúng; nếu duyệt hết danh sách mà vẫn không tìm thấy, câu trả lời là sai. Phương pháp này có độ phức tạp thời gian dự kiến là O(n) khi sử dụng hàm băm (hash set) và trường hợp xấu nhất là O(nlogn) khi sử dụng cây tìm kiếm nhị phân. Trong Lean, hai cấu trúc dữ liệu này lần lượt được gọi là Std.HashSet và Std.TreeSet.

Bài viết tiếp tục thảo luận về sự hỗ trợ của Lean, với tư cách là một ngôn ngữ lập trình hàm, đối với lập trình mệnh lệnh (có trạng thái), bao gồm cả trong một hàm duy nhất (thông qua ký hiệu do) và giữa các hàm (thông qua monad transformers). Bài viết chủ yếu tập trung vào lập trình mệnh lệnh trong một hàm duy nhất.

Tác giả sử dụng lập trình mệnh lệnh cục bộ, rất dễ dàng để viết thuật toán dựa trên tập hợp. Trong ví dụ mã, Id và do cho Lean biết rằng chúng ta muốn làm việc ở chế độ “mệnh lệnh cục bộ”, sau đó chúng ta có thể truy cập cú pháp giống như Python, bao gồm trạng thái có thể thay đổi, vòng lặp for và trả về sớm, v.v. các tính năng của lập trình mệnh lệnh.

Bài viết tiếp tục thảo luận về cách chứng minh các thuộc tính của chương trình mệnh lệnh cục bộ trong Lean. Theo truyền thống, điều này rất khó trong những trường hợp rất đơn giản, vì vậy nếu bạn quan tâm đến việc chứng minh, cách đơn giản nhất thường là viết chương trình theo phong cách hàm, tương tự như cách làm trong Haskell. Lean 4.22 xem trước một framework mới, được gọi là Std.Do, được thiết kế để giúp việc xác minh lập trình mệnh lệnh (cục bộ và toàn cục) trở nên dễ dàng.

Nền tảng của Std.Do là khái niệm cổ điển về bộ ba Hoare, có nghĩa là các khẳng định về chương trình mệnh lệnh luôn tồn tại ở dạng “nếu P đúng và tôi chạy lệnh C, thì Q đúng”. Ưu điểm của bộ ba Hoare là chúng có thể kết hợp được, các chương trình lớn sẽ bao gồm nhiều hàm nhỏ có thể thao tác trạng thái toàn cục hoặc có các tác dụng phụ khác, bộ ba Hoare cho phép khai báo các thuộc tính có thể dễ dàng tái sử dụng để chứng minh các thuộc tính của các chương trình lớn hơn sử dụng các chương trình nhỏ hơn.

Bài viết kết thúc bằng một ví dụ về trình chứng minh định lý tương tác, trình bày cách sử dụng cú pháp bộ ba Hoare của Lean để khai báo thuộc tính đúng đắn của hàm pairsSumToZero và sử dụng công cụ mvcgen (Monadic Verification Condition Generator) do Std.Do cung cấp để phân tích chương trình mệnh lệnh cục bộ và cho chúng ta biết những gì chúng ta cần làm để chứng minh bộ ba. Tác giả cung cấp một ví dụ về bất biến vòng lặp và giải thích cách dịch nó sang dạng mà Lean yêu cầu. Cuối cùng, tác giả đề cập rằng Lean yêu cầu chứng minh năm điều, bao gồm việc duy trì bất biến vòng lặp, tình trạng thỏa mãn trước khi vào vòng lặp, thuộc tính khi trả về sớm, v.v.

HN | Độ nóng: 173 điểm | 79 bình luận | Tác giả: TwoFx #

https://news.ycombinator.com/item?id=44492986

Thuật toán hoạt động hiệu quả khi xử lý số nguyên có độ chính xác tùy ý, nhưng có thể báo cáo sai “false” với số nguyên có độ chính xác cố định, ví dụ: mảng [INT_MIN, -1].
Trong ngôn ngữ C, nếu mảng đồng thời chứa INT_MIN và các số âm khác, thì hành vi của chương trình là không xác định, vì nó sẽ gây ra tràn số nguyên có dấu.
Có thể khắc phục sự cố bằng cách bỏ qua phần tử INT_MIN, vì nghịch đảo cộng của INT_MIN không thể có trong mảng.
Rust, trong cài đặt mặc định, sẽ panic trong bản dựng gỡ lỗi nếu lát đầu vào chứa isize::MIN, và sẽ trả về true sai trong bản dựng phát hành nếu có hai giá trị như vậy.
Trong C được xác minh chính thức, thuật toán sẽ xử lý đúng loại (bỏ qua INT_MIN), nếu không sẽ không có bằng chứng.
Ngay cả khi đã nỗ lực rất nhiều, hệ thống chứng minh có thể không tính đến một số vấn đề nổi tiếng, dẫn đến việc chứng minh không thành công trong các trường hợp đơn giản.
Chứng minh là đúng trong ngôn ngữ mà nó được viết (Lean), nếu thay đổi ngữ cảnh (tiên đề) của chứng minh, chứng minh có thể không thành công.
Trong SPARK/Ada, nếu không thể chứng minh low + high sẽ không tràn, nó sẽ ngăn bạn và nếu không thể chứng minh, nó sẽ khiến bạn dừng lại.
Phần thú vị nhất của SPARK là tất cả các kiểm tra thời gian chạy đều được tạo một cách ngầm định, tự động và cần được chứng minh.
Lean 4 thực sự là một ngôn ngữ meta-programming, giống như Racket, là một ngôn ngữ thống nhất để lập trình, meta-programming và chứng minh định lý.

Xây dựng một dự án phụ thành một doanh nghiệp bảy con số lợi nhuận #

Bootstrapping a side project into a profitable seven-figure business

https://projectionlab.com/blog/we-reached-1m-arr-with-zero-funding

Bài viết này kể về câu chuyện của Kyle Nolan, người sáng lập ProjectionLab, về cách ông đã phát triển một dự án phụ thành một doanh nghiệp có lợi nhuận với doanh thu hàng năm đạt 1 triệu đô la. Dưới đây là bản tóm tắt chi tiết bằng tiếng Việt của bài viết:

Quá trình phát triển của ProjectionLab: Bài viết bắt đầu bằng việc đề cập rằng ProjectionLab đã đạt được doanh thu định kỳ hàng năm (ARR) là 1 triệu đô la chỉ trong vòng bốn năm, bắt đầu từ con số không. Tất cả bắt đầu vào năm 2021, khi Kyle Nolan được truyền cảm hứng từ phong trào độc lập tài chính và muốn lập kế hoạch tốt hơn cho cuộc sống của mình, nhưng không tìm thấy công cụ phù hợp, vì vậy ông bắt đầu tự xây dựng. Ông không ngờ rằng dự án phụ này cuối cùng sẽ giúp hơn 100.000 gia đình lên kế hoạch cho tương lai tài chính của họ.

Điểm lại các cột mốc: Bài viết tiếp tục điểm lại một số cột mốc quan trọng của ProjectionLab, bao gồm việc tăng trưởng từ 150 đô la doanh thu định kỳ hàng tháng (MRR) vào tháng 5 năm 2021 lên 83,3 nghìn đô la MRR vào tháng 6 năm 2025. Những cột mốc này đánh dấu sự trưởng thành của ProjectionLab, bao gồm việc xuất bản các bài đăng trên blog, phát biểu trước công chúng, giảm thời gian làm công việc hàng ngày để tập trung vào ProjectionLab, và từ bỏ công việc hàng ngày để toàn tâm toàn ý cho ProjectionLab.

Cảm xúc đằng sau những con số: Kyle Nolan chia sẻ những cảm xúc chân thật từ việc đi từ con số không đến doanh thu hàng năm một triệu đô la. Đây không phải là một quá trình tăng trưởng suôn sẻ, mà giống như trải qua những thăng trầm cảm xúc, như thể vừa bị gấu tấn công vừa ngồi tàu lượn dopamine. Những tháng đầu tiên trì trệ, doanh thu sụt giảm, những khoảnh khắc hủy đăng ký đều khiến ông nghi ngờ mọi thứ, cân nhắc xem có nên tập trung vào việc thăng tiến trong công ty hay thử gia nhập một công ty công nghệ lớn. Tuy nhiên, ông dần học được rằng những đỉnh cao và vực sâu cảm xúc là một phần của quá trình khởi nghiệp, và “không bỏ cuộc” thực sự là một siêu năng lực.

Không bỏ cuộc: Bài viết nhấn mạnh rằng, mặc dù có rất nhiều người thông minh hơn Kyle, nhưng thành công phụ thuộc nhiều hơn vào sự nhất quán và việc kiên trì xuất hiện mỗi ngày. Làm việc với những người bạn yêu thích có thể giúp sự kiên trì này trở nên dễ dàng và bổ ích hơn.

Từ phát triển một mình đến một đội ngũ thực sự: Trong hai năm đầu, Kyle làm việc một mình ngoài giờ làm việc, hy sinh gần như toàn bộ thời gian nghỉ ngơi. Nhưng về lâu dài, ông biết rằng mình cần phải đưa ra lựa chọn: hoặc tự mình tiếp tục làm mọi việc và chứng kiến sự tăng trưởng trì trệ, hoặc tìm những người có kỹ năng bổ trợ để bắt đầu xây dựng đội ngũ. Ông chỉ là một kỹ sư bình thường, không có kinh nghiệm về marketing, vì vậy ông quyết định hợp tác với những người giỏi về tăng trưởng và marketing. Jon Kuipers đã bắt đầu làm việc và chứng minh giá trị của mình trước khi yêu cầu bất kỳ khoản thù lao nào. Khi cần một đối tác tăng trưởng toàn thời gian, Kyle không cân nhắc ai khác.

Xây dựng đội ngũ: Bài viết cũng đề cập đến việc đội ngũ đã bổ sung thêm một số nhà thầu, tất cả đều là những nhân vật huyền thoại đến từ cộng đồng người dùng ProjectionLab. Họ giỏi xử lý các vấn đề tài chính phức tạp mà khách hàng thích hỏi, đồng thời chịu trách nhiệm tổ chức các buổi họp một đối một, tạo video hướng dẫn, v.v. Mặc dù có thể thuê ngoài dịch vụ khách hàng để giảm chi phí, nhưng việc có một cộng đồng người dùng vui vẻ và gắn bó là rất quan trọng đối với ProjectionLab.

Kế hoạch tương lai: Đạt được 1 triệu đô la ARR chỉ là sự khởi đầu, và con số này chưa bao gồm các nguồn doanh thu không định kỳ, chẳng hạn như đăng ký trọn đời và các khóa đào tạo một đối một, những nguồn này thường giúp doanh thu hàng tháng cao hơn doanh thu định kỳ từ 20% đến 50%. ProjectionLab sẽ tiếp tục tập trung vào việc tạo ra những sản phẩm tuyệt vời mà mọi người thích sử dụng, duy trì sự tinh gọn, tự cung tự cấp và phù hợp với lợi ích của khách hàng, không theo đuổi sự cường điệu của AI hoặc tăng trưởng bằng mọi giá.

Một lời khuyên nhỏ cho những người đang xây dựng: Một khi bạn đã xác thực ý tưởng của mình, hãy tiếp tục xuất hiện mỗi ngày và làm cho nó tốt hơn. Ngay cả khi bạn bị phân tâm, tăng trưởng trì trệ hoặc cảm thấy vô nghĩa. Ngay cả khi giọng nói nói rằng bạn không phải là “doanh nhân thực thụ” vang lên trong đầu bạn. Kyle cũng thường xuyên bị những giọng nói như vậy làm phiền. Vì vậy, hãy làm điều mà hầu hết mọi người không thể làm: thực sự xuất hiện mỗi ngày và chứng minh rằng nó sai. Bạn không bao giờ biết ngày nào sẽ thay đổi mọi thứ.

Cuối bài viết, Kyle cảm ơn tất cả những người đã ủng hộ ProjectionLab trong nhiều năm qua, họ đã thay đổi cuộc đời ông và ông rất hào hứng tiếp tục xây dựng cho những người này mỗi ngày.

HN | Độ nóng: 169 điểm | 35 bình luận | Tác giả: jonkuipers #

https://news.ycombinator.com/item?id=44495428

Sự kiên trì và xác thực thị trường đúng thời điểm là chìa khóa thành công.
Marketing quan trọng hơn code, các hoạt động marketing ban đầu như viết blog, quảng bá, duy trì máy chủ Discord và trả lời email kịp thời là rất quan trọng để thành công.
Tăng cường marketing thông qua việc tăng số lượng bài viết trên blog khi doanh thu giảm là một chiến lược hiệu quả.
Kỳ vọng thấp là nền tảng của một cuộc sống hạnh phúc, trước tiên hãy xây dựng sản phẩm cho chính bạn, khi mọi người thực sự đăng ký và trả tiền, bạn sẽ cảm thấy rất có động lực.
Quan tâm sâu sắc đến cách giải quyết vấn đề có thể mang lại sự cải thiện về chất lượng công việc.
Kiên trì xuất hiện mỗi ngày có thể mang lại những bất ngờ và điều kỳ diệu không ngờ tới.
Tỷ suất lợi nhuận giảm từ 90% ban đầu xuống 65% trong năm nay, vì đang nỗ lực tái đầu tư vào tăng trưởng và xây dựng đội ngũ.
Một số công ty mặc dù doanh thu hàng năm tăng trưởng nhanh chóng, nhưng lợi nhuận bằng không hoặc thấp hơn nhiều so với không, nhưng cuối cùng người sáng lập lại có thể nhận được phần thưởng hậu hĩnh.
Nhiều doanh nhân quá tập trung vào doanh thu hơn là lợi nhuận, điều này có thể khiến họ cảm thấy xấu hổ khi tiết lộ lợi nhuận.
Tìm kiếm nhân viên marketing tăng trưởng phù hợp với doanh nghiệp là một thách thức.
Ngay từ đầu hãy tập trung vào tính linh hoạt toàn cầu để đáp ứng nhu cầu của khách hàng quốc tế.
Xác thực sản phẩm có thể không phải là một khoảnh khắc lớn, mà là sự tích lũy của nhiều khoảnh khắc nhỏ.
Mỗi ngày có người dùng mới trả tiền đăng ký là một cách xác thực sản phẩm.
Có lẽ tốt hơn là nên thoát khỏi công việc hàng ngày kịp thời và dốc toàn lực vào khởi nghiệp sớm hơn.
Chia sẻ con đường thành công, nhưng không thể ép buộc người khác học hỏi từ đó.