2025-06-11 Top Stories

Top các câu chuyện trên HackerNews ngày 11-06-2025 #

  1. Apple đã công bố các công nghệ mới bao gồm Foundation Models, framework container hóa và thiết kế Liquid Glass, nhằm mục đích nâng cao công cụ dành cho nhà phát triển và trải nghiệm người dùng.
  2. Apple đã giới thiệu một gói Swift để chạy các container Linux trên macOS, hỗ trợ hình ảnh OCI và công nghệ máy ảo nhẹ.
  3. Apple đã giới thiệu ngôn ngữ thiết kế “Liquid Glass” đa nền tảng, nhằm mục đích nâng cao trải nghiệm người dùng thông qua các hiệu ứng hình ảnh động và sống động.
  4. Mistral AI đã phát hành mô hình suy luận đầu tiên Magistral, hỗ trợ suy luận đa ngôn ngữ và theo lĩnh vực cụ thể, cung cấp các phiên bản nguồn mở và doanh nghiệp.
  5. Thủy quân lục chiến Hoa Kỳ đã được điều động đến Los Angeles để đối phó với các cuộc biểu tình, gây ra tranh cãi về nhiệm vụ và leo thang.
  6. Sly Stone, thủ lĩnh của ban nhạc funk Sly and the Family Stone, đã qua đời ở tuổi 82, để lại ảnh hưởng sâu sắc đến làng nhạc.
  7. Meta đã lách các hạn chế của Android để theo dõi người dùng thông qua công nghệ “theo dõi máy chủ cục bộ”, có thể phải đối mặt với các khoản tiền phạt lớn.
  8. Những người thành công đạt được sự đổi mới và ra quyết định hiệu quả bằng cách đặt ra các giới hạn thay vì theo đuổi mục tiêu.
  9. Munal OS là một hệ điều hành thử nghiệm đồ họa, sử dụng hộp cát WASM và được viết bằng Rust, hỗ trợ mạng và sandbox ứng dụng.
  10. Apple đã giới thiệu Linux Container Runtime, cho phép chạy các container Linux tương thích OCI trên macOS, dựa trên công nghệ máy ảo nhẹ.

Apple công bố các framework Foundation Models và Containerization, v.v. #

Apple announces Foundation Models and Containerization frameworks, etc

https://www.apple.com/newsroom/2025/06/apple-supercharges-its-tools-and-technologies-for-developers/

Apple vào ngày 9 tháng 6 năm 2025 đã công bố một loạt công nghệ mới và nâng cấp cho công cụ phát triển của mình, nhằm giúp các nhà phát triển tạo ra trải nghiệm ứng dụng đẹp mắt, thông minh và hấp dẫn hơn trên nền tảng Apple.

MC7EbLHjboPI2dx2SNpcyrZvnKc.png

Thiết kế phần mềm mới và Liquid Glass Apple đã giới thiệu một phong cách thiết kế phần mềm mới, tập trung vào nội dung, mang đến trải nghiệm sống động và dễ chịu hơn thông qua iOS 26, iPadOS 26, macOS Tahoe 26, watchOS 26 và tvOS 26, đồng thời vẫn giữ nguyên giao diện quen thuộc với người dùng. Thiết kế mới này sử dụng chất liệu phần mềm có tên Liquid Glass, kết hợp đặc tính quang học và độ linh hoạt của thủy tinh. Chất liệu này mở rộng từ những yếu tố tương tác cơ bản hàng ngày của người dùng (như nút bấm, công tắc, thanh trượt, văn bản và điều khiển media) đến các thành phần lớn hơn như thanh tab và thanh bên dùng để điều hướng ứng dụng.

Framework gốc và SwiftUI Các framework gốc như SwiftUI cung cấp cho nhà phát triển mọi công cụ cần thiết để áp dụng thiết kế mới. Phong cách thiết kế thống nhất này cho phép nhà phát triển tập trung hơn vào nội dung người dùng và xây dựng trải nghiệm nhất quán trên các nền tảng của Apple.

Biểu tượng và ứng dụng Icon Composer Apple cũng ra mắt ứng dụng Icon Composer hoàn toàn mới, cho phép nhà phát triển và nhà thiết kế sáng tạo và tùy chỉnh biểu tượng ứng dụng của riêng mình.

Mô hình Apple Intelligence trên thiết bị Apple công bố rằng các nhà phát triển hiện có thể truy cập mô hình nền tảng Apple Intelligence chạy trực tiếp trên thiết bị, điều này sẽ nâng cao khả năng xây dựng ứng dụng phong phú và trực quan hơn.

Xcode 26 và mô hình ngôn ngữ lớn Xcode 26 tận dụng các mô hình ngôn ngữ lớn như ChatGPT để cung cấp các công cụ lập trình trong Xcode và các tính năng thông minh khác, giúp nhà phát triển xây dựng ứng dụng hiện đại.

API và hỗ trợ dành cho nhà phát triển Apple cung cấp cho nhà phát triển hơn 250.000 API, cho phép tích hợp ứng dụng với các chức năng phần cứng và phần mềm của Apple. Những API này bao phủ nhiều khả năng như học máy, thực tế tăng cường, sức khỏe và thể chất, tính toán không gian và đồ họa hiệu suất cao. Apple không ngừng mở rộng và hoàn thiện công nghệ cùng công cụ của mình để hỗ trợ nhà phát triển hiện thực hóa ý tưởng, đồng thời mang đến trải nghiệm phong phú, phản hồi nhanh và được tối ưu hóa trên nền tảng Apple.

Phó chủ tịch quan hệ phát triển toàn cầu của Apple, Susan Prescott, phát biểu: “Nhà phát triển đóng vai trò vô cùng quan trọng trong việc định hình trải nghiệm mà người dùng yêu thích trên các nền tảng Apple. Thông qua việc cung cấp mô hình nền tảng Apple Intelligence chạy trên thiết bị và các tính năng thông minh mới trong Xcode 26, chúng tôi trao quyền cho nhà phát triển xây dựng những ứng dụng phong phú và trực quan hơn cho người dùng toàn cầu.”

HN | Độ nóng: 816 điểm | 461 bình luận | Tác giả: thm #

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

  • Mô hình Foundation mới và framework container hóa của Apple mang đến các mô hình ngôn ngữ sinh tạo trên thiết bị cục bộ cho các nhà phát triển, cải thiện trải nghiệm người dùng.
  • Có người lo ngại liệu các mô hình cục bộ có nghĩa là không cần lo lắng về vấn đề sử dụng token hay không, vì mô hình chạy cục bộ.
  • Có ý kiến cho rằng, từ góc độ của nhà phát triển, không nên quan tâm đến token, nếu framework suy luận không trừu tượng hóa việc xử lý, thì nên sửa nó trước tiên.
  • Có người cho rằng, nếu cần thực hiện giải mã bị hạn chế, thì cần vectơ xác suất log cho mỗi token.
  • Có người bi quan về “vibe coding” (lập trình theo cảm hứng), cho rằng nó thay thế niềm vui giải quyết vấn đề thông qua thử nghiệm.
  • Có người cho rằng “vibe coding” là một nghề thủ công mới, có thể thúc đẩy công việc phát triển, thay vì kiểm soát từ trên xuống toàn bộ không gian vấn đề.
  • Có người cho rằng, mặc dù LLM (mô hình ngôn ngữ lớn) thay đổi phương pháp nghiên cứu, nhưng mọi người vẫn cần thực hiện code review cho mã AI.
  • Có người so sánh “vibe coding” với thế hệ cũ từ chối sử dụng Google và khăng khăng sử dụng bách khoa toàn thư.
  • Có người cho rằng mã hóa có sự hỗ trợ của AI có thể ở bất kỳ hình thức nào, không nhất thiết phải liên quan đến tự động hoàn thành.

Containerization là một Swift package để chạy các container Linux trên macOS #

Containerization is a Swift package for running Linux containers on macOS

https://github.com/apple/containerization

Containerization là một Swift package, dùng để chạy các container Linux trên macOS. Dự án này được duy trì bởi Apple Inc., và tài liệu liên quan có thể tìm thấy tại apple.github.io/containerization/documentation/. Nó tuân theo giấy phép Apache-2.0, có 3.6k sao và 60 nhánh.

Tính năng và đặc điểm: Containerization được viết bằng Swift và sử dụng Virtualization.framework trên chip Apple Silicon. Nó cung cấp các API sau:

  • Quản lý ảnh OCI
  • Tương tác với các registry từ xa
  • Tạo và điền hệ thống tập tin ext4
  • Tương tác với họ socket Netlink
  • Tạo kernel Linux được tối ưu hóa để khởi động nhanh
  • Khởi động máy ảo nhẹ và quản lý môi trường runtime
  • Khởi động và quản lý các tiến trình containerized
  • Sử dụng Rosetta 2 để chạy các container linux/amd64 trên Apple Silicon

Thiết kế: Containerization thực thi máy ảo nhẹ của riêng nó bên trong mỗi container Linux. Client có thể tạo địa chỉ IP chuyên dụng cho mỗi container, do đó loại bỏ nhu cầu chuyển tiếp cổng riêng biệt. Thông qua cấu hình kernel Linux được tối ưu hóa và hệ thống tập tin gốc được tối thiểu hóa, cùng với hệ thống init nhẹ, container đạt được thời gian khởi động dưới một giây.

vminitd là một dự án con của Containerization, là một hệ thống init nhỏ. Nó được khởi động như là tiến trình ban đầu trong máy ảo và cung cấp GRPC API trên vsock. API cho phép cấu hình môi trường runtime và khởi động các tiến trình containerized, đồng thời cung cấp I/O, tín hiệu và sự kiện cho tiến trình gọi.

