Top các câu chuyện trên Hacker News ngày 2025-06-13 #

Tác giả đã thành công trong việc khắc phục chứng trì hoãn và nâng cao hiệu quả công việc bằng cách tham khảo cơ chế phản hồi tần số cao của trò chơi điện tử.
Nghiên cứu chỉ ra rằng vụ nổ Big Bang có thể đã xảy ra bên trong một hố đen siêu lớn, thách thức các mô hình vũ trụ học truyền thống.
Kho lưu trữ thứ 1 tỷ trên GitHub đã ra đời, gây ra những bình luận ăn mừng và hài hước từ người dùng.
Resemble AI phát hành mô hình chuyển văn bản thành giọng nói mã nguồn mở Chatterbox, hiệu suất tốt hơn ElevenLabs.
Chuyến bay của hãng hàng không Ấn Độ từ London đã bị rơi ở Ahmedabad, khiến ít nhất 290 người thiệt mạng.
Bộ Số hóa Đan Mạch tuyên bố sẽ dần từ bỏ các sản phẩm của Microsoft, chuyển sang Linux và LibreOffice.
Phần mềm gián điệp của một công ty Israel đã được sử dụng để theo dõi các nhà báo châu Âu, làm dấy lên cuộc thảo luận về việc sử dụng các công cụ giám sát ở các quốc gia dân chủ.
Spark là một trình kết xuất 3D Gaussian Splatting cao cấp, được thiết kế đặc biệt cho THREE.js, với hiệu suất vượt trội.
Cơ sở mã Microsoft Office đã được di chuyển từ Source Depot sang Git, giúp nâng cao năng suất của nhà phát triển.
macOS Tahoe giới thiệu định dạng ảnh đĩa mới ASIF, cải thiện đáng kể hiệu suất, phù hợp cho ảo hóa và máy ảo.

Một máy in hóa đơn đã chữa khỏi bệnh trì hoãn của tôi #

A receipt printer cured my procrastination

https://www.laurieherault.com/articles/a-thermal-receipt-printer-cured-my-procrastination

Laurie Hérault trong bài viết của mình đã chia sẻ cách anh ấy vượt qua chứng trì hoãn và nâng cao hiệu quả làm việc bằng cách hiểu cơ chế gây nghiện của trò chơi điện tử. Anh ấy đã từng thử nhiều phương pháp để tăng năng suất, nhưng đều không đạt được hiệu quả thực chất. Anh ấy phát hiện ra rằng, mặc dù có thể tập trung trong thời gian dài khi chơi trò chơi điện tử, nhưng lại thường trì hoãn khi xử lý công việc như viết email. Anh ấy bắt đầu suy nghĩ tại sao trò chơi điện tử lại hấp dẫn đến vậy, và khám phá cách chuyển sự tập trung này sang các nhiệm vụ khác.

Bài viết trước tiên đề cập đến việc, nhiều thách thức trong cuộc sống của Laurie Hérault liên quan đến ADHD (Rối loạn tăng động giảm chú ý), mặc dù mục đích của bài viết không phải là tập trung vào ADHD, nhưng việc đề cập đến điều này là quan trọng, vì ADHD ảnh hưởng đến nhiều người theo những cách và mức độ khác nhau.

Tiếp theo, bài viết giải thích tại sao trò chơi điện tử lại gây nghiện, lấy ví dụ trò chơi bắn súng góc nhìn thứ nhất (FPS). Trò chơi FPS được xây dựng xung quanh một vòng lặp đơn giản: Ngắm → Bắn → Trúng hoặc Trượt. Phản hồi tức thì này được gọi là phản hồi. Để trò chơi gây nghiện, vòng lặp trò chơi phải được lặp lại thường xuyên và đưa ra phản hồi mạnh mẽ. Các trò chơi FPS hiện đại đã cải thiện rất nhiều về phản hồi, chẳng hạn như khi bắn trúng kẻ thù sẽ có nhiều phản hồi, như thay đổi tâm ngắm, số sát thương, hiệu ứng âm thanh, hoạt ảnh chết của kẻ thù, thanh tiến trình được lấp đầy, mở khóa kỹ năng mới, phần thưởng ngẫu nhiên, v.v.

Bài viết nhấn mạnh rằng, để vòng lặp trò chơi gây nghiện, cần có các yếu tố khác, chẳng hạn như sở thích cá nhân đối với thể loại trò chơi, và thử thách phải phù hợp với trình độ kỹ năng. Nếu trò chơi quá dễ hoặc quá khó, người chơi sẽ không bị nghiện. Khi tất cả những yếu tố này kết hợp với nhau, mỗi vòng lặp trò chơi sẽ mang lại cho bạn một chút dopamine, và tạo ra một trạng thái dòng chảy, trong trạng thái này, chúng ta hoàn toàn tập trung, mất cảm giác về thời gian và dễ dàng xử lý các nhiệm vụ phức tạp hơn.

Laurie Hérault cũng đề cập rằng, trò chơi điện tử rất dễ bắt đầu, ngay cả khi động lực thấp, cũng không cần quá nhiều kỷ luật để bắt đầu chơi.

Phần thứ hai của bài viết thảo luận về cách áp dụng vòng lặp phản hồi vào các nhiệm vụ của chúng ta. Dựa trên những gì chúng ta vừa thấy, vòng lặp trò chơi trong cuộc sống thực của chúng ta được tạo thành từ việc hoàn thành các nhiệm vụ và thói quen hàng ngày. Mục tiêu đầu tiên của chúng ta là lặp lại vòng lặp trò chơi này càng nhiều lần càng tốt mỗi ngày. Một giải pháp đơn giản là chia nhỏ nhiệm vụ thành các phần nhỏ hơn. Ví dụ, chia “dọn dẹp nhà cửa” thành các nhiệm vụ nhỏ hơn, như rửa bát, lau bề mặt, lau sàn, đổ rác, v.v.

Để tăng cường phản hồi, Laurie Hérault khuyên bạn nên sử dụng giấy nhớ. Viết từng nhiệm vụ lên giấy nhớ, sau khi hoàn thành nhiệm vụ, vo tròn giấy nhớ và ném vào một chiếc lọ trong suốt. Điều này cung cấp cho chúng ta thêm phản hồi: vo giấy, âm thanh thỏa mãn và nhìn thấy tiến trình của chúng ta trong lọ trong suốt.

Bài viết cũng nhấn mạnh rằng, việc viết nhiệm vụ lên giấy nhớ khiến chúng trở nên chân thực, không còn là văn bản trên màn hình, điều này khiến việc trì hoãn trở nên khó khăn hơn. Bằng cách này, chúng ta có thể đặt các thói quen hàng ngày lên giấy nhớ, bắt đầu một ngày với những thói quen buổi sáng đơn giản, điều này giúp xây dựng động lực, giúp công việc cả ngày dễ dàng tiếp tục hơn.

Cuối cùng, Laurie Hérault khuyên bạn nên giữ sự linh hoạt, luôn bắt đầu một ngày với nhiệm vụ và thói quen đầu tiên trên giấy nhớ, nhưng động lực ban đầu này có thể đủ để bạn duy trì năng suất cả ngày. Nếu cần thiết vào cuối ngày, có thể linh hoạt điều chỉnh phương pháp. Anh ấy nhấn mạnh rằng, luôn bắt đầu ngày làm việc với các nhiệm vụ trên giấy nhớ, và chuẩn bị sẵn những nhiệm vụ này vào đêm hôm trước, để buổi sáng có thể bắt đầu làm việc ngay lập tức, không cần lập kế hoạch thêm.

HN | Độ nóng: 679 điểm | 401 bình luận | Tác giả: laurieherault #

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

Trò chơi kích thích hơn công việc, dẫn đến khó tập trung vào công việc.
Công việc cần thêm sự kích thích để tăng khả năng tập trung, chẳng hạn như giao tiếp xã hội, thức ăn, caffeine, tiền bạc, v.v.
Các hoạt động giải trí kích thích quá mức có thể thay thế các thói quen làm việc lành mạnh.
Bằng cách “nhịn ăn” các hoạt động kích thích, có thể tăng niềm vui trong công việc.
Điện thoại di động cũng có tính kích thích cao đối với một số người, ảnh hưởng đến công việc.
Xác thực hai yếu tố (2FA) thông qua điện thoại có thể dẫn đến gián đoạn công việc.
Mã thông báo 2FA phần cứng có thể tránh sử dụng điện thoại thông minh để xác thực 2FA.
Có thể sử dụng các công cụ dòng lệnh để thực hiện 2FA, tránh sử dụng điện thoại thông minh.
Ngay cả khi chỉ có mã QR, bạn cũng có thể trích xuất khóa 2FA mà không cần sử dụng điện thoại thông minh.
Có thể sử dụng phím tắt để tự động dán mã 2FA, nhưng có thể ảnh hưởng đến tính bảo mật.
Một số trình quản lý mật khẩu hỗ trợ chức năng 2FA.
Kết nối qua SSH đến điện thoại để chạy quy trình làm việc CLI.
Xác thực của Microsoft hiển thị các chữ số trên trình duyệt, cần phải nhập trên thiết bị.
Có thể chuyển sang nhà cung cấp TOTP khác.
Thị trường có thể cần một thiết bị xác thực TOTP đơn giản.
Việc tải thông tin đăng nhập vào thiết bị TOTP qua Bluetooth có thể thuận tiện hơn.
YubiKey có thể thực hiện xác thực TOTP mà không cần kết nối điện thoại hoặc máy tính.
Sử dụng điện thoại thứ hai dành riêng cho xác thực 2FA.

Nghiên cứu cho thấy Vụ Nổ Lớn có thể đã diễn ra bên trong một lỗ đen #

