Recent and related: Mojo 1.0 - https://news.ycombinator.com/item?id=49261128 - Aug 2026 (244 comments)
The Mojo language (by Modular, now Qualcomm) is now open-source - https://news.ycombinator.com/item?id=49358327 - 108 comments
51–60 of 108 posts
Recent and related: Mojo 1.0 - https://news.ycombinator.com/item?id=49261128 - Aug 2026 (244 comments)
The Mojo language (by Modular, now Qualcomm) is now open-source - https://news.ycombinator.com/item?id=49358327 - 108 comments
https://investor.qualcomm.com/news-events/press-releases/new...
Can acqui-death be far away...?
Earlier quoted context omitted.
Hm, in docs they say that dependent type system is not first class seems. Is it even dependent? More like refinement types, which seems will be in Rust too.Also HN recently mentioned Rust building similar llvm based integration with GPU. But compared with Python, Julia, Matlab, R, Rust, C, C++ - Mojo feel relief for working with numerics.
I don't agree at all with your last paragraph. MATLAB and Julia are lovely for numerics, maths is terse and looks like maths! Mojo is hobbled by choosing Python style syntax, which does not lend itself well to maths. WRT the type system, I agree MATLAB is a mess but Julia's multiple dispatch feels more like maths than any other language I've tried.
https://theconsensus.dev/p/2026/03/12/mojos-not-yet-python.h...
Earlier quoted context omitted.
It’s open source under the Apache 2 license, not source available. Accepting contributions is not required to be open source. SQLite doesn’t accept contributions from random people either [0] (though you could argue being public domain isn’t being open source). Anyway, this is great, I was waiting for this to take the language for a spin! Congrats to the Mojo team! [0]: https://simonwillison.net/2025/Dec/29/copyright…
Maybe it is not listed by the OSI, but it is 'open source' in practice, if the source is also in the public domain. The FSF's definition of free software makes more sense not only ideologically, but also because it does not try to be exhaustive.
Earlier quoted context omitted.
The niche is so big that Microsoft invented WSL to run Linux programs on Windows.
We already could do that with VMWare Workstation and VirtualBox, since at least 2010. WSL could have been avoided if Microsoft had been more serious about the POSIX subsystem in Windows NT, or later Subsystem for UNIX-based Applications that was available until 2016.
Yes but MS obviously viewed it as important enough to bring it inside their ecosystem.
As for the POSIX subsystem in NT, MacOS is POSIX compliant but Apple provide virtualization APIs to run Linux.
Earlier quoted context omitted.
Can't you just use Numpy directly in Mojo?
you can but through a python interpreter in the mojo process so you get the same numpy speed with mojo ptyhon interop overhead. NuMojo is native and also is now starting to support features that numpy can't really do like native GPU execution.
Earlier quoted context omitted.
Can't you just use Numpy directly in Mojo?
you can but through a python interpreter in the mojo process so you get the same numpy speed with mojo ptyhon interop overhead. NuMojo is native and also is now starting to support features that numpy can't really do like native GPU execution.
I'd be interested to see where GPU code beats NUMPY's SIMD implementation, which is really
Love this intentionality: ” Our open source approach has been deliberate: we’ve found that small and tight-knit design teams (not committees) are the best for finding the “soul” of a language, but that feedback from a broader community is essential to escape an echo chamber. As such, we first open-sourced the Mojo standard library, then released hundreds of thousands of lines of kernel code written in Mojo, tools, an…