Yêu cầu: Để xây dựng và chạy Containerization, bạn cần một máy Mac Apple Silicon. Hệ thống cần một trong các điều kiện sau:

  • macOS 15 hoặc phiên bản mới hơn và Xcode 26 Beta
  • macOS 26 Beta 1 hoặc phiên bản mới hơn

Ứng dụng được xây dựng bằng package này sẽ chạy trên macOS 15 hoặc phiên bản mới hơn, nhưng các tính năng sau không được hỗ trợ trên macOS 15:

  • Mạng container không được cách ly - Các container trên cùng một mạng vmnet trên macOS 15 không thể giao tiếp với nhau

Ví dụ sử dụng: File thực thi cctl cung cấp các ví dụ về cách sử dụng một số thư viện. Công cụ này chủ yếu được sử dụng để thử nghiệm API, bao gồm một số lệnh có thể thực hiện các chức năng cốt lõi của các sản phẩm khác nhau, ví dụ:

  • Thao tác ảnh OCI
  • Đăng nhập vào container registry
  • Tạo khối hệ thống tập tin gốc
  • Chạy container Linux đơn giản

Linux Kernel: Việc khởi động máy ảo nhẹ trên macOS yêu cầu kernel Linux. Containerization cung cấp một cấu hình kernel được tối ưu hóa, nằm trong thư mục kernel. Thư mục này bao gồm một môi trường xây dựng containerization, có thể dễ dàng biên dịch kernel để sử dụng cho Containerization. Cấu hình kernel là một tập hợp các tính năng tối thiểu hỗ trợ khởi động nhanh và môi trường nhẹ. Mặc dù cấu hình này phù hợp với hầu hết các workload, Containerization cung cấp API hàng đầu để sử dụng các cấu hình và phiên bản kernel khác nhau trên cơ sở từng container. Điều này cho phép các container có thể được phát triển và xác thực trên các phiên bản kernel khác nhau.

Nếu bạn muốn sử dụng kernel được xây dựng sẵn, nó phải có trình điều khiển VIRTIO được biên dịch trong kernel, chứ không phải là một module. Dự án Kata Containers cung cấp một kernel được tối ưu hóa cho container, tất cả các tùy chọn cấu hình cần thiết đều được bật trên trang releases. Một image kernel có tên là vmlinux.container có thể được tìm thấy trong thư mục /opt/kata/share/kata-containers/ của kho lưu trữ bản phát hành.

HN | Độ nóng: 729 điểm | 388 bình luận | Tác giả: gok #

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

  • Mỗi container có máy ảo Linux nhẹ của riêng mình, giúp tăng cường bảo mật, nhưng có thể làm tăng thời gian khởi động container.
  • Mục đích của việc container hóa không phải là sử dụng tài nguyên cụ thể, mà là lựa chọn chia sẻ tài nguyên hoặc cô lập container theo nhu cầu.
  • Triết lý của Docker là tất cả các hệ điều hành chạy một instance chia sẻ tài nguyên, để giảm tiêu thụ tài nguyên và kích thước image.
  • Windows container có thể chọn có chia sẻ kernel giữa các container hay không, trong khi ở chế độ Linux container, kernel được chia sẻ.
  • Khi chạy Linux container trên các hệ thống không phải Linux, cần có thêm Linux kernel, điều này khác với việc Docker sử dụng kernel của host.
  • WSL1 cho thấy việc triển khai một lớp mô phỏng các lời gọi hệ thống Linux trên các hệ điều hành khác nhau là có thể, nhưng trong thực tế, phương pháp dựa trên VM được ưa chuộng hơn.
  • gVisor triển khai lại phần lớn các API lời gọi hệ thống, nhưng chỉ khi host cũng là Linux.
  • Docker Desktop chạy VM ngay cả trên Linux và bị coi là phần mềm độc quyền không miễn phí.
  • Giải pháp container hóa của Apple có thể được sử dụng nhiều hơn cho mục đích phát triển, thay vì môi trường production.

Apple giới thiệu thiết kế chung trên các nền tảng #

Apple introduces a universal design across platforms

https://www.apple.com/newsroom/2025/06/apple-introduces-a-delightful-and-elegant-new-software-design/

Ngày 9 tháng 6 năm 2025, Apple đã công bố một thiết kế phần mềm hoàn toàn mới, được thiết kế để làm cho trải nghiệm ứng dụng và hệ thống trở nên sống động và thú vị hơn, đồng thời vẫn giữ được sự quen thuộc của phần mềm Apple. Thiết kế mới này sử dụng một vật liệu mới có tên là “Liquid Glass” (Kính Lỏng), một vật liệu bán trong suốt có khả năng phản xạ và khúc xạ môi trường xung quanh, thay đổi linh hoạt để giúp tập trung hơn vào nội dung, mang lại nhiều sức sống hơn cho các điều khiển, điều hướng, biểu tượng ứng dụng, tiện ích, v.v. Đây là lần đầu tiên Apple mở rộng thiết kế mới sang nhiều nền tảng, bao gồm iOS 26, iPadOS 26, macOS Tahoe 26, watchOS 26 và tvOS 26, để đạt được sự hài hòa và thống nhất hơn, đồng thời vẫn duy trì được tính độc đáo của từng nền tảng.

M1Kbb7ywUoUdwNxkMdscC6YUnPh.png

Alan Dye, Phó Chủ tịch Thiết kế Giao diện Người dùng của Apple cho biết: “Apple luôn tin vào sự tích hợp sâu sắc giữa phần cứng và phần mềm, điều này làm cho sự tương tác với công nghệ trở nên trực quan, đẹp mắt và thú vị. Đây là bản cập nhật thiết kế phần mềm rộng rãi nhất của chúng tôi cho đến nay. Bằng cách suy nghĩ lại về các yếu tố cơ bản tạo nên phần mềm của chúng tôi, thiết kế mới sử dụng một vật liệu hoàn toàn mới - Kính Lỏng. Nó kết hợp các đặc tính quang học của thủy tinh và tính lưu động độc đáo của Apple, biến đổi theo nội dung hoặc ngữ cảnh. Nó đặt nền tảng cho những trải nghiệm mới trong tương lai, cuối cùng làm cho ngay cả những tương tác đơn giản nhất cũng trở nên thú vị và kỳ diệu hơn.”

Vật liệu Kính Lỏng được thiết kế lấy cảm hứng từ chiều sâu và tính lập thể của visionOS, tận dụng các khả năng tiên tiến của Apple về phần cứng, chip silicon và công nghệ đồ họa. Vật liệu này bán trong suốt và hoạt động giống như thủy tinh trong thế giới thực. Màu sắc của nó bị ảnh hưởng bởi nội dung xung quanh và có thể thích ứng thông minh trong môi trường sáng và tối. Kính Lỏng là kết quả của sự hợp tác chặt chẽ giữa các nhóm thiết kế và kỹ thuật, sử dụng công nghệ kết xuất thời gian thực và có thể phản hồi linh hoạt với chuyển động, tạo ra hiệu ứng nổi bật như gương, tạo ra trải nghiệm sống động, giúp trải nghiệm sử dụng iPhone, iPad, Mac, Apple Watch và Apple TV trở nên thú vị hơn.

Vật liệu lộng lẫy mới này trải dài từ các yếu tố nhỏ nhất mà người dùng tương tác hàng ngày - chẳng hạn như nút, công tắc, thanh trượt, văn bản và điều khiển phương tiện - đến các yếu tố lớn hơn, bao gồm thanh tab và thanh bên để điều hướng ứng dụng. Nó cũng tỏa sáng trong trải nghiệm hệ thống, chẳng hạn như màn hình khóa, màn hình chính, thông báo, Trung tâm điều khiển, v.v.

Với mục tiêu tập trung hơn vào nội dung, nhóm thiết kế của Apple đã xem xét mọi khía cạnh của nền tảng Apple để xác định những điểm có thể cải thiện toàn diện. Các điều khiển, thanh công cụ và điều hướng trong ứng dụng đã được thiết kế lại. Trước đây chúng được định cấu hình cho màn hình hình chữ nhật, giờ đây chúng hoàn toàn phù hợp với các góc tròn của phần cứng và cửa sổ ứng dụng hiện đại - tạo ra sự hài hòa lớn hơn giữa phần cứng, phần mềm và nội dung. Các điều khiển được làm từ Kính Lỏng, hoạt động như một lớp chức năng độc đáo nằm trên ứng dụng. Chúng nhường chỗ cho nội dung và thay đổi linh hoạt khi người dùng cần thêm tùy chọn hoặc di chuyển giữa các phần khác nhau của ứng dụng. Thông qua việc nhóm hợp lý, người dùng dễ dàng tìm thấy các điều khiển họ cần hơn.

Thanh tab và thanh bên cũng đã được thiết kế lại. Trong iOS 26, khi người dùng cuộn, thanh tab sẽ thu nhỏ để tập trung vào nội dung, đồng thời vẫn duy trì khả năng truy cập tức thì vào điều hướng. Ngay khi người dùng cuộn lên, thanh tab sẽ mở rộng một cách mượt mà. Trong iPadOS và macOS, thanh bên được cập nhật giúp các ứng dụng như Apple TV trở nên sống động hơn. Chúng khúc xạ nội dung phía sau, đồng thời phản xạ nội dung xung quanh và hình nền của người dùng, đảm bảo rằng người dùng luôn nhận thức được ngữ cảnh của họ. Các yếu tố thiết kế được cập nhật này được áp dụng cho trải nghiệm hoàn toàn mới trong các ứng dụng như Camera, Ảnh, Safari, FaceTime, v.v.