Research suggests Big Bang may have taken place inside a black hole

https://www.port.ac.uk/news-events-and-blogs/blogs/space-cosmology-and-the-universe/what-if-the-big-bang-wasnt-the-beginning-our-research-suggests-it-may-have-taken-place-inside-a-black-hole

Bài viết này được viết bởi Giáo sư Enrique Gaztañaga từ Viện Vũ trụ học và Lực hấp dẫn, khám phá một quan điểm mới mang tính đột phá về nguồn gốc của vũ trụ. Bài viết đưa ra một giả thuyết rằng Vụ Nổ Lớn không phải là điểm khởi đầu của vũ trụ, mà là bắt nguồn từ sự sụp đổ hấp dẫn và sự bật lại sau đó của một lỗ đen siêu lớn. Quan điểm này được gọi là mô hình “Vũ trụ Lỗ đen”, nó cung cấp một góc nhìn hoàn toàn khác biệt so với các mô hình vũ trụ học truyền thống, hoàn toàn dựa trên các định luật vật lý và kết quả quan sát đã biết.

Bài viết trước tiên chỉ ra rằng mô hình chuẩn vũ trụ học hiện tại dựa trên lý thuyết Vụ Nổ Lớn và sự giãn nở của vũ trụ, mặc dù đã đạt được thành công to lớn trong việc giải thích cấu trúc và sự tiến hóa của vũ trụ, nhưng vẫn còn một số vấn đề cơ bản chưa được giải đáp. Ví dụ, mô hình Vụ Nổ Lớn bắt đầu bằng một điểm kỳ dị có mật độ vô hạn, điều này không thể giải thích được theo các định luật vật lý. Ngoài ra, để giải thích cấu trúc quy mô lớn của vũ trụ, các nhà vật lý đã đưa ra khái niệm về sự giãn nở vũ trụ, điều này đòi hỏi một trường chưa biết với các thuộc tính kỳ lạ. Để giải thích sự giãn nở tăng tốc hiện đang được quan sát thấy của vũ trụ, một thành phần “bí ẩn” đã được thêm vào: năng lượng tối.

Mô hình mới xuất phát từ một góc độ khác, thay vì truy tìm nguồn gốc của nó từ một vũ trụ đang giãn nở, nó xem xét điều gì sẽ xảy ra khi một tập hợp vật chất quá dày đặc sụp đổ dưới tác dụng của trọng lực. Đây là một quá trình quen thuộc: các ngôi sao sụp đổ thành lỗ đen, lỗ đen là một trong những đối tượng được hiểu rõ nhất trong vật lý. Nhưng bên ngoài chân trời sự kiện của lỗ đen, nơi không có gì có thể thoát ra, những gì xảy ra bên trong vẫn là một bí ẩn.

Bài viết đề cập rằng, năm 1965, nhà vật lý người Anh Roger Penrose đã chứng minh rằng trong những điều kiện rất chung, sự sụp đổ hấp dẫn chắc chắn dẫn đến một điểm kỳ dị. Kết quả này được mở rộng bởi nhà vật lý người Anh quá cố Stephen Hawking và những người khác, củng cố quan điểm rằng các điểm kỳ dị (như điểm kỳ dị trong Vụ Nổ Lớn) là không thể tránh khỏi. Quan điểm này đã giúp Penrose giành được một phần Giải Nobel Vật lý năm 2020 và truyền cảm hứng cho cuốn sách bán chạy nhất toàn cầu của Hawking, “Lược sử thời gian: Từ Vụ Nổ Lớn đến Hố Đen”. Nhưng có một cảnh báo, những “định lý kỳ dị” này dựa trên “vật lý cổ điển” mô tả các vật thể vĩ mô thông thường. Nếu chúng ta bao gồm các hiệu ứng cơ học lượng tử phải được xem xét ở mật độ cực cao, câu chuyện có thể thay đổi.

Trong bài báo mới, các tác giả đã chứng minh rằng sự sụp đổ hấp dẫn không nhất thiết phải kết thúc bằng một điểm kỳ dị. Họ đã tìm thấy một lời giải phân tích chính xác - một kết quả toán học không có sự xấp xỉ. Toán học cho thấy, khi chúng ta tiến gần đến điểm kỳ dị tiềm năng, kích thước của vũ trụ sẽ thay đổi theo hàm hyperbolic của thời gian vũ trụ. Lời giải toán học đơn giản này mô tả một đám mây vật chất đang sụp đổ đạt đến trạng thái mật độ cao như thế nào, sau đó bật lại, bật ra ngoài vào một giai đoạn giãn nở mới.

Bài viết giải thích thêm lý do tại sao định lý của Penrose không cho phép kết quả như vậy, tất cả đều quy về một quy tắc gọi là nguyên lý loại trừ lượng tử, quy tắc này nói rằng không có hai hạt giống hệt nhau (gọi là fermion) có thể chiếm cùng một trạng thái lượng tử (như mô men động lượng hoặc “spin”). Nghiên cứu cho thấy, quy tắc này ngăn các hạt trong vật chất sụp đổ bị nén vô hạn. Do đó, sự sụp đổ dừng lại và đảo ngược. Sự bật lại không chỉ có thể xảy ra mà còn không thể tránh khỏi trong các điều kiện thích hợp.

Điều quan trọng là, sự bật lại này xảy ra hoàn toàn trong khuôn khổ của thuyết tương đối rộng, nó áp dụng cho các quy mô lớn như các ngôi sao và thiên hà, kết hợp với các nguyên tắc cơ bản của cơ học lượng tử - không cần bất kỳ trường ngoại lai, chiều bổ sung hoặc vật lý mang tính suy đoán nào.

Bài viết cuối cùng chỉ ra rằng, một ưu điểm của mô hình này là nó đưa ra các dự đoán có thể kiểm chứng được. Nó dự đoán rằng độ cong không gian của vũ trụ là một số dương nhỏ nhưng khác không - có nghĩa là vũ trụ không hoàn toàn phẳng mà hơi cong, giống như bề mặt Trái Đất. Nếu các quan sát trong tương lai, chẳng hạn như nhiệm vụ Euclid đang diễn ra, xác nhận độ cong dương nhỏ, thì đây sẽ là một gợi ý mạnh mẽ rằng vũ trụ của chúng ta thực sự bắt nguồn từ một sự bật lại như vậy. Nó cũng đưa ra dự đoán về tốc độ giãn nở hiện tại của vũ trụ, điều này đã được xác minh.

Mô hình này không chỉ khắc phục các vấn đề kỹ thuật của vũ trụ học tiêu chuẩn. Nó cũng có thể cung cấp một góc nhìn mới để chúng ta hiểu những bí ẩn sâu sắc khác của vũ trụ sơ khai - chẳng hạn như nguồn gốc của các lỗ đen siêu lớn, bản chất của vật chất tối hoặc sự hình thành và tiến hóa phân cấp của các thiên hà. Những vấn đề này sẽ được khám phá bởi các nhiệm vụ không gian trong tương lai như Arrakhis, nhiệm vụ này sẽ nghiên cứu…

HN | Độ nóng: 673 điểm | 540 bình luận | Tác giả: zaik #

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

Việc tác giả tự tay viết bản tóm tắt các bản thảo khoa học có thể giảm thiểu hiểu lầm, nhưng lại có nguy cơ đơn giản hóa quá mức.
Các nhà khoa học từng có thông lệ viết tóm tắt nghiên cứu cho người bình thường, coi đó là trách nhiệm công dân.
Hy vọng nhiều nhà nghiên cứu hơn có thể đăng tải các bài viết trên blog, mặc dù không phải ai cũng có hoặc sẵn sàng có được kỹ năng viết lách.
Kỹ năng giao tiếp cũng rất quan trọng trong lĩnh vực kỹ thuật, nên được coi là một kỹ năng thiết yếu.
Các kết quả nghiên cứu khoa học nên được công khai cho công chúng càng nhiều càng tốt, các học giả nên có khả năng giao tiếp.
Lo ngại rằng các nhà nghiên cứu sẽ được đánh giá dựa trên mức độ lan truyền của các bài đăng trên blog thay vì tác động của công việc.
Cho rằng các nghiên cứu được tài trợ bằng tiền công nên tăng cường tính minh bạch, các học giả nên nỗ lực viết rõ ràng.
Các học giả không nên trở thành các nhà quản lý hoặc nhà văn PR chuyên nghiệp, nhưng nên có các kỹ năng viết và giao tiếp cơ bản.
Các ngành nghề khác cũng có các yêu cầu đa vai trò tương tự, chẳng hạn như kỹ sư phần mềm.
Trong thế giới thực, các học giả nên thực hiện các hành động thiết thực dựa trên các hệ thống hiện có.
Các học giả không nên đảm nhận quá nhiều vai trò, nên có sự trợ giúp chuyên nghiệp.
Nhiều học giả giải thích những phát hiện quan trọng của các bài báo thông qua các chuỗi Twitter, nhưng cộng đồng đã tan rã do những thay đổi của Twitter.
Lo ngại rằng giới học thuật đã trở thành một hệ thống kinh tế khổng lồ, nhiều nghiên cứu chỉ để duy trì sự bận rộn.
Nhiều nghiên cứu được công bố không có giá trị thực tế, chỉ để kiếm được uy tín và danh tiếng.
Cho rằng một lượng lớn các nghiên cứu khoa học xã hội cũng chỉ để đảm bảo cơ hội việc làm.
Thặng dư kinh tế được đầu tư vào giới học thuật, đây là một điều tốt.

Chúc mừng bạn đã tạo kho lưu trữ thứ một tỷ trên GitHub #

Congratulations on creating the one billionth repository on GitHub

