Live data from Hacker News

Mojo 1.0

modular.com

11–20 of 168 posts

Re: Mojo 1.0

#11
The main downside is that usually I only choose languages that the LLM is extremely good at. (however I avoid dynamically typed).

But I hope they succeed, it's a very interesting approach. Then I will jump on it later on. S

Re: Mojo 1.0

#12
post #7
post #6

Don't see the value of using a language with a closed source compiler... Much better options out there. Python already has libraries like Pydantic that offload performance to functions written in Rust under the hood.

> Finally, we will continue to progressively open-source more of the Mojo language, as well as components in MAX that we have built with it. Our commitment remains unchanged – we will open source the Mojo compiler and toolchain in 2026.

It's categorically uninteresting until and unless that happens. Weird to release 1.0 without it. What are they waiting for?

Re: Mojo 1.0

#13
Mojo may be interesting to me, but they should really split it from Max, which is some closed stuff I'm not interested in.

They should show some performance comparisions between PyTorch and Mojo, PyTorch+kernel compilation + Triton vs Mojo, ThunderKittens vs Mojo.

Re: Mojo 1.0

#14

Interesting. Heard about Mojo a few years now, never really tried it. My Python brain cannot really write C++ or Rust but still need the performance.

You may have heard of it already, but Nim has existed in this space for some time.

Re: Mojo 1.0

#15
post #12
post #7

Earlier quoted context omitted.

> Finally, we will continue to progressively open-source more of the Mojo language, as well as components in MAX that we have built with it. Our commitment remains unchanged – we will open source the Mojo compiler and toolchain in 2026.

It's categorically uninteresting until and unless that happens. Weird to release 1.0 without it. What are they waiting for?

People to tune in to the conference, probably.

Re: Mojo 1.0

#16
post #6

Don't see the value of using a language with a closed source compiler... Much better options out there. Python already has libraries like Pydantic that offload performance to functions written in Rust under the hood.

C and C++ were closed source for quite some time, they still are in places like commercial embedded OSes and console dev kits, even when they happen to be GCC and clang forks nowadays.

Clang actually has replaced most GCC forks exactly because vendors can keep the fork closed source.

Re: Mojo 1.0

#17
post #12
post #7

Earlier quoted context omitted.

> Finally, we will continue to progressively open-source more of the Mojo language, as well as components in MAX that we have built with it. Our commitment remains unchanged – we will open source the Mojo compiler and toolchain in 2026.

It's categorically uninteresting until and unless that happens. Weird to release 1.0 without it. What are they waiting for?

> Weird to release 1.0 without it. What are they waiting for?

Hmm, I've been under the impression that at one point they said it'd be 100% FOSS by the time 1.0 hits, but maybe I misunderstand/misremember the details. But I remember they'd said it'd be FOSS in connection with 1.0, seems weird to do it this way instead of waiting until it's all FOSS then cut 1.0.

Re: Mojo 1.0

#18

Mojo may be interesting to me, but they should really split it from Max, which is some closed stuff I'm not interested in. They should show some performance comparisions between PyTorch and Mojo, PyTorch+kernel compilation + Triton vs Mojo, ThunderKittens vs Mojo.

> They should show some performance comparisions between PyTorch and Mojo, PyTorch+kernel compilation + Triton vs Mojo, ThunderKittens vs Mojo.

The fact that they release 1.0 without doing this, I think says a lot. I personally haven't even started looking into Mojo because of the closed source stuff, but usually you can tell what's going on by looking for what's obviously missing.

Re: Mojo 1.0

#19
post #12
post #7

Earlier quoted context omitted.

> Finally, we will continue to progressively open-source more of the Mojo language, as well as components in MAX that we have built with it. Our commitment remains unchanged – we will open source the Mojo compiler and toolchain in 2026.

It's categorically uninteresting until and unless that happens. Weird to release 1.0 without it. What are they waiting for?

This exactly. Doesn't scream confidence that its still closed upon release.

Re: Mojo 1.0

#20
AI generated first image does not give me much confidence.

Lastest OpenCV 5 release notes also had a lot of LLMisms.

I guess that's the new normal. Still, I am very hopeful for Mojo.

Post reply on HN