HN | Độ nóng: 696 điểm | 1122 bình luận | Tác giả: meetpateltech #

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

  • Thiết kế lớp trong suốt có thể dẫn đến tiếng ồn nền lọt qua, ảnh hưởng đến việc đọc văn bản, gây ra vấn đề về khả năng truy cập cho người dùng như bệnh nhân tự kỷ.
  • Thiết kế mới có thể ảnh hưởng đến hiệu suất của các thiết bị cũ, dẫn đến các vấn đề về hiệu suất.
  • Hiệu ứng kính mờ được giới thiệu trong iOS 7 chạy tốt trên các thiết bị cũ, không có vấn đề về hiệu suất.
  • iOS 7 bị chỉ trích vì sử dụng quá nhiều độ trong suốt dẫn đến giảm tuổi thọ pin, ảnh hưởng đến hiệu suất.
  • Không nên đánh giá dựa trên hiệu suất và tuổi thọ pin khi phiên bản 0.0 được phát hành, nên đợi các bản cập nhật tiếp theo.
  • Nhóm WebKit không khoan nhượng đối với việc giảm hiệu suất, nhưng vẫn còn các vấn đề về sự cố ứng dụng và giật lag UI.
  • GUI có hiệu suất kém là một lỗi nghiêm trọng, nên được coi là một khiếm khuyết lớn.
  • Vấn đề ảnh hưởng đến tuổi thọ pin trên thiết bị di động sẽ bị coi là lỗi nghiêm trọng nếu Steve Jobs còn sống.
  • Nếu Apple tiếp tục phát hành các phiên bản beta chưa được chuẩn bị đầy đủ cho người dùng, điều đó cho thấy có vấn đề.
  • Thiết kế mới bao gồm hiệu ứng dò tia và khúc xạ, hệ điều hành trở nên giống như một trò chơi điện tử độ trung thực cao.
  • Có thể dò tia một lần đối với hình học kính đã biết, sau đó áp dụng kết quả vào UI, giảm lượng tính toán.
  • Lấy mẫu vẫn sẽ ảnh hưởng đến hiệu suất.
  • Hiệu ứng khúc xạ xảy ra trong bối cảnh có thể dự đoán được, có thể giảm tổn thất hiệu suất bằng cách tạo shader, v.v.
  • Dò tia được thực hiện trong shader, nhưng không hề rẻ.
  • Các bình luận cho rằng cái gọi là dò tia có thể là một phép xấp xỉ rẻ tiền của dò tia.
  • Dò tia có thể chỉ là đọc texture của lớp phía sau, chi phí thấp hơn hiệu ứng làm mờ.
  • Trông giống như phép chiếu nổi 2D kiểu cũ, chi phí không cao nếu không bị thiết kế quá mức.
  • Các nút dò tia trông giống như một thiết kế cồng kềnh, chỉ để làm cho UI trông trắng hơn và chung chung hơn.
  • Dò tia có thể là một công nghệ khá rẻ, ít nhất là đối với GPU có khả năng hiển thị pixel với tốc độ hàng nghìn tỷ byte mỗi giây.

Magistral — mô hình suy luận đầu tiên của Mistral AI #

Magistral — the first reasoning model by Mistral AI

https://mistral.ai/news/magistral

Mistral AI thông báo ra mắt Magistral, mô hình suy luận đầu tiên của họ, chuyên về suy luận theo hướng lĩnh vực cụ thể, minh bạch và đa ngôn ngữ. Cách tư duy tốt nhất của con người không phải là tuyến tính, mà là sự đan xen giữa logic, sự thấu hiểu, sự không chắc chắn và khám phá. Mô hình ngôn ngữ suy luận cho phép chúng ta tăng cường và ủy thác khả năng tư duy phức tạp và hiểu biết sâu sắc cho trí tuệ nhân tạo, nâng cao khả năng xử lý các vấn đề đòi hỏi sự chính xác và phân tích từng bước.

Việc phát hành mô hình Magistral nhằm giải quyết một số hạn chế đã biết của các mô hình tư duy trước đây, chẳng hạn như thiếu chuyên môn sâu về các vấn đề cụ thể trong lĩnh vực, tính minh bạch hạn chế và sự không nhất quán trong suy luận bằng các ngôn ngữ cần thiết. Mô hình Magistral được chia thành hai phiên bản: Magistral Small (phiên bản mã nguồn mở với 24 tỷ tham số) và Magistral Medium (phiên bản doanh nghiệp mạnh mẽ hơn). Magistral Medium đạt điểm 73,6% trong AIME2024 và 90% thông qua bỏ phiếu đa số; trong khi Magistral Small lần lượt là 70,7% và 83,3%.

Chuỗi suy luận của Magistral hoạt động bằng nhiều ngôn ngữ và bảng chữ cái khác nhau, phù hợp với nhiều trường hợp sử dụng của doanh nghiệp, bao gồm tính toán có cấu trúc, logic chương trình, cây quyết định và hệ thống dựa trên quy tắc. Trong Le Chat, thông qua chế độ Think mới và Flash Answers, tốc độ phản hồi nhanh hơn gấp 10 lần so với hầu hết các đối thủ cạnh tranh.

Việc phát hành Magistral được hỗ trợ bởi một bài báo mới nhất, bao gồm đánh giá toàn diện về Magistral, cơ sở hạ tầng đào tạo, thuật toán học tăng cường và những quan sát mới về đào tạo mô hình suy luận. Magistral Small đã được mở mã nguồn, cộng đồng được hoan nghênh kiểm tra, sửa đổi và xây dựng kiến trúc và quy trình suy luận của nó, để tiếp tục đẩy nhanh sự xuất hiện của các mô hình ngôn ngữ tư duy.

Magistral đã được tinh chỉnh để phù hợp với logic đa bước, cải thiện khả năng giải thích và cung cấp quy trình tư duy có thể truy nguyên bằng ngôn ngữ của người dùng, khác với các mô hình chung. Magistral duy trì suy luận có độ trung thực cao bằng nhiều ngôn ngữ, đặc biệt phù hợp với tiếng Anh, tiếng Pháp, tiếng Tây Ban Nha, tiếng Đức, tiếng Ý, tiếng Ả Rập, tiếng Nga và tiếng Trung giản thể.

Trong Le Chat, Magistral Medium đạt được thông lượng token nhanh hơn gấp 10 lần so với hầu hết các đối thủ cạnh tranh thông qua Flash Answers, điều này giúp cho suy luận thời gian thực và phản hồi của người dùng trở nên khả thi. Magistral phù hợp với các mục đích sử dụng chung đòi hỏi xử lý tư duy dài hơn và độ chính xác cao hơn so với các mô hình ngôn ngữ lớn không suy luận, từ nghiên cứu pháp lý và dự báo tài chính đến phát triển phần mềm và kể chuyện sáng tạo - mô hình này giải quyết các thách thức đa bước, nơi tính minh bạch và chính xác là rất quan trọng.

Magistral cũng phù hợp với chiến lược và hoạt động kinh doanh, được xây dựng trên các mô hình hàng đầu, phù hợp với nghiên cứu, lập kế hoạch chiến lược, tối ưu hóa hoạt động và ra quyết định dựa trên dữ liệu. Đối với các ngành và lĩnh vực được quản lý, các chuyên gia pháp lý, tài chính, y tế và chính phủ có thể có được suy luận có thể truy nguyên tuân thủ các yêu cầu tuân thủ. Trong kỹ thuật hệ thống, phần mềm và dữ liệu, Magistral nâng cao khả năng mã hóa và các trường hợp sử dụng phát triển.

Magistral Small là một mô hình nhẹ, có thể tự triển khai theo giấy phép Apache 2.0. Có thể tải xuống từ Hugging Face. Magistral Medium cũng có thể được xem trước trên Le Chat hoặc La Plateforme thông qua API, đồng thời có sẵn trên Amazon SageMaker và sẽ sớm có trên IBM WatsonX, Azure AI và Google Cloud Marketplace. Đối với các giải pháp doanh nghiệp và giải pháp tùy chỉnh, bao gồm triển khai tại chỗ, có thể liên hệ với nhóm bán hàng. Mistral AI đang tuyển dụng và hoan nghênh những người quan tâm đến việc tham gia sứ mệnh dân chủ hóa trí tuệ nhân tạo của họ đăng ký tham gia nhóm.

HN | Độ nóng: 615 điểm | 284 bình luận | Tác giả: meetpateltech #

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

  • Mô hình Magistral do Mistral AI phát hành là mô hình suy luận đầu tiên, có người đã chia sẻ tài nguyên GGUFs để chạy mô hình này.
  • Có bình luận cho rằng kết quả benchmark của Magistral rất thú vị, nhưng so sánh với phiên bản DeepSeek-R1-0528 có lẽ công bằng hơn.
  • Có người đề xuất so sánh Magistral với mô hình R1-0528-Qwen3-8B cũng rất thú vị, mô hình này đạt điểm cao hơn trong một số bài kiểm tra.
  • Có người thảo luận về việc chỉnh sửa GRPO trong bài báo của Magistral, bao gồm việc loại bỏ KL divergence (phân kỳ KL) và các sửa đổi khác.
  • Có bình luận hỏi tại sao lại thêm minibatch advantage normalization (chuẩn hóa lợi thế minibatch), và khi nào thì nó hữu ích.
  • Có người tò mò về phương pháp tính toán loss (mất mát) sau khi loại bỏ KL divergence.
  • Có quan điểm cho rằng việc loại bỏ KL divergence đã trở thành xu hướng, nhưng nhiều người không cung cấp bằng chứng chứng minh nó vô nghĩa.
  • Có người giải thích rằng việc loại bỏ KL divergence được thực hiện bằng cách đặt beta thành 0, mục đích là để ngăn mô hình đi quá xa so với checkpoint ban đầu.
  • Có người bày tỏ sự đánh giá cao đối với mô hình của Unsloth, và hỏi loại template (mẫu) thường được sử dụng bởi llama.cpp.
  • Có người chia sẻ một liên kết gist, ám chỉ mô hình suy nghĩ quá nhiều.
  • Có người bình luận rằng mô hình thực sự không “suy nghĩ”, chúng chỉ là các mô hình thống kê.
  • Có người đưa ra rằng “suy nghĩ” đề cập đến “chuỗi suy nghĩ” mà mô hình suy luận đưa ra trước khi đưa ra câu trả lời, và giải thích nguồn gốc của thuật ngữ này.
  • Có người phản bác rằng việc nhân cách hóa mô hình thống kê là không có lợi, có thể gây hiểu lầm cho người ngoài ngành.
  • Có người phản hồi rằng, nếu “suy nghĩ” là một hoạt động dành riêng cho con người, thì việc coi đầu ra của mô hình là “suy nghĩ” cũng không có gì sai.
  • Có người cảm ơn vì đã chia sẻ thông tin, và mong đợi thêm nhiều thảo luận.
  • Có người hỏi mô hình SFT (Softmax From Temperature) có được tối ưu hóa bằng RL (Reinforcement Learning - Học tăng cường) hay không.
  • Có người chỉ ra rằng mô hình Magistral đã thua DeepSeek-R1 trong một so sánh trực tiếp, và chi phí cao hơn, ám chỉ rằng công ty AI tốt nhất châu Âu có thể khó theo kịp công nghệ mới nhất.
  • Có người tò mò về hiệu suất của mô hình DeepSeek-R1 mới trong các bài benchmark, cho rằng nó sẽ vượt qua o3 và 2.5 Pro trong mọi bài benchmark.