https://github.com/AasishPokhrel/shit/issues/1

Trang web này là một trang dự án trên GitHub, cụ thể là kho lưu trữ công khai có tên “shit” do người dùng AasishPokhrel tạo. Kho lưu trữ này đã nhận được sự chú ý lớn vì trở thành kho lưu trữ thứ 1 tỷ trên GitHub.

Thông tin dự án: Kho lưu trữ có tên “shit”, được tạo bởi người dùng AasishPokhrel, là một kho lưu trữ công khai. Kho lưu trữ đã nhận được 97 Fork (phân nhánh) và 1.6k Star (sao).
Thông tin chúc mừng: Tài khoản chính thức của GitHub, jonmagic, đã tạo một Issue mới vào ngày 12 tháng 6 năm 2025, chúc mừng AasishPokhrel đã tạo kho lưu trữ thứ 1 tỷ trên GitHub và bày tỏ hy vọng anh ấy có thể tạo ra một số “💩” vĩ đại trong kho lưu trữ này. Issue này đã nhận được 2903 👍 (thích) và 80 👎 (không thích).
Bình luận của người dùng: 0ki: Mong đợi được thấy những “💩” vĩ đại được tạo ra trong kho lưu trữ này. Krafting: Chúc mừng! Không thể chờ đợi để thấy “💩” này cất cánh. MangoCubes: Thở phào nhẹ nhõm khi biết jonmagic là nhân viên GitHub, chứ không phải là người cào dữ liệu kho lưu trữ vì những lý do khác. jordigh: Hỏi liệu có thời gian biểu sửa lỗi dự kiến hay không, hoặc có giải pháp nào không. sshine: Không biết kho lưu trữ này sẽ trở thành cái gì, nhưng tôi đang phân nhánh “💩” này. TheWoodsy: Thích một “💩” hay. RMNCLDYO: Bạn không thể bịa ra “💩” này! Huyền thoại! jonmagic: Nhắc nhở AasishPokhrel rằng nếu cần, có thể khóa cuộc trò chuyện hoặc hủy đăng ký, đồng thời cung cấp các liên kết tài liệu liên quan. clark-stevenson: “💩” này là tuyệt nhất. KoushikDasika: Bài đăng “💩” hay nhất trên tất cả các vùng đất. jpwilliams: Đăng trước khi khóa 😂, chúc mừng. Explosion-Scratch: Lửa 🔥🔥🔥, chúc mừng. Hãy nhớ đến tôi khi bạn nổi tiếng. thewebguy: Chỗ này sắp đông đúc rồi, nếu bạn ị “💩” ra thì hãy bỏ lại chỗ cũ nhé. connermatiq: Đây là cái “💩” gì vậy.
Các bình luận khác của người dùng: Trang còn có các bình luận khác của người dùng, bày tỏ sự mong đợi và hài hước về kho lưu trữ này, cũng như sự chúc mừng cho khoảnh khắc lịch sử này.

Trang này thể hiện phản ứng nhiệt tình và sự chúc mừng của cộng đồng GitHub đối với kho lưu trữ thứ 1 tỷ, cũng như sự tương tác và những bình luận hài hước giữa những người dùng.

HN | Độ nóng: 571 điểm | 131 bình luận | Tác giả: petercooper #

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

Việc GitHub tạo ra một tỷ kho lưu trữ là một thành tựu thú vị.
Một triệu commit của OpenStreetMap có ý nghĩa hơn, bởi vì nó diễn ra trong môi trường sản xuất thực tế.
Công việc kỹ thuật đã từng thú vị hơn trong quá khứ.
Đã có người dành cả ngày làm việc để đảm bảo tạo ra vé thứ triệu cho bộ phận hỗ trợ.
Trong những ngày của FQA, đã có người tham gia vào commit thứ 99.999 và 100.000, nhưng những commit này chỉ để trình diễn và đã bị xóa nhanh chóng.
Trong công việc đầu tiên, đã có người commit JIRA-1337, một lỗi thực sự, và điều đó thật thỏa mãn.
Có người tò mò ID mới nhất của GitHub là bao nhiêu.
Có người chia sẻ về vấn đề OpenAPI Spec có thể tràn int32 trên GitHub.
Có người chia sẻ kinh nghiệm về việc bảng cơ sở dữ liệu sử dụng số nguyên 32 bit làm khóa chính cần được nâng cấp lên 64 bit khi đạt 130 triệu dòng để tránh tràn số.
Có người đề cập đến những hạn chế về dung lượng lưu trữ và sự chậm trễ trong việc mua phần cứng gặp phải trong quá trình di chuyển cơ sở dữ liệu.
Có người đề cập đến những thách thức trong việc di chuyển cơ sở dữ liệu, đòi hỏi nhiều môi trường để kiểm tra kỹ lưỡng.
Có người đề cập đến sự phức tạp trong việc di chuyển cơ sở dữ liệu, không thể thực hiện di chuyển theo giai đoạn hoặc rollback.
Có người ca ngợi những người hùng thầm lặng duy trì hệ thống hoạt động.
Có người đề cập đến tình huống có thể cần nâng cấp từ int64 lên int128 hoặc int255 trong tương lai.
Có người đề cập đến việc nâng cấp từ i32 lên i64 trong JavaScript có thể cần thay đổi giao diện và cách biểu diễn dữ liệu.
Có người đề xuất sử dụng UUID như một giải pháp.
Có người chia sẻ kinh nghiệm về việc xử lý lỗi do loại ID không khớp trong dự án TypeScript.

Chatterbox TTS #

Chatterbox TTS

https://github.com/resemble-ai/chatterbox

Resemble AI đã ra mắt mô hình chuyển văn bản thành giọng nói (TTS) mã nguồn mở cấp độ sản xuất đầu tiên – Chatterbox. Mô hình này được phát hành theo giấy phép MIT, sau khi được so sánh với các hệ thống nguồn đóng như ElevenLabs, Chatterbox được ưa chuộng hơn trong các đánh giá song song. Cho dù là tạo meme, video, trò chơi hay AI agent, Chatterbox đều có thể làm cho nội dung trở nên sống động. Đây cũng là mô hình TTS mã nguồn mở đầu tiên hỗ trợ kiểm soát cường điệu cảm xúc, một tính năng giúp tạo ra âm thanh đặc sắc hơn. Người dùng có thể trải nghiệm mô hình này trên ứng dụng Hugging Face Gradio.

Các tính năng chính của Chatterbox TTS bao gồm:

TTS Zero-shot (SoTA zeroshot TTS)
Mạng xương sống Llama 0.5B
Kiểm soát cường điệu/cường độ độc đáo
Tính ổn định cực cao kết hợp với suy luận thông tin căn chỉnh
Được đào tạo trên 0.5M giờ dữ liệu đã làm sạch
Đầu ra chứa hình mờ
Script chuyển đổi giọng nói đơn giản
Hiệu suất vượt trội ElevenLabs

Đối với sử dụng thông thường (TTS và voice acting), cài đặt mặc định (cường điệu=0.5, cfg_weight=0.5) phù hợp với hầu hết các lời nhắc. Nếu người nói tham khảo có tốc độ nói nhanh, bạn có thể giảm cfg_weight xuống khoảng 0.3 để cải thiện nhịp điệu. Đối với bài phát biểu biểu cảm hoặc kịch tính, bạn có thể thử giảm giá trị cfg_weight (ví dụ: ~0.3) và tăng cường điệu lên khoảng 0.7 trở lên. Cường điệu cao có xu hướng tăng tốc độ nói; giảm cfg_weight giúp bù đắp, làm cho nhịp điệu chậm hơn, thận trọng hơn.

Cài đặt Chatterbox có thể được thực hiện thông qua lệnh pip pip install chatterbox-tts, hoặc cài đặt từ mã nguồn. Chatterbox được phát triển và thử nghiệm bằng Python 3.11 trên hệ điều hành Debian 11; các phiên bản phụ thuộc được cố định trong pyproject.toml để đảm bảo tính nhất quán. Người dùng có thể sửa đổi mã hoặc các phụ thuộc trong chế độ cài đặt này.

Ví dụ về mã sử dụng Chatterbox như sau:

import torchaudio as ta
from chatterbox.tts import ChatterboxTTS
model = ChatterboxTTS.from_pretrained(device="cuda")
text = "Ezreal and Jinx teamed up with Ahri, Yasuo, and Teemo to take down the enemy's Nexus in an epic late-game pentakill."
wav = model.generate(text)
ta.save("test-1.wav", wav, model.sr)

# Nếu muốn sử dụng tổng hợp giọng nói khác, hãy chỉ định gợi ý âm thanh
AUDIO_PROMPT_PATH = "YOUR_FILE.wav"
wav = model.generate(text, audio_prompt_path=AUDIO_PROMPT_PATH)
ta.save("test-2.wav", wav, model.sr)

Các ví dụ khác có thể được tìm thấy trong example_tts.py và example_vc.py.

Hiện tại, Chatterbox chỉ hỗ trợ tiếng Anh.

Chatterbox cũng tích hợp sẵn Watermark PerTh (Perceptual Threshold), một loại watermark thần kinh hầu như không thể nhận thấy, duy trì độ chính xác phát hiện gần 100% ngay cả sau khi nén MP3, chỉnh sửa âm thanh và các thao tác phổ biến. Người dùng có thể sử dụng các script được cung cấp để trích xuất watermark.

Ngoài ra, Resemble AI còn cung cấp cộng đồng Discord chính thức, mời người dùng tham gia cùng xây dựng các dự án xuất sắc.

Cuối cùng, Resemble AI nhấn mạnh không sử dụng mô hình này cho các hành vi xấu, nguồn gốc dữ liệu được lấy từ internet công khai. Để biết thêm thông tin về Chatterbox, bạn có thể truy cập resemble-ai.github.io/chatterbox_demopage/ để xem.