Lực lượng Thủy quân lục chiến được điều động để đối phó với các cuộc biểu tình ở LA #

Marines being mobilized in response to LA protests

https://www.cnn.com/2025/06/09/politics/marines-mobilized-los-angeles-protests

Thủy quân lục chiến Hoa Kỳ được huy động trong các cuộc biểu tình ở Los Angeles Tác giả: Natasha Bertrand và Haley Britzky, CNN Thời gian đọc: 3 phút Cập nhật: 22:55 ngày 9 tháng 6 năm 2025

Hơn 700 lính thủy đánh bộ đóng quân tại Trung tâm Tác chiến Không-Địa Thủy quân lục chiến California đã được huy động để đối phó với các cuộc biểu tình ở Los Angeles. Các lực lượng này sẽ tham gia cùng hàng ngàn thành viên Vệ binh Quốc gia mà Tổng thống Donald Trump đã kích hoạt vào cuối tuần, một hành động không được sự đồng ý của Thống đốc California hoặc Thị trưởng Los Angeles.

Việc huy động toàn diện lực lượng Thủy quân lục chiến này đánh dấu một sự leo thang quan trọng trong việc Tổng thống Trump sử dụng lực lượng quân sự để chống lại người biểu tình. Nhưng hiện tại vẫn chưa rõ nhiệm vụ cụ thể của họ là gì sau khi đến Los Angeles, theo các nguồn tin của CNN. Giống như Vệ binh Quốc gia, họ bị cấm thực hiện các hoạt động thực thi pháp luật, chẳng hạn như bắt giữ, trừ khi Trump kích hoạt Đạo luật Nổi loạn, đạo luật cho phép tổng thống sử dụng quân đội để chấm dứt các cuộc nổi loạn hoặc bạo động chống lại quyền lực liên bang.

Các lính thủy đánh bộ được kích hoạt thuộc Tiểu đoàn 2, Trung đoàn Thủy quân lục chiến 7, Sư đoàn Thủy quân lục chiến 1, theo Bộ Tư lệnh phía Bắc Hoa Kỳ. Bộ Tư lệnh phía Bắc cho biết trong một tuyên bố rằng việc kích hoạt này “nhằm mục đích cung cấp đủ lực lượng cho Lực lượng Đặc nhiệm 51 để liên tục bao phủ khu vực, hỗ trợ các cơ quan liên bang chính.”

Những người quen thuộc với việc huy động Thủy quân lục chiến cho biết họ sẽ tăng cường lực lượng bảo vệ trên mặt đất ở Los Angeles. Theo tuyên bố của Bộ Tư lệnh phía Bắc, khoảng 1.700 thành viên Vệ binh Quốc gia hiện đang hoạt động ở khu vực Đại Los Angeles, hai ngày sau khi Trump triển khai 2.000 quân vào thứ Bảy. Vào tối thứ Hai, Lầu Năm Góc thông báo rằng Trump đã ra lệnh triển khai thêm 2.000 thành viên Vệ binh Quốc gia. Hiện vẫn chưa rõ khi nào phần còn lại của đội ban đầu hoặc lực lượng mới được công bố vào thứ Hai sẽ đến Los Angeles.

Theo người này, Thủy quân lục chiến dự kiến sẽ tăng cường một số thành viên bảo vệ đã được triển khai đến Los Angeles trong hai ngày qua. Mặc dù người này nhấn mạnh rằng Thủy quân lục chiến chỉ được triển khai để tăng cường lực lượng đã có mặt ở đó, nhưng hình ảnh Thủy quân lục chiến Hoa Kỳ được huy động trong nước sẽ trái ngược với Vệ binh Quốc gia, lực lượng thường xuyên hơn trong việc đối phó với các vấn đề trong nước. Mặc dù một số lính thủy đánh bộ đã hỗ trợ an ninh biên giới phía nam, nhưng một quan chức Hoa Kỳ cho biết Thủy quân lục chiến chưa từng được huy động trong nước ở California như hiện nay kể từ cuộc bạo loạn ở Los Angeles năm 1992.

Mặc dù nhiệm vụ của Thủy quân lục chiến chưa được công khai cụ thể, nhưng có thể bao gồm các nhiệm vụ như kiểm soát đám đông hoặc thiết lập an ninh xung quanh. Các luật sư của Bộ Quốc phòng vẫn đang hoàn thiện hướng dẫn sử dụng vũ lực cho các lực lượng được huy động, nhưng người này cho biết điều này có thể phù hợp với các quy tắc sử dụng vũ lực hiện hành của quân đội.

Thống đốc California Gavin Newsom mô tả sự can thiệp của Thủy quân lục chiến là “vô cớ” và “chưa từng có”. Newsom cho biết trong một tuyên bố: “Mức độ leo thang này là hoàn toàn vô cớ, không cần thiết, chưa từng có - huy động nhánh quân đội ưu tú nhất của Hoa Kỳ chống lại chính công dân của mình.” Newsom phản đối cách diễn đạt “triển khai”, mà thống đốc mô tả là khác với huy động. Tuy nhiên, Bộ Tư lệnh phía Bắc Hoa Kỳ cho biết trong tuyên bố của mình rằng Thủy quân lục chiến sẽ “hòa nhập liền mạch” vào Vệ binh Quốc gia, “bảo vệ nhân viên liên bang và tài sản liên bang ở khu vực Đại Los Angeles.”

Trước khi Thủy quân lục chiến Hoa Kỳ được triển khai, Cảnh sát trưởng Los Angeles Jim McDonnell đã kêu gọi “giao tiếp cởi mở và liên tục” giữa tất cả các cơ quan ứng phó với các cuộc biểu tình trong thành phố. McDonnell cho biết trong một tuyên bố rằng cơ quan của ông và các cơ quan đối tác khác có kinh nghiệm xử lý các cuộc biểu tình quy mô lớn và an toàn luôn là ưu tiên hàng đầu của họ. McDonnell nhấn mạnh rằng sự giao tiếp này sẽ “ngăn ngừa sự nhầm lẫn, tránh leo thang và đảm bảo phản ứng phối hợp, hợp pháp và có trật tự vào thời điểm quan trọng này.”

HN | Độ nóng: 603 điểm | 1318 bình luận | Tác giả: sapphicsnail #

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

  • Nếu người nhập cư bất hợp pháp là một vấn đề, tại sao không phạt các doanh nghiệp sử dụng lao động bất hợp pháp gấp 5 lần tiền lương?
  • Đây là về việc dựng lên một kẻ thù tưởng tượng, nếu không phải là người nhập cư, thì sẽ là một nhóm khác.
  • Vấn đề nhập cư không phải là về vấn đề giữa tầng lớp trung lưu và người nghèo, mà là về việc tìm ra nhóm bên ngoài, coi họ là kẻ thù và áp đặt sự tàn ác lên họ.
  • Các hành động trấn áp người nhập cư rất phổ biến trong tất cả các cử tri (Đảng Cộng hòa), điều này không liên quan đến sự giàu có, mà là về việc chọn nhóm bên ngoài, coi họ là kẻ thù và áp đặt sự tàn ác.
  • Bằng cách khiến những người da trắng thuộc tầng lớp thấp nhất tin rằng họ tốt hơn những người da màu giỏi nhất, họ sẽ không nhận thấy bạn đang móc túi họ.
  • Có người tuyên bố rằng chúng ta không phải là loại bỏ người nghèo, mà là cải thiện các điều kiện để ít người rơi vào cảnh nghèo hơn.
  • Việc triển khai quân đội không phải để làm cho các điều kiện tốt hơn, mà là ngược lại, ví dụ như tổ chức duyệt binh nhân dịp sinh nhật tổng thống là tốn kém và không mang lại lợi ích cho chúng ta.
  • Kinh phí cho “Lễ duyệt binh kỷ niệm 250 năm Quân đội Hoa Kỳ” đã được phân bổ trước khi Trump đắc cử, đây là một sự trùng hợp ngẫu nhiên.
  • Trump đang hành động theo chương trình nghị sự của riêng mình, chứ không hoàn toàn tuân theo “Dự án 2025”.
  • Sự trùng hợp ngẫu nhiên giữa sinh nhật của Trump và ngày kỷ niệm của Quân đội không quan trọng, điều quan trọng là liệu ông ấy có tuân theo chương trình nghị sự hay không.
  • Việc triển khai quân sự không phải nhắm vào người Mỹ, mà là nhắm vào những kẻ bạo loạn, bất kể những kẻ bạo loạn đó là người Mỹ hay người nhập cư bất hợp pháp.
  • Việc triển khai Thủy quân lục chiến là một sự lạm quyền lớn, phần lớn thời gian, Lực lượng Vệ binh Quốc gia do thống đốc quản lý, và Gavin Newsom đã công khai phản đối quyết định này.