HN | Độ nóng: 567 điểm | 170 bình luận | Tác giả: pinter69 #

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

Sự phát triển của AI giọng nói bị giới hạn bởi công nghệ phiên âm, chứ không phải công nghệ TTS.
Các mô hình ngôn ngữ lớn (LLM) có thể xử lý lỗi phiên âm rất tốt.
Kết hợp nhận dạng giọng nói với LLM như một bộ xử lý hậu kỳ là một phương pháp hiệu quả.
LLM cũng thể hiện tốt trong việc phân đoạn người nói (diarization).
Kết thúc phiên âm trong môi trường ồn ào là một thách thức.
Các mô hình nhỏ thường có hiệu suất phiên âm kém hơn, nhưng các mô hình CoT ngay cả khi được lượng tử hóa thành 8b cũng có thể cung cấp khả năng làm sạch phiên âm tốt.
Các mô hình có hơn 8 tỷ tham số (8B+) có thể tốt hơn về độ chính xác của phiên âm.
Lý tưởng nhất là có thể cung cấp các phương án thay thế phiên âm cho LLM, vì nó có thể đánh giá từ hợp lý tiếp theo tốt hơn.
Nếu bạn nói với LLM rằng có thể có lỗi trong phiên âm, nó có thể làm rất tốt trong hầu hết các trường hợp.
Các hệ thống ASR cũ thường được sử dụng kết hợp với các mô hình ngôn ngữ dựa trên n-gram.
Hiện tại có một số công cụ phiên âm có thể triển khai cục bộ hoạt động tốt trong việc phân đoạn người nói.
WhisperX là một công cụ phiên âm có thể triển khai cục bộ.
Việc triển khai gói diarization của Whisper có thể khó khăn.
Deepgram cung cấp dịch vụ phiên âm, bao gồm cả diarization.
Độ chính xác của phiên âm nên được đo bằng tỷ lệ lỗi từ (Word Error Rate), chứ không phải tỷ lệ lỗi ký tự (Character Error Rate).
Độ chính xác của phiên âm giọng nói có thể được cải thiện thông qua dữ liệu tổng hợp.
Biểu đạt cảm xúc nhất quán rất khó đạt được trong TTS.
Một số người thích sử dụng ngôn ngữ thô tục trực tiếp trong các bản trình diễn, vì họ cho rằng điều này thú vị hơn bản trình diễn “Miss Daisy” truyền thống.

Chuyến bay của Air India đến London gặp nạn ở Ahmedabad với hơn 240 người trên khoang #

Air India flight to London crashes in Ahmedabad with more than 240 onboard

https://www.theguardian.com/world/live/2025/jun/12/air-india-flight-ai171-plane-crash-ahmedabad-india-latest-updates

Tóm tắt vụ tai nạn chuyến bay 171 của Air India:

Tai nạn hàng không: Chuyến bay AI171 của Air India đã bị rơi ngay sau khi cất cánh từ Ahmedabad, Ấn Độ, khiến ít nhất 290 người thiệt mạng, trong đó chỉ có một người đàn ông Anh được báo cáo là sống sót trong số 242 người trên máy bay.
Tình trạng của những người sống sót: Người sống sót duy nhất, Vishwash Kumar Ramesh, hiện đang được điều trị tại bệnh viện. Air India cho biết họ đang hỗ trợ toàn diện cho những người bị ảnh hưởng và gia đình họ và đã cử một nhóm chăm sóc đến Ahmedabad.
Thông tin máy bay: Máy bay bị rơi là một chiếc Boeing 787, ban đầu dự kiến bay đến Sân bay Gatwick London, chở 230 hành khách và 12 thành viên phi hành đoàn. Máy bay đã đâm vào một khu dân cư, gây ra thương vong trên mặt đất.
Tác động quốc tế: Có 169 công dân Ấn Độ, 53 người Anh, 7 người Bồ Đào Nha và 1 người Canada trên chuyến bay. Vương quốc Anh đã cử một nhóm đến Ấn Độ để hỗ trợ điều tra vụ tai nạn “hoàn toàn thảm khốc”.
Cứu hộ và điều tra: Bộ trưởng Giao thông Hoa Kỳ cho biết không có dấu hiệu nào cho thấy mẫu máy bay này có vấn đề về an toàn và xác nhận rằng Cục Hàng không Liên bang Hoa Kỳ (FAA) đang hỗ trợ điều tra vụ tai nạn. Bộ trưởng Ngoại giao Anh đã chủ trì cuộc họp Cobra để phản hồi về vụ tai nạn.
Thương tiếc và chia buồn: Thủ tướng Ấn Độ Narendra Modi cho biết vụ tai nạn máy bay là “đau lòng và khó có thể diễn tả thành lời”. Đức Giáo hoàng cũng bày tỏ “nỗi buồn sâu sắc” về vụ tai nạn máy bay ở Ấn Độ.
Hoạt động của sân bay: Người phát ngôn của Sân bay Ahmedabad cho biết hiện tại sân bay đã tạm dừng hoạt động và tất cả các chuyến bay đều bị hoãn.
Tác động của vụ tai nạn máy bay: Vụ tai nạn máy bay được gọi là “thảm kịch quốc gia tàn khốc” và toàn bộ Ấn Độ đang để tang. Anh, Ấn Độ, Bồ Đào Nha và Canada đã đoàn kết sau vụ tai nạn máy bay và cùng nhau đối mặt với khoảnh khắc buồn này.
Thông tin nạn nhân: Ba nạn nhân người Anh và một nạn nhân người Canada đã được xác định. Ít nhất năm sinh viên y khoa đã thiệt mạng trong vụ tai nạn và khoảng 50 người bị thương.

Tóm tắt ở trên bao gồm các sự kiện và thông tin chính được đề cập trên trang web và cung cấp thông tin chi tiết về vụ tai nạn chuyến bay 171 của Air India.

HN | Độ nóng: 422 điểm | 480 bình luận | Tác giả: Gud #

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

Hãy đợi một tuần trước khi đọc các bài báo về nguyên nhân của một vụ tai nạn, vì những suy đoán trong tuần đầu tiên thường không chính xác và có thể gây hiểu lầm
Nếu đó là tin nóng, hãy đợi một tuần trước khi theo dõi, vì những suy đoán trong tuần đầu tiên thường không chính xác và có thể gây hiểu lầm
Đừng theo dõi bất kỳ nguồn tin nóng nào, hãy đọc các tờ báo tóm tắt các sự kiện quan trọng hàng tuần, những điều thực sự khẩn cấp sẽ được nghe từ bạn bè hoặc đồng nghiệp
Đừng xem các kênh tin tức, tin tức quan trọng sẽ được phát trên tất cả các kênh
Chỉ tập trung vào những tin tức có tỷ lệ người xem cao, bỏ qua một số thỏa thuận thương mại quan trọng về mặt kinh tế hoặc các sự kiện như diệt chủng ở Yemen
Ngay cả khi Công nương Diana đã qua đời 28 năm, vẫn có các đài truyền hình phát sóng các chương trình hồi tưởng vào ngày giỗ của bà
Đề xuất đọc tờ The Economist như một nguồn tin tức, nó có chiều sâu và không giật gân
Có người đã hủy đăng ký The Economist vì thành kiến toàn cầu hóa và tân tự do của nó
The Economist luôn công khai thành kiến của mình, không che giấu lập trường
Đề xuất Le Monde Diplomatique như một nguồn tin tức, nó cung cấp các phiên bản bằng nhiều ngôn ngữ
Le Monde Diplomatique có 51% thuộc sở hữu của một công ty con của Le Monde, nhưng vẫn duy trì tính độc lập biên tập
Có người bày tỏ sự không hài lòng với sự thiên vị và đưa tin có chọn lọc của The Economist, do đó đã ngừng đăng ký
Đề xuất không chỉ dựa vào một nguồn thông tin duy nhất, điều này sẽ hạn chế thế giới quan
Tìm các nguồn tin tức khác có chiều sâu và đưa tin không giật gân như The Economist
The Wall Street Journal là một sự bổ sung tốt cho The Economist, cung cấp các báo cáo thực tế, bỏ qua các chuyên mục ý kiến của nó
Cho rằng The Wall Street Journal là một phương tiện truyền thông của Murdoch, không đáng tin cậy
Các báo cáo tin tức của The Wall Street Journal khô khan, không chứa chương trình nghị sự, các chuyên mục ý kiến thì nghiêng về cánh hữu của Hoa Kỳ
Đề xuất thử The New Lines Magazine, nó có phạm vi phủ sóng toàn cầu, nội dung thú vị
Đề xuất The Christian Science Monitor và Mother Jones làm nguồn tin tức
Đề xuất podcast “Globalist” của Monocle, được sản xuất tốt, có tầm nhìn toàn cầu, khác với bong bóng NPR/KQED

Bộ của Đan Mạch Thay thế Windows và Microsoft Office bằng Linux và LibreOffice #

Danish Ministry Replaces Windows and Microsoft Office with Linux and LibreOffice

https://www.heise.de/en/news/From-Word-and-Excel-to-LibreOffice-Danish-ministry-says-goodbye-to-Microsoft-10438942.html

Bộ Số hóa Đan Mạch nói lời tạm biệt Microsoft: Chuyển sang Linux và LibreOffice