Sly Stone đã qua đời #

Sly Stone has died

https://abcnews.go.com/US/sly-stone-pioneering-leader-funk-band-sly-family/story?id=122666345

Sly Stone, tên thật là Sylvester Stewart, là người tiên phong, thủ lĩnh của ban nhạc funk Sly and the Family Stone, đã qua đời ở tuổi 82. Gia đình ông thông báo rằng Stone đã qua đời thanh thản sau một thời gian dài chiến đấu với bệnh phổi tắc nghẽn mãn tính (COPD) và các vấn đề sức khỏe khác, được bao quanh bởi ba người con, những người bạn thân thiết nhất và gia đình mở rộng. Gia đình ông cho biết trong một tuyên bố rằng, mặc dù đau buồn trước sự ra đi của ông, nhưng họ cảm thấy an ủi khi biết rằng di sản âm nhạc phi thường của ông sẽ tiếp tục cộng hưởng và truyền cảm hứng cho các thế hệ tương lai.

Sly Stone và anh chị em của mình bắt đầu thành lập ban nhạc từ khi còn rất nhỏ, ban đầu chơi nhạc phúc âm, điều này khác xa so với phong cách mà sau này ông nổi tiếng với nhạc funk và psychedelic. Sly and the Family Stone nổi tiếng với sự pha trộn các phong cách âm nhạc của họ. Stone đã đề cập trong cuốn hồi ký năm 2023 của mình rằng điều ông muốn mọi người nhớ đến là “âm nhạc, chỉ là âm nhạc”. Ông sinh ra ở Texas vào năm 1943, là người con thứ hai trong gia đình có năm người con, gia đình ông chuyển đến khu vực Vịnh San Francisco khi ông còn nhỏ. Ông làm DJ vào đầu những năm 60, phát nhiều loại nhạc từ rock Anh đến nhạc soul.

Sly and the Family Stone được thành lập vào năm 1966, là sự kết hợp của các ban nhạc riêng của Sly và anh trai Freddie. Album đầu tiên của ban nhạc, “A Whole New Thing”, được phát hành vào tháng 10 năm 1967, nhưng chỉ nhận được sự chú ý hạn chế. Tuy nhiên, một tháng sau, ban nhạc đã trở nên nổi tiếng với đĩa đơn “Dance to the Music”, đạt vị trí thứ 8 trên bảng xếp hạng đĩa đơn pop của Billboard. Năm 1969, ban nhạc trở thành một trong những ban nhạc lớn nhất thế giới sau khi phát hành album “Stand!”, và Sly cũng trở thành một cái tên quen thuộc. Album “Stand!” bao gồm đĩa đơn quán quân đầu tiên của ban nhạc, “Everyday People” và “Hot Fun in the Summertime”, đạt vị trí thứ hai trên bảng xếp hạng Billboard Hot 100.

Ban nhạc nhanh chóng nổi tiếng với những buổi biểu diễn trực tiếp tràn đầy năng lượng, nhịp độ nhanh. Năm 1969, ban nhạc biểu diễn tại Liên hoan âm nhạc Woodstock, Sly và ban nhạc đã biểu diễn sau Janis Joplin và trước The Who. Tuy nhiên, không lâu sau, ban nhạc rơi vào tình trạng nghiện ma túy, đổ lỗi và bỏ lỡ các buổi biểu diễn. Sly thừa nhận trong cuốn hồi ký của mình rằng ông đã trở nên nghiện cocaine và PCP. Ban nhạc đã phát hành một vài album trong những năm 70, nhưng không bao giờ đạt đến đỉnh cao của năm 1969. Sự nghiệp cá nhân của Sly cũng vậy, bao gồm một vài album được phát hành vào cuối những năm 70 và đầu những năm 80, thường vẫn dưới tên Family Stone.

Sly đã biểu diễn trực tiếp tại lễ trao giải Grammy năm 2006, đây là lần biểu diễn đầu tiên của ông sau nhiều thập kỷ, và thỉnh thoảng xuất hiện trong những năm tiếp theo. Sly and the Family Stone được giới thiệu vào Đại sảnh Danh vọng Rock and Roll vào năm 1993. Ngoài một bộ phim tài liệu gần đây, một bộ phim dựa trên cuộc đời của Sly Stone cũng đang được sản xuất, và gia đình ông cho biết họ mong muốn chia sẻ dự án này với thế giới khi thích hợp. Họ bày tỏ lòng biết ơn sâu sắc nhất đối với tình yêu và những lời cầu nguyện nhận được trong thời gian khó khăn này, đồng thời hy vọng rằng tất cả những ai được cuộc đời của Sly và âm nhạc mang tính biểu tượng của ông chạm đến sẽ có được sự bình yên và hòa hợp.

HN | Độ nóng: 375 điểm | 64 bình luận | Tác giả: brudgers #

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

  • Sly Stone có ảnh hưởng sâu rộng đến giới âm nhạc, truyền cảm hứng cho các nhạc sĩ như Stevie Wonder sáng tác ra những tác phẩm kinh điển.
  • Sly Stone là thủ lĩnh của ban nhạc rock đa chủng tộc được yêu thích đầu tiên, là một trong ba siêu sao của giới nhạc funk.
  • Earth, Wind and Fire thời kỳ đầu được coi là ban nhạc funk hay nhất, âm nhạc của họ pha trộn giữa jazz, soul, funk và R&B.
  • Ban nhạc Funkadelic cũng đáng được chú ý.
  • James Brown và Sly Stone đều là những nhân vật quan trọng của nhạc funk, nhưng tác phẩm của Sly Stone được một số người yêu thích hơn.
  • Album “Inner Visions” của Stevie Wonder được cho là hay hơn “Dark Side of the Moon”, nhưng lại bị lãng quên.
  • “Inner Visions” không phải là một album bị lãng quên, việc so sánh nó với “Dark Side of the Moon” mang tính chủ quan.
  • Nhiều người biết đến Sly Stone thông qua nhạc mẫu (sampling), và có tình cảm sâu sắc với âm nhạc của ông.
  • Âm nhạc của Sly Stone đại diện cho mùa hè, sự dũng cảm và niềm vui.
  • Lời bài hát “Everyday People” đáng được chú ý, nó truyền tải một thông điệp xã hội sâu sắc.
  • Hai kỷ niệm về mùa hè năm 1969 là vụ phóng tàu Apollo 11 và lần đầu nghe bài hát “Everyday People”.
  • Có người nhầm tưởng bài đăng đang thảo luận về Sylvester Stallone, chứ không phải Sly Stone.
  • Màn trình diễn của Sly Stone tại Woodstock được đánh giá cao.
  • Màn trình diễn của Sly Stone cùng với Muhammad Ali trên Mike Douglas Show cho thấy phong cách giao tiếp khác nhau của hai thiên tài.
  • Các cuộc thảo luận về các chủ đề nhạy cảm như chủng tộc trên các phương tiện truyền thông trong quá khứ chân thành và thẳng thắn hơn bây giờ.

Giải thích về “theo dõi Localhost”. Nó có thể khiến Meta mất 32 tỷ Euro #

“Localhost tracking” explained. It could cost Meta €32B

https://www.zeropartydata.es/p/localhost-tracking-explained-it-could

Bài viết này giải thích chi tiết cách Meta (Facebook/Instagram) vượt qua sự bảo vệ sandbox của Android thông qua một kỹ thuật gọi là “theo dõi localhost”, ngay cả khi người dùng sử dụng VPN, chế độ ẩn danh của trình duyệt và từ chối hoặc xóa cookie trong mỗi phiên, Meta vẫn có thể nhận dạng người dùng trên điện thoại của họ. Bài viết cũng đề cập rằng Meta có thể phải đối mặt với khoản tiền phạt lên tới 3,2 tỷ euro vì điều này.

Bài viết trước tiên giới thiệu hệ thống “theo dõi localhost” của Meta, một kỹ thuật có thể nhận dạng người dùng khi họ duyệt điện thoại, ngay cả khi người dùng không đăng nhập tài khoản thông qua trình duyệt. Meta đạt được điều này bằng cách trao đổi thông tin qua hai kênh vô hình: (i) Ứng dụng Facebook hoặc Instagram chạy ngầm ngay cả khi người dùng không sử dụng; (ii) Tập lệnh theo dõi của Meta chạy trong trình duyệt web di động của người dùng.

Bài viết ca ngợi các nhà nghiên cứu đã phanh phui vụ bê bối này và mô tả chi tiết toàn bộ quy trình cookie _fbp từ web đến máy chủ cục bộ. Người dùng mở ứng dụng Facebook hoặc Instagram, ứng dụng chuyển sang chế độ nền và tạo một dịch vụ nền để lắng nghe cổng TCP (12387 hoặc 12388) và cổng UDP (cổng trống đầu tiên giữa 12580-12585). Người dùng phải đăng nhập bằng thông tin đăng nhập của họ trong ứng dụng. Sau đó, người dùng mở trình duyệt và truy cập một trang web tích hợp Meta Pixel. Tập lệnh Meta Pixel gửi cookie _fbp đến ứng dụng Instagram hoặc Facebook đang chạy ngầm thông qua WebRTC (STUN) SDP Munging. Tập lệnh Meta Pixel cũng sẽ gửi giá trị _fbp cùng với các tham số khác (chẳng hạn như URL trang, siêu dữ liệu trang web và trình duyệt, loại sự kiện) đến https://www.facebook.com/tr.

Bài viết tiếp tục giải thích quy trình phức tạp này một cách đơn giản để người đọc dễ hiểu. Đầu tiên, ứng dụng cài đặt một “máy bộ đàm” ẩn, lắng nghe lưu lượng truy cập từ các cổng mạng cục bộ. Sau đó, người dùng truy cập một trang web tích hợp Meta Pixel trong trình duyệt, tập lệnh Meta Pixel bắt đầu quá trình theo dõi localhost trước khi người dùng có cơ hội đưa ra sự đồng ý. Tiếp theo, tập lệnh Pixel trong trình duyệt sử dụng công nghệ WebRTC để gửi cookie _fbp đến ứng dụng Facebook/Instagram đang “lắng nghe” trong nền. Cuối cùng, trang web gửi alphanumeric sausage (tức là giá trị _fbp) của người dùng đến máy chủ của Meta.

Bài viết kết luận rằng Android được thiết kế để ngăn các ứng dụng làm điều này, tức là lắng nghe các cổng cục bộ, nhưng Meta đã vượt qua giới hạn này theo cách này.

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

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

  • Một số người dùng cho rằng nên ngừng sử dụng trình duyệt Chrome và xóa ứng dụng Meta để bảo vệ quyền riêng tư.
  • Có người dùng đề cập rằng ứng dụng Twitter trước đây cũng từng gửi danh sách các ứng dụng đã cài đặt của người dùng về cho Twitter.
  • Một số người dùng từ chối cài đặt các phiên bản ứng dụng native có thể sử dụng trong trình duyệt để tránh rò rỉ quyền riêng tư.
  • Có người dùng chỉ ra rằng, trong mười năm qua, các ứng dụng native yêu cầu rất nhiều quyền và người dùng thường đồng ý trực tiếp, dẫn đến các vấn đề về quyền riêng tư.
  • Một số người dùng cho rằng, mặc dù trải nghiệm sử dụng ứng dụng native tốt hơn, nhưng nhiều ứng dụng chỉ là WebView, không đáng để tải xuống.
  • Có người dùng đề cập đến việc sử dụng uBlock Origin để tạo bộ lọc, nhằm chặn quảng cáo bật lên trong ứng dụng.
  • Một số người dùng cho biết, họ tránh sử dụng ứng dụng native và chuyển sang sử dụng phiên bản trình duyệt để giảm sự gián đoạn của thông báo.
  • Có người dùng chỉ ra rằng, WhatsApp sẽ quét các ứng dụng và danh bạ của người dùng, đồng thời tải lên các thay đổi.
  • Một số người dùng cho rằng, Meta đã vượt qua việc đối sánh người dùng trên Web, và không trả cho Google phí “đối sánh cookie”.
  • Có người dùng đề xuất rằng, nên để các kỹ sư và quản lý sản phẩm chịu trách nhiệm cá nhân đối với các hành vi xâm phạm quyền riêng tư như vậy.
  • Một số người dùng cho rằng, nên truy cứu trách nhiệm của tất cả mọi người từ trên xuống dưới, bao gồm cả ban quản lý.
  • Có người dùng chỉ ra rằng, các kỹ sư có thể làm bất cứ điều gì vì tiền lương, nhưng trách nhiệm nên đổ nhiều hơn cho ban quản lý và cấp cao hơn.
  • Một số người dùng nhớ lại trải nghiệm khi còn là kỹ sư mới vào nghề đã bị yêu cầu viết mã gian lận, nhấn mạnh tình thế tiến thoái lưỡng nan về đạo đức của các kỹ sư.
  • Có người dùng đề xuất rằng, trong các ngành công nghiệp được quản lý chặt chẽ hơn khác, người tố giác sẽ được bồi thường và bảo vệ, đặt câu hỏi khi nào ngành công nghệ sẽ có các quy tắc tương tự.
  • Một số người dùng cho rằng, nên đổ lỗi cho tất cả những người tham gia, bao gồm cả các kỹ sư, bởi vì trong lịch sử “nếu tôi không làm, người khác cũng sẽ làm” không phải là một cái cớ được chấp nhận.

Người thành công đặt ra giới hạn thay vì theo đuổi mục tiêu #

Successful people set constraints rather than chasing goals

https://www.joanwestenberg.com/smart-people-dont-chase-goals-they-create-limits/

Bài viết này được Joan Westenberg viết vào ngày 10 tháng 6 năm 2025, với chủ đề “Người thông minh không theo đuổi mục tiêu; họ tạo ra giới hạn”. Bài viết bắt đầu bằng cuộc trò chuyện giữa tác giả và một người bạn. Người bạn này, mặc dù đã đạt được thăng tiến và thành công về vật chất, nhưng lại không có vẻ hạnh phúc. Điều này khiến tác giả suy ngẫm về việc liệu những mục tiêu mà mình đã theo đuổi trong năm qua có thực sự là điều mình mong muốn từ tận đáy lòng hay không. Tác giả nhận ra rằng mình đã theo đuổi một mục tiêu mà mình hầu như không còn nhớ đã chọn, và mục tiêu này đã được áp đặt một cách vô thức bởi một thế giới coi trọng sự tiến bộ theo hướng đi lên hơn là chiều sâu.

Bài viết tiếp tục khám phá sự tôn sùng quá mức đối với việc thiết lập mục tiêu, chỉ ra rằng nghiên cứu năm 1953 về việc sinh viên tốt nghiệp Đại học Yale đặt mục tiêu là một huyền thoại được trích dẫn rộng rãi nhưng chưa từng tồn tại. Huyền thoại này tồn tại dai dẳng vì nó phù hợp với những gì mọi người muốn tin: mục tiêu rõ ràng mang lại sự kiểm soát, ý định tạo ra số phận. Sự cuồng nhiệt đối với việc thiết lập mục tiêu phát triển mạnh mẽ trong ảo ảnh này, nó biến sự không chắc chắn thành ảo ảnh của sự tiến bộ, đánh đổi sự cụ thể để lấy sự thoải mái và thay thế sự tự tin bằng việc thể hiện kế hoạch tương lai.

Tác giả chỉ ra rằng nhiều người thực sự sáng tạo tránh đặt ra các mục tiêu rõ ràng, thay vào đó làm việc trong các giới hạn. Mục tiêu là điều kiện chiến thắng của trò chơi, trong khi giới hạn là luật chơi. Không phải trò chơi nào cũng đáng chơi, và một số hình thức tiến bộ mạnh mẽ nhất đến từ những người ngừng cố gắng giành chiến thắng và bắt đầu xây dựng một bàn cờ hoàn toàn mới.

Bài viết đưa ra một vài ví dụ để minh họa điều này: Nhà chiến lược quân sự John Boyd đã phát triển vòng lặp OODA trong các giới hạn của không chiến bằng máy bay phản lực, mô hình ra quyết định này sau đó đã ảnh hưởng đến học thuyết quân sự, chiến lược kinh doanh và văn hóa khởi nghiệp; Richard Feynman đã giành được giải Nobel của mình bằng cách đặt ra các giới hạn tùy ý cho các vấn đề, ông tìm kiếm sự thanh lịch trong các ranh giới, chứ không phải kết quả; hình thức thơ sonnet rất hạn chế, nhưng Shakespeare đã tạo ra ý nghĩa vô hạn trong 14 dòng; các nhạc sĩ jazz làm việc trong khuôn khổ các phím và nhịp điệu; các kiến trúc sư phải tôn trọng khả năng chịu lực của bê tông.

Bài viết cũng thảo luận về sự cám dỗ của các mục tiêu, việc đặt mục tiêu mang lại cảm giác như đang hành động, nó mang lại cảm giác ấm áp của sự tiến bộ mà không cần sự khó chịu của sự thay đổi. Bạn có thể dành hàng giờ để hiệu chỉnh, tối ưu hóa, hoàn thiện mục tiêu của mình, nhưng vẫn không làm bất cứ điều gì có ý nghĩa. Mục tiêu thường là sự thay thế cho sự rõ ràng, chúng ta đặt mục tiêu khi cảm thấy không chắc chắn về những gì chúng ta thực sự muốn. Mục tiêu trở thành một chỗ dựa, nó hoạt động như một đại diện cho phương hướng, chứ không phải kết quả.

Trong Thế chiến II, khi máy bay ném bom của quân Đồng minh trở về căn cứ với đầy lỗ đạn, các kỹ sư ban đầu đề xuất gia cố các khu vực bị hư hại nặng nhất. Nhưng nhà thống kê Abraham Wald đã chỉ ra một sai sót: họ chỉ nhìn thấy những chiếc máy bay đã trở về. Các lỗ đạn đánh dấu những khu vực có thể sống sót. Điểm yếu thực sự nằm ở những phần không bị trúng đạn trên máy bay trở về, vì những nơi bị trúng đạn không bao giờ trở về. Mục tiêu thường tập trung sự chú ý của chúng ta vào những lỗ hổng có thể nhìn thấy, nhưng những giới hạn vô hình cho chúng ta biết điều gì thực sự quan trọng.

Bài viết cuối cùng thảo luận về vai trò của giới hạn như một chiếc la bàn, NASA có một ngân sách cố định, thời gian biểu và một mục tiêu gần như phi lý: đưa con người lên mặt trăng trước khi thập kỷ kết thúc. Nhưng điều khiến nó trở nên khả thi không phải là mục tiêu lên mặt trăng, mà là một loạt các giới hạn: trọng lượng, nhiệt, chân không, độ trễ vô tuyến, tính toán. Mỗi giới hạn đều buộc phải có các giải pháp sáng tạo. Giới hạn làm cho các giải pháp trở nên không rõ ràng, chúng buộc loại tư duy bậc hai mà mục tiêu tích cực kìm hãm. Thay vì nhắm đến vạch đích, tư duy bị giới hạn tìm kiếm tính khả thi. Nó không hỏi “Làm thế nào để tôi có thể đến đó?” Nó hỏi “Điều gì có thể xảy ra từ đây?”