Bộ Số hóa Đan Mạch sẽ hoàn toàn từ bỏ các sản phẩm của Microsoft trong những tháng tới, thay vào đó sử dụng hệ điều hành Linux và bộ phần mềm văn phòng LibreOffice. Quyết định này được Bộ trưởng Bộ Số hóa Caroline Stage công bố trong một cuộc phỏng vấn với nhật báo chính trị Đan Mạch “Politiken”. Động thái này diễn ra sau các bước tương tự được thực hiện bởi hai thành phố lớn nhất của Đan Mạch. Mùa hè này, một nửa số nhân viên của bộ sẽ được trang bị Linux và LibreOffice. Nếu mọi việc diễn ra theo đúng kế hoạch, đến mùa thu, toàn bộ bộ sẽ không còn sử dụng các sản phẩm của Microsoft.

Sự chuyển đổi này của Bộ Số hóa diễn ra trong bối cảnh chiến lược số hóa mới, nhấn mạnh “chủ quyền số” của vương quốc. Theo báo cáo, phe đối lập cũng kêu gọi giảm sự phụ thuộc vào các công ty công nghệ của Mỹ. Chỉ vài ngày trước, thủ đô Copenhagen đã tuyên bố ý định xem xét việc sử dụng phần mềm Microsoft. Thành phố lớn thứ hai, Aarhus, đã bắt đầu thay thế các dịch vụ của Microsoft. Stage nói với “Politiken” rằng họ nên hợp tác thay vì cạnh tranh. Tất cả các thành phố nên cùng nhau nỗ lực để tăng cường sử dụng phần mềm nguồn mở.

Khi được hỏi bộ của bà sẽ đối phó như thế nào nếu quá trình chuyển đổi không suôn sẻ, Stage trả lời rằng họ sẽ đơn giản quay lại hệ thống cũ để chuyển đổi và tìm kiếm các lựa chọn khác: “Nếu chúng ta không bắt đầu, chúng ta sẽ không tiến gần hơn đến mục tiêu.” Cho đến nay, bà chỉ nghe thấy nhân viên hoan nghênh sự thay đổi này. Nhưng trong bộ của bà, nơi chủ yếu chịu trách nhiệm về công việc số hóa, bà dự kiến sẽ có rất nhiều sự quan tâm. Bà cũng đảm bảo với họ rằng động thái này không chỉ nhắm vào Microsoft, vì họ nói chung là quá phụ thuộc vào một số ít nhà cung cấp.

Bài viết cũng đề cập đến sự cố của Tòa án Hình sự Quốc tế, trong đó các tài khoản email do Microsoft vận hành bị ngắt kết nối, gây ra một làn sóng phản đối ở châu Âu. Ở Đan Mạch, tân Tổng thống Mỹ Donald Trump trong nhiều tuần đã tuyên bố rằng đất nước của ông muốn tiếp quản Greenland. Hòn đảo nằm ở Bắc Đại Tây Dương này là một phần tự trị của Đan Mạch, và đề xuất của Trump đã gây ra sự phẫn nộ lớn ở Đan Mạch. Do đó, mong muốn giảm sự phụ thuộc vào các công ty Mỹ rõ ràng là mạnh mẽ hơn so với các nước châu Âu khác.

Ngoài ra, bài viết còn đề cập đến việc các nước châu Âu mong muốn giảm sự phụ thuộc vào Microsoft như thế nào, và bang Schleswig-Holstein đang thúc đẩy việc sử dụng rộng rãi phần mềm nguồn mở như thế nào.

HN | Độ nóng: 383 điểm | 188 bình luận | Tác giả: jlpcsl #

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

Các chuyên gia IT Đan Mạch chỉ ra rằng vấn đề chính khi thay thế hệ điều hành và phần mềm văn phòng là cơ sở hạ tầng xung quanh.
Có thể nhiều nhân viên sẽ sử dụng webmail và chạy các chương trình Windows thông qua remote desktop.
Việc đầu tư không đủ vào cơ sở hạ tầng, không giải quyết được các vấn đề khó khăn, khung thời gian ngắn, nghi ngờ không dành đủ thời gian và tiền bạc cho đào tạo.
Cho rằng sự chuyển đổi này sẽ kết thúc bằng thất bại hoàn toàn, nhân viên sẽ phàn nàn về năng suất giảm và môi trường làm việc đáng thất vọng.
Một số trường học cũng đang thay thế Chromebook bằng Linux và LibreOffice, nhưng cũng không có kế hoạch xử lý xác thực, email, chia sẻ tệp hoặc cấu hình.
Do lập kế hoạch kém, những thay đổi này sẽ kết thúc bằng thất bại.
Tại các tổ chức công lớn ở Na Uy, một nửa số nhóm sử dụng Linux, hạn chế duy nhất là sử dụng Edge để đăng nhập một lần (Single Sign-On - SSO).
Nếu tổ chức không khóa cấu hình Firefox, có thể giải quyết vấn đề đăng nhập một lần của Firefox thông qua cài đặt.
Có thể tích hợp “Identity Broker” của Microsoft để thực hiện đăng nhập một lần trên hệ thống Linux.
Microsoft Intune chính thức hỗ trợ Linux, cho phép các trình duyệt không phải Edge xác thực giống như Edge.
Phần mềm Microsoft khi chạy trên máy Linux sẽ báo cáo là không tuân thủ và có thể chặn đăng nhập.
Phiên bản Linux của Edge bao gồm một số thư viện xác thực, hỗ trợ hỗ trợ mật khẩu từ xa.
Hỗ trợ mật khẩu từ xa có thể đề cập đến việc liên kết với thiết bị di động qua Bluetooth, sau đó sử dụng xác thực sinh trắc học để xác thực đa yếu tố.
Không thể sử dụng KeePassXC + Firefox, có thể cần hạ cấp plugin trình duyệt KeePassXC.
Nếu trọng tâm là các công cụ mở và chủ quyền thay vì tiết kiệm chi phí, thì việc chuyển đổi sang Linux trong các tổ chức lớn và phức tạp có thể hoàn toàn thành công.
Sử dụng Edge để đăng nhập một lần có thể là sản phẩm của Microsoft.

Phần mềm gián điệp của công ty Israel được Mỹ hậu thuẫn được sử dụng để nhắm mục tiêu các nhà báo châu Âu #

US-backed Israeli company’s spyware used to target European journalists

https://apnews.com/article/spyware-italy-paragon-meloni-pegasus-f36dd32106f44398ee24001317ccf2bb

Gần đây, các nhà nghiên cứu kỹ thuật số của Citizen Lab đã phát hiện ra rằng phần mềm gián điệp của Paragon Solutions, một công ty Israel được Hoa Kỳ hỗ trợ, đã được sử dụng để nhắm mục tiêu vào điện thoại của ít nhất ba nhà báo châu Âu, trong đó có hai biên tập viên của một trang web tin tức điều tra của Ý. Phát hiện này đã làm dấy lên nghi ngờ về vai trò có thể có của chính phủ Thủ tướng Ý Giorgia Meloni trong việc giám sát các nhà báo và nhà hoạt động xã hội dân sự chỉ trích sự lãnh đạo của bà, đồng thời làm dấy lên lo ngại về việc lạm dụng phần mềm gián điệp thương mại ở các quốc gia dân chủ.

Ủy ban điều hành của Liên minh châu Âu đã đưa ra một tuyên bố về vấn đề này, nói rằng “bất kỳ nỗ lực nào để thu thập dữ liệu của công dân một cách bất hợp pháp, bao gồm cả việc giám sát các nhà báo và đối thủ chính trị, đều là không thể chấp nhận được”. Văn phòng của Meloni đã không đưa ra bình luận, nhưng một thành viên nổi bật trong nội các của bà cho biết rằng Ý “tuân thủ nghiêm ngặt” luật pháp và không giám sát các nhà báo một cách bất hợp pháp.

Phần mềm gián điệp Graphite của Paragon Solutions đã được sử dụng để nhắm mục tiêu vào khoảng 90 người dùng WhatsApp từ hơn hai mươi quốc gia. Meta đã tiết lộ thông tin này vào tháng Giêng, nói rằng họ đã vá các lỗ hổng và không phát hiện thêm các cuộc tấn công nào. Meta cũng đã gửi thư yêu cầu ngừng và chấm dứt cho Paragon, và trong một vụ kiện vào tháng trước, tòa án đã phán quyết Meta được bồi thường thiệt hại 168 triệu đô la vì phần mềm gián điệp của NSO Group đã được sử dụng để tấn công 1400 tài khoản WhatsApp, bao gồm cả các nhà báo và nhà hoạt động.

Báo cáo của Citizen Lab lần đầu tiên xác nhận rằng Paragon đã lây nhiễm thành công các thiết bị Apple. Nạn nhân bao gồm Ciro Pellegrino, biên tập viên tin tức của trang web điều tra Fanpage.it của Ý, iPhone của ông đã bị đánh dấu là bị tấn công vào ngày 29 tháng 4. Trang web này đã bí mật quay phim các thành viên của tổ chức thanh niên của đảng Anh em Ý do Meloni lãnh đạo đưa ra những tuyên bố phân biệt chủng tộc và phát xít. Thiết bị Android của một biên tập viên khác, Francesco Cancellato, cũng bị tấn công, nhưng chưa có bằng chứng thuyết phục nào chứng minh rằng điện thoại của ông đã bị nhiễm.

Nghiên cứu của Citizen Lab cho thấy rằng việc sử dụng phần mềm gián điệp nhắm vào các nhà báo vẫn tiếp tục mặc dù có sự phản đối ngày càng tăng đối với NSO Group. Phần mềm gián điệp Graphite của Paragon đặc biệt kín đáo, có thể xâm nhập vào thiết bị mà người dùng không hề hay biết, tương tự như phần mềm gián điệp Pegasus khét tiếng của NSO Group.

COPASIR, ủy ban tình báo của quốc hội Ý, tuần trước đã công khai một cách hiếm hoi kết quả điều tra về việc chính phủ sử dụng Paragon. Báo cáo xác nhận rằng cơ quan tình báo Ý đã không giám sát Cancellato, nhưng xác nhận rằng việc giám sát một số nhà hoạt động xã hội dân sự là hợp pháp và được chính phủ cho phép. Mối quan hệ giữa Paragon và Ý đã kết thúc, nhưng cả hai bên có những tuyên bố hoàn toàn khác nhau về lý do chia tay.

Tại Hoa Kỳ, Paragon đã nhận được một số hợp đồng của chính phủ. Bộ An ninh Nội địa Hoa Kỳ đã ký với họ một hợp đồng trị giá 2 triệu đô la trong một năm vào năm ngoái cho các hoạt động và hỗ trợ của Cơ quan Thực thi Di trú và Hải quan Hoa Kỳ. Đảng viên Đảng Dân chủ Adam Schiff đã đặt câu hỏi về việc DEA sử dụng phần mềm gián điệp Graphite, cho rằng điều này có thể thúc đẩy sự lan rộng của khả năng giám sát mạnh mẽ trong các chế độ độc tài.

Nhìn chung, sự kiện này cho thấy vấn đề lạm dụng tiềm tàng phần mềm gián điệp thương mại ở các quốc gia dân chủ, làm dấy lên các cuộc thảo luận rộng rãi về tính minh bạch và trách nhiệm giải trình.

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

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

Tiêu đề chỉ đề cập đến Hoa Kỳ và Israel, trong khi câu chuyện thực tế là về việc Ý do thám các nhà báo ở các quốc gia khác trong EU, nhưng các trang web tin tức cần lượt nhấp.
Không có bằng chứng xác thực nào trong bài viết cho thấy Ý đang theo dõi nhà báo này, Ủy ban giám sát của Nghị viện Ý (COPASIR) sau khi điều tra cho biết, mặc dù có các nhà hoạt động bị theo dõi hợp pháp, nhưng nhà báo Cancellato không bị theo dõi.
Paragon cung cấp một phương pháp để cơ quan tình báo Ý xác định xem phần mềm của họ có được sử dụng để chống lại các nhà báo hay không, nhưng Ý đã từ chối đề xuất này, điều này có vẻ đáng ngờ.
Việc công ty Israel được Hoa Kỳ hậu thuẫn được đề cập trong tiêu đề bán phần mềm gián điệp không phải là tin tức, công ty cụ thể cũng không phải là tin tức, việc bán các công cụ tình báo cho các chính phủ phương Tây tự nó không có gì sai, Ý không phải là Iran hay Zambia.
Các chính phủ phương Tây sử dụng các công cụ này không giống như Iran hoặc Zambia, bởi vì họ sẽ không sử dụng các công cụ này.
Nếu không có lý do chính đáng để theo dõi các nhà báo, thì việc bán các công cụ tình báo cho các chính phủ phương Tây có còn không có gì sai không, các chính phủ phương Tây thường tốt hơn, nhưng việc theo dõi các nhà báo là không tốt.
Các nhà báo quan tâm đến câu chuyện của các nhà báo, nhưng điều đó không có nghĩa là nó không ảnh hưởng đến phần lớn dân số, bởi vì hầu hết mọi người lấy thông tin thông qua tin tức.
Việc bán phần mềm này chắc chắn là sai trái, nó chủ yếu được sử dụng để quấy rối các nhà báo và những người phản đối chế độ độc tài, điều này là không đúng về mặt đạo đức.
Các nước phương Tây không phải là đạo đức vô song, nhưng điều đó không có nghĩa là tác động của việc Iran sử dụng phần mềm gián điệp đối với những người bị theo dõi sẽ không tồi tệ hơn.
Không ai phủ nhận ảnh hưởng của phương Tây đối với chủ nghĩa thực dân, nhưng các nạn nhân của chủ nghĩa thực dân cũng sẽ làm rất nhiều điều xấu.
Nếu bạn nghĩ rằng chính phủ Iran về mặt đạo đức tương đương với chính phủ Ý, thì bạn đã hoàn toàn sai lầm, chính phủ Iran không dân chủ, không được ưa chuộng, cưỡng chế thi hành luật tôn giáo, không tôn trọng các nhóm thiểu số và đầu tư hàng tỷ đô la vào việc thúc đẩy khủng bố ở Trung Đông.
Hoa Kỳ vào năm 1953 đã lật đổ chính phủ dân cử của Iran thông qua một cuộc đảo chính do CIA lãnh đạo, duy trì quyền lực của Shah, Shah đàn áp người dân, dẫn đến cuộc cách mạng năm 1979.

Show HN: Spark, Một trình kết xuất Gaussian Splatting 3D tiên tiến cho Three.js #

Show HN: Spark, An advanced 3D Gaussian Splatting renderer for Three.js

https://sparkjs.dev/

Trang web này là một trang giới thiệu về “SparkRenderer”, một trình kết xuất 3D Gaussian Splatting cao cấp, được thiết kế đặc biệt cho THREE.js. Dưới đây là bản tóm tắt:

Tổng quan #

SparkRenderer là một trình kết xuất Gaussian Splatting 3D cao cấp được tích hợp trong môi trường THREE.js, nó có thể được sử dụng cùng với các lưới và splat khác, hỗ trợ kết xuất nhanh trên tất cả các thiết bị, cung cấp các hiệu ứng splat động có thể lập trình và hỗ trợ nhiều định dạng (như ply, spz, splat, ksplat).

Thiết kế hệ thống #

Trang web trình bày chi tiết thiết kế hệ thống của SparkRenderer, bao gồm các khía cạnh sau:

SparkRenderer: Thành phần cốt lõi của trình kết xuất, chịu trách nhiệm kết xuất và quản lý splat.
SparkViewpoint: Dùng để quản lý và cập nhật điểm nhìn, đảm bảo tính chính xác của hiệu ứng kết xuất.
SplatMesh: Biểu diễn lưới của một splat đơn lẻ, có thể chỉnh sửa và thao tác.
PackedSplats: Một phương pháp đóng gói splat, được sử dụng để tối ưu hóa hiệu suất và lưu trữ.
Loading Gsplats: Giới thiệu cách tải splat định dạng gsplats.
Procedural Splats: Thảo luận về cách tạo splat theo thủ tục để đạt được hiệu ứng động.

Chỉnh sửa Splat RGBA-XYZ SDF #

Trang web cũng cung cấp thông tin chi tiết về chỉnh sửa Splat RGBA-XYZ SDF, một kỹ thuật dùng để chỉnh sửa màu sắc và vị trí của splat.

Tổng quan về Dyno #

Dyno là một thư viện chuẩn của SparkRenderer, cung cấp một loạt các công cụ điều khiển và điều chỉnh hiệu năng. Trang web này trình bày tổng quan về các chức năng của Dyno và cung cấp phần giới thiệu về thư viện chuẩn của nó.

Kiểm soát và Điều chỉnh Hiệu năng #

Phần này thảo luận về cách sử dụng các công cụ điều khiển và điều chỉnh hiệu suất trong thư viện Dyno để tối ưu hóa hiệu ứng hiển thị và hiệu suất.

Tài nguyên cộng đồng #

Trang web cung cấp một số tài nguyên cộng đồng ở cuối trang để người dùng tham khảo và học hỏi, nhằm tận dụng SparkRenderer tốt hơn.

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

Trang web cuối cùng cung cấp một liên kết “Get started”, hướng dẫn người dùng bắt đầu sử dụng SparkRenderer.

Trang web này chủ yếu giới thiệu các chức năng, thiết kế hệ thống, công cụ chỉnh sửa, điều chỉnh hiệu suất và cách bắt đầu sử dụng SparkRenderer. Thông qua những thông tin này, người dùng có thể hiểu rằng SparkRenderer là một công cụ kết xuất 3D mạnh mẽ, phù hợp với các cảnh THREE.js, đồng thời sở hữu khả năng hỗ trợ định dạng rộng rãi và lập trình hiệu ứng động.

HN | Độ nóng: 351 điểm | 82 bình luận | Tác giả: dmarcos #

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

Spark là một thư viện mã nguồn mở, giúp dễ dàng tích hợp Gaussian splats vào các cảnh THREE.js.
Các bản demo rất ấn tượng và hoạt động tốt ngay cả trên iPhone đời cũ.
Đề xuất định nghĩa “Gaussian splats” trên GitHub hoặc trang web để tăng sức hấp dẫn cho dự án.
Gaussian splats là một kỹ thuật dựng hình thể tích, kết xuất trực tiếp dữ liệu thể tích mà không cần chuyển đổi thành bề mặt hoặc nguyên thủy đoạn thẳng.
Kỹ thuật này thường được sử dụng để quét các vật thể thực, chẳng hạn như quét thực phẩm, với hiệu suất tuyệt vời và chi tiết phong phú.
Quét thực phẩm chỉ sử dụng ảnh chụp bằng điện thoại Pixel và tạo splats thông qua xử lý postshot.
Kích thước splats được ghi lại bằng kỹ thuật này không đáng tin cậy, trừ khi được sử dụng kết hợp với các thiết bị đo vật lý (chẳng hạn như Lidar).
Kích thước tệp splats được tạo từ quá trình quét là hợp lý, chi tiết phong phú nhưng dữ liệu truyền tải không lớn.
Các ứng dụng khác như BabylonJS cũng hỗ trợ Gaussian splats.
A-Frame là một hệ thống thành phần thực thể dựa trên THREE.js, sử dụng DOM làm lớp khai báo biểu đồ cảnh.
Mục tiêu của Spark là khám phá các ứng dụng của 3D Gaussian Splatting, chẳng hạn như đo ảnh/quét và quay video.
Công cụ PlayCanvas là miễn phí và mã nguồn mở, trong khi trình chỉnh sửa PlayCanvas có các gói trả phí tùy chọn.
Khả năng tương thích của BabylonJS trong trình duyệt khác nhau tùy theo trình duyệt, có ưu điểm và nhược điểm.