Bài viết kết luận rằng mục tiêu được đặt ra tại thời điểm T là một canh bạc vào tương lai từ một vị trí thiếu hiểu biết. Tính biến động của lĩnh vực càng lớn, canh bạc này càng mong manh. Đây là nơi những người thông minh gặp khó khăn. Bạn càng thông minh, kế hoạch của bạn càng có vẻ mạch lạc trên giấy. Nhưng kế hoạch là kịch bản, còn thực tế là ứng biến. Giới hạn mở rộng quy mô tốt hơn vì chúng không giả định kiến thức. Chúng có khả năng thích ứng. Chúng phản ứng với phản hồi. Một nhóm nhỏ quyết định, “Chúng tôi sẽ không tuyển dụng cho đến khi tìm thấy sự phù hợp giữa sản phẩm và thị trường”, đã tạo ra một giới hạn hướng dẫn các quyết định mà không khóa các dự đoán. Một người sáng lập nói, “Tôi chỉ xây dựng những sản phẩm mà tôi có thể giải thích cho thanh thiếu niên trong 60 giây”, là sử dụng giới hạn như một cơ chế lọc.

Bài viết cuối cùng đề cập đến tâm lý phản mục tiêu, khi bạn đặt ra một mục tiêu mà bạn không tin, một sự nổi loạn bên trong sẽ xảy ra. Bạn trì hoãn, bạn phá hoại bản thân, bạn kéo dài thời gian, nhưng không phải vì bạn lười biếng, mà vì bạn không nhất quán. Phản mục tiêu là giới hạn ngụy trang dưới dạng sự ghê tởm. Một doanh nhân nói, “Tôi không bao giờ muốn làm việc với những khách hàng làm tôi kiệt sức”, là vẽ một ranh giới xung quanh thời gian, năng lượng và danh tính của họ. Đây không phải là một mục tiêu, mà là một sự từ chối. Sự từ chối định hình cuộc sống mạnh mẽ như tham vọng. Marcus Aurelius trong cuốn nhật ký riêng của mình, mà chúng ta hiện gọi là Những suy tư, liên tục quay trở lại ý tưởng về giới hạn. Ông không kê đơn những mục tiêu vĩ đại. Ông nhắc nhở bản thân không nên làm gì: không nói dối, không phàn nàn, không bị chi phối bởi sự bốc đồng. Con đường của những người theo chủ nghĩa khắc kỷ hướng đến giới hạn. Nó tránh sự cám dỗ của kết quả.

HN | Độ nóng: 368 điểm | 200 bình luận | Tác giả: MaysonL #

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

  • Có người cho rằng bài viết chỉ chạm đến một vài quan điểm đúng đắn một cách hời hợt, và thực chất chỉ là quan điểm và kinh nghiệm cá nhân của tác giả.
  • Có người nói rằng, NASA thành công trong việc đặt chân lên Mặt Trăng không phải vì mục tiêu tự thân, mà là vì đã đầu tư rất nhiều nguồn lực để theo đuổi một mục tiêu rõ ràng.
  • Có người cảm thấy một số ví dụ trong bài viết không hay, chẳng hạn như ví dụ về người bảo vệ và bác sĩ, cho rằng chúng hữu ích hơn một viên đá thông thường.
  • Có người cho rằng thông điệp mà bài viết truyền tải là đáng ngờ, cho rằng “heuristic khá tốt” là đủ tốt, và trong nhiều trường hợp còn hiệu quả hơn việc nghiên cứu sâu.
  • Có người chỉ ra rằng, các khái niệm về khoa học dữ liệu và sự đánh đổi của bộ phân loại nhị phân được đề cập trong bài viết đã rất mature (trưởng thành) trong lĩnh vực khoa học dữ liệu.
  • Có người gợi ý rằng có thể lưu các bình luận hay bằng cách nhấp vào “Lưu lại” để có thể truy cập nhanh sau này.
  • Có người nói rằng, nếu ai đó nghiêm túc trích dẫn John Boyd để ủng hộ quan điểm, thì có lẽ họ không thực sự hiểu những gì họ đang nói.
  • Có người cho rằng, hầu hết tất cả các bài đăng trên blog xuất hiện trên trang nhất đều là vô nghĩa, chúng hoặc là đầy rẫy những kiến thức dân gian, hoặc là một số chi tiết kỹ thuật nhỏ mà người mới phát hiện ra, dẫn đến những kết luận sai lầm.
  • Có người lại cho rằng, mặc dù nhiều bài đăng có chất lượng không cao, nhưng vẫn có rất nhiều bài đăng trên HN rất sâu sắc và giàu thông tin.

Show HN: Munal OS: một HĐH thử nghiệm đồ họa với WASM sandboxing #

Show HN: Munal OS: a graphical experimental OS with WASM sandboxing

https://github.com/Askannz/munal-os

Trang web này giới thiệu một hệ điều hành thử nghiệm có tên là “Munal OS”. Dưới đây là bản tóm tắt:

Munal OS là một hệ điều hành thử nghiệm được viết hoàn toàn bằng ngôn ngữ Rust, sử dụng thiết kế đơn nhân, lập lịch hợp tác và mô hình bảo mật dựa trên WASM sandbox. Nó có các đặc điểm sau:

  1. Giao diện đồ họa đầy đủ, hỗ trợ độ phân giải cao, thao tác chuột và bàn phím.
  2. Ứng dụng sandbox.
  3. Trình điều khiển mạng và ngăn xếp giao thức TCP.
  4. Bộ công cụ giao diện người dùng có thể tùy chỉnh, cung cấp nhiều loại điều khiển, bố cục đáp ứng và kết xuất văn bản linh hoạt.
  5. Tích hợp một loạt các ứng dụng, bao gồm: trình duyệt web hỗ trợ DNS, HTTPS và HTML cơ bản. Trình soạn thảo văn bản. Thiết bị đầu cuối Python.

Kiến trúc của Munal OS:

  • Munal OS ban đầu là một dự án thực hành lập trình hệ thống, theo thời gian, nó đã phát triển thành một hệ điều hành hoàn chỉnh và một sân chơi để khám phá những ý tưởng mới. Nó được thiết kế để xem xét lại các nguyên tắc thiết kế hệ điều hành, khám phá các yêu cầu tối thiểu cần thiết để tạo ra một hệ điều hành chức năng với sự trợ giúp của các công cụ hiện đại và các phím tắt có thể thực hiện.

  • Thiết kế của Munal OS không theo đuổi sự gọn nhẹ của cơ sở mã hoặc sự phụ thuộc tối thiểu, mà là sự đơn giản của cơ sở mã.

  • Munal OS không triển khai một số nền tảng của thiết kế hệ điều hành, bao gồm:

    • Bộ nạp khởi động (Bootloader)
    • Ánh xạ trang (Page mapping)
    • Không gian địa chỉ ảo (Virtual address space)
    • Ngắt (Interrupts)
    • Tệp nhị phân EFI

Munal OS không có bộ nạp khởi động; thay vào đó, toàn bộ hệ điều hành được biên dịch thành một tệp nhị phân EFI duy nhất, nhúng nhân, công cụ WASM và tất cả các ứng dụng. Các dịch vụ khởi động UEFI thoát gần như ngay lập tức, không sử dụng bất kỳ dịch vụ UEFI nào ngoại trừ đồng hồ hệ thống.

Munal OS không dựa vào đầu vào PS/2 hoặc bộ đệm khung VGA/UEFI GOP để hiển thị. Thay vào đó, nó triển khai trình điều khiển PCI để giao tiếp với QEMU thông qua đặc tả VirtIO 1.1. Một hệ thống virtqueue chung đóng vai trò là cơ sở cho bốn trình điều khiển VirtIO khác nhau: bàn phím, chuột, mạng và GPU. Điều đáng chú ý là các trình điều khiển này hoàn toàn dựa trên polling (thăm dò), không dựa vào ngắt CPU (trên thực tế, Munal OS không triển khai bất kỳ ngắt nào).

Do phụ thuộc vào VirtIO, Munal OS hiện không hỗ trợ chạy trên phần cứng thực; cần nhiều công việc hơn, hoặc sử dụng các phương pháp do BIOS/UEFI cung cấp (chẳng hạn như PS/2, VGA, GOP), hoặc triển khai trình điều khiển GPU và USB hoàn chỉnh.

Vòng lặp sự kiện:

  • Để đơn giản, Munal OS không triển khai hỗ trợ đa lõi hoặc thậm chí là ngắt, mọi thứ diễn ra tuyến tính trong một vòng lặp sự kiện toàn cục duy nhất. Mỗi lần lặp của vòng lặp sẽ thăm dò các trình điều khiển mạng và đầu vào, vẽ giao diện màn hình nền, chạy một bước của mỗi ứng dụng WASM đang hoạt động và làm mới bộ đệm khung GPU.
  • Một ưu điểm của phương pháp này là có thể dễ dàng kiểm tra hiệu suất của từng thành phần hệ điều hành và ứng dụng người dùng bằng cách đo tổng thời gian khung mà chúng chiếm. Hiện tại, vòng lặp sẽ chạy với tốc độ hơn 60 FPS trên CPU hiện đại với tất cả các ứng dụng đang mở.
  • Tất nhiên, nhược điểm của phương pháp này là mỗi bước của vòng lặp không được phép chiếm CPU trong thời gian dài và phải nhường đường rõ ràng cho các tác vụ chạy dài.