Di chuyển Microsoft Office từ Source Depot sang Git #

Microsoft Office migration from Source Depot to Git

https://danielsada.tech/blog/carreer-part-7-how-office-moved-to-git-and-i-loved-devex/

Bài viết này kể về một dự án lớn mà tác giả đã tham gia trong thời gian làm việc tại Microsoft: di chuyển kho mã Office từ Source Depot sang Git. Dưới đây là bản tóm tắt tiếng Việt của bài viết:

Tập trung vào năng suất của nhà phát triển: Sau khi đi sâu vào phát triển sản phẩm, tác giả bị thu hút bởi những thách thức trong việc nâng cao năng suất của nhà phát triển. Anh ấy trích dẫn lời của một người cố vấn: “Năng suất của nhà phát triển luôn là ‘công việc nhân lên’, đặc biệt là ở những nơi có nhiều nhà phát triển. Bằng cách tiết kiệm vài phút mỗi ngày cho mỗi nhà phát triển, bạn sẽ tiết kiệm được nhiều năm chờ đợi của con người.”

Nguồn gốc của Source Depot: Vào đầu những năm 2000, Microsoft phải đối mặt với một tình thế khó khăn: độ phức tạp của mã Windows tăng lên nhanh chóng, đòi hỏi phải kiểm soát phiên bản. Vào thời điểm đó, Git và SVN chưa xuất hiện, Microsoft đã chọn Perforce làm giải pháp thương mại và phát triển hệ thống của riêng mình dựa trên công nghệ này - Source Depot. Cảm giác sử dụng Source Depot giống như đeo găng tay lò nướng để lập trình: tốc độ lặp lại nhanh hơn, nhưng việc phân nhánh và chuyển đổi trạng thái rất khó khăn. Ngoài ra, việc lấy mã từ kho mã Office mất hàng giờ, việc tạo nhánh là một sự kiện lớn cần lập kế hoạch và sắp xếp.

Vấn đề của Source Depot: Source Depot là tập trung, nếu mạng bị gián đoạn, năng suất sẽ dừng lại. Lựa chọn duy nhất để làm việc từ xa là VPN và cầu nguyện. Hợp nhất các thay đổi (hay còn gọi là tích hợp ngược và tích hợp xuôi) là phần khó khăn nhất, các quản trị viên nhánh cần liên tục xử lý quá trình này.

Lý do di chuyển sang Git: Mặc dù Source Depot đã phục vụ Microsoft trong nhiều năm, nhưng theo thời gian, nó trở nên lỗi thời rõ rệt. Khi Microsoft cuối cùng quyết định di chuyển sang Git, tác giả và hàng trăm kỹ sư khác đã mất nhiều năm để hoàn thành việc di chuyển này.

Thách thức khi di chuyển OneNote sang Git: Nhóm kỹ thuật Office quyết định di chuyển sang Git vì Source Depot không chỉ tốn kém mà còn rất khó bảo trì. Ngoài ra, nhân viên hiện tại và nhân viên mới bày tỏ sự không hài lòng vì không có “kỹ năng làm việc có thể chuyển giao”. Điều này đánh dấu sự khởi đầu của hành trình di chuyển sang Git kéo dài nhiều năm của Office.

Độ phức tạp của việc di chuyển: Office có các chương trình khách hàng khác nhau, bao gồm Kênh Dịch vụ Dài hạn (LTSC), Cập nhật Nửa năm, Cập nhật Hàng tháng và các bản dựng nội bộ. Điều này có nghĩa là bất kỳ quá trình di chuyển nào cũng phải hỗ trợ đồng thời cả hệ thống cũ và hệ thống mới trong nhiều tháng. Ngoài ra, số phiên bản Office phải nhất quán giữa các bản dựng, bao gồm kích hoạt tất cả các xác thực chính xác, duy trì hoạt động của thử nghiệm (cơ sở hạ tầng thử nghiệm cũ chỉ hoạt động trên IE), v.v.

Quy mô của Office: Tác giả đề cập rằng khi anh ấy làm việc tại Office, Office có khoảng 4000 kỹ sư. Điều này đòi hỏi sự phối hợp lớn với các hệ thống kỹ thuật của Office và các nhóm trên khắp Office (bao gồm Word, Excel, PowerPoint, Sway, Publisher, Access, Project, OneNote, dịch vụ dùng chung (OSI), UX dùng chung, v.v.). Để đối phó với những hạn chế này, Kỹ thuật Office (OENG) đã tạo ra một mô hình “nhà vô địch”/trung tâm và nan hoa, mỗi nhóm chỉ định một nhà vô địch “mức độ hài lòng của nhà phát triển” làm liên lạc viên hiệu quả cho việc di chuyển sang Git và cung cấp kênh phản hồi cho toàn bộ tổ chức của họ.

Quá trình di chuyển: Với tư cách là nhà vô địch trải nghiệm nhà phát triển OneNote, tác giả đã tận mắt chứng kiến một trong những cuộc di chuyển kiểm soát phiên bản lớn nhất trong lịch sử phần mềm. Dưới đây là cách họ thực hiện việc di chuyển:

Vũ trụ song song (Giai đoạn 1): Thách thức là làm thế nào để di chuyển một kho mã trực tiếp được sử dụng bởi hàng nghìn nhà phát triển mà không làm hỏng bất cứ điều gì. Giải pháp là “vũ trụ song song”, tức là một kho mã gốc Git liên tục đồng bộ hóa với Source Depot. Quá trình này rất lớn và tốn nhiều thời gian hơn dự kiến. Mô hình phân nhánh của Source Depot khác về cơ bản so với Git, và trên thực tế, đã có ba lần thử nghiệm trong những năm khác nhau để có được một cầu nối hoạt động. Phần khó nhất để duy trì tính nhất quán là tích hợp ngược/tích hợp xuôi và đảm bảo chúng nhất quán với các phiên bản Git.
Chứng minh tính tương đương (Giai đoạn 2): Có một bản sao Git chỉ là một nửa trận chiến. Chúng ta cần chứng minh mọi thứ hoàn toàn giống nhau. Điều này có nghĩa là chạy toàn bộ bộ thử nghiệm trên cả hai kho mã mỗi ngày. Trong nhiều năm, để tôn trọng ngữ nghĩa của cách làm việc trước đây, nhiều ngữ nghĩa đã được xây dựng. Hệ thống xây dựng của Office rất phức tạp, sự khác biệt nhỏ trong việc chạy thử nghiệm có thể dẫn đến các đầu ra nhị phân khác nhau. Họ đã mất nhiều tháng để gỡ lỗi xử lý dòng kết thúc, các vấn đề về độ nhạy chữ hoa chữ thường và sự không khớp đầu ra thử nghiệm. Tất cả công việc này được thực hiện trong một hệ thống có tên là “bb” (tác giả đoán “bb” là viết tắt của nút lớn, vì trong quá khứ bạn cần nhấn một nút lớn để chạy thử nghiệm).

HN | Độ nóng: 279 điểm | 228 bình luận | Tác giả: dshacker #

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

Sau khi chuyển từ Source Depot sang Git, thời gian làm quen công việc của nhân viên mới giảm đi một nửa, kỹ năng dễ dàng được chuyển giao sang các ngành khác.
Perforce/SD hoạt động tốt trong các hệ thống kiểm soát phiên bản tập trung, nhưng thế giới đã thay đổi.
Một số công ty đã phát triển công nghệ của riêng họ, tương tự như VFS của Perforce, để kiểm tra các tệp mà không cần tải xuống toàn bộ dự án.
Trong phát triển trò chơi, công nghệ cần kiểm tra toàn bộ bộ ứng dụng nhưng chỉ kéo các tệp theo một cách cụ thể là rất quan trọng.
Vẫn có người mong muốn có một hệ thống kiểm soát phiên bản dựa trên máy chủ, có thể lưu trữ bộ mã nguồn của công ty mà không cần giữ lại toàn bộ lịch sử.
Sử dụng Git có thể giảm sự bối rối khi nhân viên mới bắt đầu làm việc, nâng cao hiệu quả làm quen công việc.
Một số công ty vẫn sử dụng Perforce, nhân viên không hài lòng về điều này.
Có người thích sử dụng Piper của Google hơn Git trong công việc.
Nhân viên mới có thể cởi mở với việc sử dụng các hệ thống kiểm soát phiên bản không phải Git tại các công ty, nhưng cần thời gian để hiểu lý do đằng sau.
Có người cho rằng, trừ khi công ty có lý do chính đáng, việc sử dụng hệ thống kiểm soát phiên bản không phải Git có thể có nghĩa là công ty không có khả năng và ý muốn cập nhật các quy trình cũ.
Có người cho rằng, việc sử dụng các công cụ không phải Git có thể có nghĩa là công ty đã không so sánh ưu nhược điểm của các hệ thống kiểm soát phiên bản khác nhau, mà đã chọn một hệ thống khác.
Có người đề cập rằng, sử dụng Source Depot có cảm giác như đang chiến đấu với phần mềm, càng quen thuộc với nó càng không thích nó.
Có người chia sẻ trải nghiệm cảm thấy rất vui sau khi chuyển từ SVN sang Git.
Có người cho rằng, Git không nhất thiết là một công cụ tốt, một số người cho rằng hg tốt hơn, cũng có người cảm thấy các công cụ mới như jj tốt hơn, đồng thời tương thích với Git.