Ứng dụng:

  • Munal OS nhúng công cụ wasmi WASM để chạy các ứng dụng WASM. Điều này cho phép sandbox hoàn toàn các ứng dụng người dùng và tách biệt bộ nhớ với nhân mà không cần sử dụng không gian địa chỉ ảo (hoặc, di chuyển không gian địa chỉ ảo vào máy ảo). Nhân cung cấp một API “system call” để các ứng dụng có thể tương tác với hệ thống. Đặc biệt, các ứng dụng có thể truy vấn các sự kiện chuột/bàn phím, mở/sử dụng socket TCP và gửi bộ đệm khung đầu ra, sau đó được hệ điều hành đọc và tổng hợp vào màn hình nền. Điều này cho phép các ứng dụng sử dụng bất kỳ thư viện vẽ nào (với chi phí sao chép bộ đệm khung).
  • Tất cả các ứng dụng được trình bày đều được viết bằng Rust, nhưng không có gì ngăn cản việc tạo ứng dụng bằng các ngôn ngữ khác.

HN | Độ nóng: 296 điểm | 105 bình luận | Tác giả: Gazoche #

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

  • Munal OS là một hệ điều hành thử nghiệm được viết bằng Rust, sử dụng thiết kế unikernel, được biên dịch thành một tệp nhị phân EFI duy nhất, không sử dụng không gian địa chỉ ảo để cách ly tiến trình, mà biên dịch các ứng dụng thành WASM và chạy trong một engine WASM nhúng.
  • Munal OS có giao diện đồ họa đầy đủ, hỗ trợ độ phân giải HD, thao tác chuột và bàn phím, có shell desktop, trình quản lý cửa sổ và menu hình tròn theo ngữ cảnh.
  • Hệ thống bao gồm trình điều khiển PCI và VirtIO, ngăn xếp Ethernet và TCP.
  • Cung cấp bộ công cụ UI có thể tùy chỉnh, cung cấp nhiều widget khác nhau, bố cục đáp ứng và kết xuất văn bản linh hoạt.
  • Tích hợp một loạt các ứng dụng, bao gồm trình duyệt web hỗ trợ DNS, HTTPS và HTML cơ bản, trình soạn thảo văn bản và terminal Python.
  • Thông qua chức năng đo nhiên liệu của Wasmi, có thể cung cấp một lượng nhiên liệu nhất định cho mỗi ứng dụng WASM, khi nhiên liệu cạn kiệt có thể quyết định có tiếp tục thực thi hay không, giúp xây dựng bộ lập lịch WASM.
  • Việc đo nhiên liệu của Wasmi là xác định, có thể đảm bảo “hết thời gian” ở trạng thái giống nhau trong các môi trường khác nhau.
  • Việc đo nhiên liệu của Wasmi có chi phí hiệu năng thấp hơn so với các triển khai khác (như Wasmtime), tăng khoảng 5-10%.
  • Việc đo nhiên liệu có thể ngăn chặn các vòng lặp vô hạn chiếm dụng tài nguyên, cho phép máy chủ thu hồi quyền kiểm soát sau khi thực hiện một số lượng lệnh nhất định, được sử dụng để tính phí và quản lý tài nguyên trên nền tảng serverless.
  • Cơ chế “gas” trong Ethereum VM định giá các hoạt động khác nhau để phản ánh chi phí thực tế của chúng, trong khi cơ chế nhiên liệu ở đây có thể được sử dụng để giới hạn việc sử dụng tài nguyên của mã WASM.

Container: Runtime Linux-Container của Apple #

Container: Apple’s Linux-Container Runtime

https://github.com/apple/container

Đây là trang GitHub của công cụ có tên “container”, được dùng để tạo và chạy các container Linux trên máy Mac bằng máy ảo nhẹ. Dưới đây là bản tóm:

Giới thiệu dự án: container là một công cụ được viết bằng Swift, được tối ưu hóa đặc biệt cho Apple silicon, có thể tạo và chạy các container Linux trên máy Mac. Nó sử dụng các ảnh container tương thích OCI, cho phép người dùng kéo và chạy ảnh từ bất kỳ registry container tiêu chuẩn nào, đồng thời đẩy các ảnh đã xây dựng lên các registry này để chạy trong bất kỳ ứng dụng tương thích OCI nào.

Bắt đầu sử dụng:

  • Yêu cầu hệ thống: Cần một máy Mac chạy Apple silicon để chạy container. Để biết quy trình xây dựng, vui lòng tham khảo tài liệu BUILDING. container phụ thuộc vào các tính năng và cải tiến mới trong macOS 26 Beta 1. Mặc dù công cụ này có thể chạy trên macOS 15, nhưng người bảo trì container thường sẽ không giải quyết các vấn đề không thể tái tạo trên macOS 26 Beta 1.
  • Cài đặt hoặc nâng cấp: Nếu bạn đang nâng cấp, trước tiên hãy gỡ cài đặt container hiện có, đồng thời giữ lại dữ liệu người dùng. Tải xuống gói cài đặt đã ký mới nhất của container từ trang phát hành GitHub. Nhấp đúp vào tệp gói cài đặt và làm theo hướng dẫn, nhập mật khẩu quản trị viên để ủy quyền cho trình cài đặt đặt tệp vào /usr/local.
  • Gỡ cài đặt: Sử dụng script uninstall-container.sh để xóa container khỏi hệ thống. Nếu bạn muốn xóa cả dữ liệu người dùng, hãy chạy: uninstall-container.sh -d. Nếu bạn muốn giữ lại dữ liệu người dùng để cài đặt lại sau này, hãy chạy: uninstall-container.sh -k.

Các bước tiếp theo:

  • Tham quan container bằng cách xây dựng, chạy và phát hành một ảnh máy chủ web đơn giản.
  • Tìm hiểu cách sử dụng các tính năng khác nhau của container.
  • Đọc mô tả ngắn gọn và tổng quan kỹ thuật về container.
  • Xem tài liệu API của dự án.

Đóng góp: Đóng góp cho container được hoan nghênh và khuyến khích. Để biết thêm thông tin, vui lòng xem hướng dẫn đóng góp chính.

Giới thiệu: container là một công cụ để tạo và chạy các container Linux trên máy Mac bằng máy ảo nhẹ. Nó được viết bằng Swift và được tối ưu hóa cho Apple silicon. Có thể xem thêm tài liệu tại apple.github.io/container/documentation/.

Tài nguyên:

  • Giấy phép: Apache-2.0 license
  • Quy tắc ứng xử: Code of conduct
  • Chính sách bảo mật: Security policy

Hoạt động:

  • Sao: 6.2k
  • Người theo dõi: 33
  • Phân nhánh: 84

Ngôn ngữ:

  • Swift: 97.8%
  • Khác: 2.2%

Phần cuối trang chứa thông tin bản quyền của GitHub, chính sách bảo mật, tuyên bố bảo mật, trang trạng thái, tài liệu, thông tin liên hệ và liên kết để quản lý cookie.

HN | Độ nóng: 284 điểm | 38 bình luận | Tác giả: jzelinskie #

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

  • Container thông qua việc tạo các máy ảo nhẹ để chạy các container tương thích OCI (docker), cung cấp một giao diện dòng lệnh được thực hiện bởi framework containerization Swift.
  • Một người cho biết trước đây luôn sử dụng VMware Fusion để chạy máy ảo Linux, giờ đây đã có một gói dễ sử dụng hơn, so với Docker Desktop for Mac hoặc phiên bản VMware không dành cho doanh nghiệp có thể bị bỏ rơi thì đây là một lựa chọn tốt hơn.
  • Dự án Lima giúp việc chạy máy ảo Linux trên macOS trở nên đơn giản và hỗ trợ ảo hóa vz, có thể chạy các container x86 trên các Linux VM này thông qua nerdctl.
  • Một người đã đề cập đến dự án colima, dự án này cung cấp trải nghiệm dòng lệnh Docker liền mạch dựa trên Lima.
  • VMware Fusion hoạt động tốt trên Mac chip Intel, nhưng lại không được như ý trên Apple Silicon.
  • Một người cho rằng giao diện của VMware Fusion trông giống như một bản port rẻ tiền từ VMWare Workstation sang macOS, tồn tại một số lỗi nghiêm trọng liên quan đến mạng.
  • Một người cho rằng Parallels chạy VM tốt hơn VMware Fusion, mặc dù nó cũng không phải lúc nào cũng hoàn hảo.
  • So với Rust, việc đếm tham chiếu của Swift chậm hơn việc cấp phát/thu hồi bộ nhớ của Rust trong thời gian chạy, cú pháp của Swift rõ ràng hơn và dễ đọc viết hơn.
  • Swift có một câu chuyện ổn định ABI rất tốt, phù hợp để Apple đưa runtime và thư viện Swift vào hệ điều hành, yêu cầu các tệp nhị phân phải hoạt động trên nhiều phiên bản.
  • Rust cung cấp các nguyên thủy kiểm soát bộ nhớ và tùy chọn loại bỏ các thư viện cốt lõi, phù hợp cho phát triển hệ thống nhúng.
  • Swift và Rust có những điểm tương đồng nhất định, ví dụ như Graydon đã tham gia vào cả hai dự án.
  • Trong so sánh giữa Swift và Rust, Swift tương tự như C# với hầu hết các ưu điểm của Rust.
  • Một số tên kế thừa của Swift chủ yếu đến từ giao diện với các API nền tảng như UIKit, những API này chưa được cập nhật từ API Objective-C sang API theo phong cách Swift hơn.
  • Tùy thuộc vào nội dung công việc cá nhân, Swift và Rust có các trường hợp sử dụng khác nhau, Swift phù hợp hơn để viết ứng dụng, trong khi Rust phù hợp hơn để viết mã hệ thống.
  • Apple đã bắt đầu sử dụng Swift để viết mã nhúng sản xuất trong các vùng an toàn và đang xem xét có nên sử dụng nó trong băng tần cơ sở modem C1 hay không.
  • Nhiều thư viện/API Swift mới không còn sử dụng tiền tố “NS” kế thừa.
  • Một người đặt câu hỏi liệu việc đặt tên triển khai là “Container” có khôn ngoan hay không, vì điều này có thể gây ra các vấn đề về nhãn hiệu.