macOS Tahoe mang đến một định dạng ảnh đĩa mới #

macOS Tahoe brings a new disk image format

https://eclecticlight.co/2025/06/12/macos-tahoe-brings-a-new-disk-image-format/

macOS Tahoe giới thiệu định dạng ảnh đĩa mới, ASIF

Ảnh đĩa luôn là một công cụ có giá trị, nhưng hiệu suất lại kém. Trong một số trường hợp, ảnh thưa thớt được mã hóa (UDSP) được lưu trữ trên ổ SSD bên trong nhanh của máy Mac Apple Silicon có thể không ghi tệp nhanh hơn 100 MB/giây, tốc độ này thường thấy ở ổ cứng giá rẻ. Một tính năng mới quan trọng được giới thiệu cùng macOS 26 Tahoe là định dạng ảnh đĩa mới, ASIF, có khả năng đạt tốc độ gần như gốc. Định dạng này được coi là cải tiến lớn trong công nghệ ảo hóa nhẹ, hứa hẹn sẽ khắc phục được những hạn chế về hiệu suất tối đa của máy ảo (VM) chạy trên máy Mac Apple Silicon. Mặc dù ảnh đĩa ASIF có sẵn để sử dụng chung và hoạt động ngay cả trên macOS Sequoia, nhưng bài viết này sẽ trình bày khả năng của chúng.

Apple cung cấp một số chi tiết kỹ thuật, chỉ nêu rằng cấu trúc bên trong của ảnh đĩa ASIF không phụ thuộc vào khả năng của hệ thống tệp lưu trữ và kích thước của chúng trên máy chủ phụ thuộc vào kích thước của dữ liệu được lưu trữ trên đĩa. Nói cách khác, chúng là các tệp thưa thớt trong APFS và được đánh dấu như vậy.

Tạo ảnh đĩa ASIF

Hiện tại, chỉ có hai cách để tạo các ảnh đĩa mới này, hoặc là trong Disk Utility của Tahoe hoặc sử dụng công cụ lệnh diskutil như sau:

diskutil image create blank --format ASIF --size 100G --volumeName myVolume imagePath

Thao tác này sẽ tạo một ảnh ASIF có kích thước tối đa là 100 GB, chứa một ổ đĩa APFS duy nhất có tên là myVolume tại đường dẫn và tên là imagePath. Bạn cũng có thể chuyển đổi ảnh đĩa hiện có sang định dạng ASIF bằng tùy chọn from.

Những lệnh này chỉ hoạt động với Tahoe vì không có hỗ trợ nào cho việc tạo ra chúng trong Sequoia 15.5 hoặc phiên bản cũ hơn. Cũng không có tài liệu nào ghi lại quyền truy cập vào công cụ lệnh hdiutil, thường được sử dụng để làm việc với hình ảnh đĩa, mặc dù các lệnh chung của nó sẽ hoạt động tốt với ASIF.

Loại UTI của ảnh đĩa được tạo là com.apple.disk-image-sparse, trái ngược với loại ảnh RAW (đọc-ghi UDIF), com.apple.disk-image-udif, có thể được sử dụng để phân biệt chúng.

Tiết kiệm

Một ảnh đĩa ASIF 100 GB chiếm ít hơn 1 GB dung lượng đĩa khi mới tạo, nhưng sau khi sử dụng rộng rãi và thêm một ổ đĩa thứ hai, kích thước của nó trên đĩa dao động từ 1,9-3,2 GB khi ảnh đĩa lại trống. Không có nỗ lực nào được thực hiện để nén ảnh đĩa bằng hdiutil và trang hướng dẫn của nó không nêu rõ liệu nó có được hỗ trợ hay hợp lệ cho loại ảnh đĩa này hay không.

hiệu suất

Sử dụng Stibium, chúng tôi đã đo hiệu suất đọc và ghi của 160 tệp trên 50 GB, có kích thước từ 2 MB đến 2 GB, theo thứ tự ngẫu nhiên. APFS không được mã hóa đạt tốc độ truyền 5,8 và 6,6 GB/giây (đọc và ghi) khi hoạt động với ảnh ASIF 100 GB trên ổ SSD bên trong 2 TB của MacBook Pro M3 Pro chạy macOS 26 beta. Khi sử dụng ổ đĩa được mã hóa APFS trong ảnh đĩa, tốc độ này giảm xuống còn 4,8 và 4,6 GB/giây.

Mặc dù hiện tại không thể tạo ảnh đĩa ASIF trên máy Mac chạy Sequoia, tôi đã nén ảnh đĩa bằng Apple Archive (aar) để giữ nguyên định dạng, sao chép vào máy Mac mini M4 Pro chạy macOS 15.5 và lặp lại các bài kiểm tra hiệu suất trên ổ SSD 2 TB bên trong. APFS không được mã hóa đạt tốc độ đọc và ghi là 5,5 và 8,3 GB/giây ở đó.

sử dụng

Apple khuyến nghị chuyển từ ảnh đĩa RAW (UDIF đọc-ghi), trước đây được sử dụng để lưu trữ sao lưu máy ảo, sang ASIF, vì chúng hiệu quả hơn cho việc truyền tệp giữa các máy chủ hoặc đĩa. Điều này cần được triển khai trong máy ảo, vì ảnh đĩa trong máy ảo được tạo khi máy ảo được tạo và cài đặt lần đầu. Vì hiện chỉ có công cụ lệnh diskutil được cung cấp, các ứng dụng cần cân nhắc tạo ảnh ASIF trong macOS 26 Tahoe, nếu có ở đó.

Mặc dù ASIF có vẻ được Sequoia 15.5 hỗ trợ, nhưng mối nguy hiểm của máy ảo dựa trên hình ảnh ASIF là nó có thể không tương thích với các phiên bản macOS cũ hơn. Apple vẫn chưa tiết lộ phiên bản cũ nào có thể gắn kết và sử dụng định dạng mới này.

Các thử nghiệm trước đây trên các loại hình ảnh đĩa khác nhau đã chứng minh rằng các bó thưa thớt hoạt động tốt nhất trước ASIF. Bảng sau đây so sánh chúng với ASIF.

Với sự khác biệt về chip, ASIF nhanh hơn đáng kể so với UDRW đọc và ghi và hình ảnh thưa thớt UDSP (cả dạng thường và dạng mã hóa). Nó cũng có khả năng nhanh hơn đáng kể so với bó thưa thớt và có lợi thế là sử dụng một tệp duy nhất làm bộ nhớ sao lưu.

Kết luận:

Nếu có thể, đặc biệt là trong macOS 26 Tahoe, máy ảo nên sử dụng ảnh đĩa ASIF thay vì RAW/UDRW.

Trừ khi cần một bó thưa thớt (ví dụ, khi nó được lưu trữ trên một hệ thống tệp khác, chẳng hạn như trong NAS), ASIF sẽ là lựa chọn đầu tiên cho các hình ảnh đĩa mục đích chung trong Tahoe.

Tốt nhất là máy ảo nên gọi API thích hợp thay vì công cụ lệnh.

Hãy chú ý đến DropDMG từ C-Command. Tôi tin rằng nó sẽ sớm hỗ trợ hình ảnh đĩa ASIF.

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

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

Có người dùng đề cập rằng, ngay cả khi liên kết giống nhau, các bài viết trên Hacker News vẫn có thể được đăng lại vì một số lý do.
Có ý kiến cho rằng, Hacker News cho phép đăng lại các liên kết giống nhau sau một khoảng thời gian nhất định.
Có người dùng đề xuất rằng, nếu bài viết không nhận được nhiều sự chú ý, nó có thể được đăng lại rất nhanh; nếu nó nhận được sự chú ý, thì cần phải đợi lâu hơn.
Có người dùng cho biết, khi họ cố gắng đăng lại liên kết, hệ thống báo là trùng lặp, ngay cả khi các liên kết này đã được đăng vài ngày, vài tuần hoặc vài tháng trước.
Có người dùng cho rằng, việc nhanh chóng đăng lại có thể không có lợi cho cộng đồng, vì trong quá khứ đã có người thao túng URL để vượt qua việc kiểm tra trùng lặp nghiêm ngặt.
Có người dùng đề cập rằng, họ muốn các nhà sản xuất hệ điều hành hỗ trợ hệ thống tệp hơn là bên thứ ba.
Có người dùng phản bác rằng, nhiều người sử dụng các công cụ như FUSE, Paragon NTFS for Mac, v.v., vì vậy không phải ai cũng phản đối việc bên thứ ba hỗ trợ hệ thống tệp.
Có người dùng đề cập rằng, FUSE là một công nghệ trưởng thành, có thể được sử dụng hiệu quả và sẽ không trở thành cơn ác mộng như một số người lo sợ.
Có người dùng hỏi, ai chịu trách nhiệm bảo trì hỗ trợ NTFS trên Linux, là Microsoft, kernel hay bản phân phối.
Có người dùng giải thích rằng, trình điều khiển NTFS3 được phát triển bởi công ty Paragon và đã trở thành một phần của kernel.
Có người dùng cho biết, FSKit là một API không gian người dùng, an toàn hơn mã hệ thống tệp chạy trong kernel.
Có người dùng hỏi FSKit có thực sự được hỗ trợ và sử dụng hiện nay không.
Có người dùng làm rõ rằng, bài viết mô tả một định dạng ảnh đĩa mới, chứ không phải bản thân hệ thống tệp.
Có người dùng chỉ ra rằng, định dạng ảnh đĩa được sử dụng cho đĩa ảo hóa, và có thể đặt hệ thống tệp lên đó.
Có người dùng cho rằng, có sự nhầm lẫn giữa ảnh đĩa và định dạng đĩa trong nhiều bình luận.