Live data from Hacker News

Qualcomm to Acquire Modular

reuters.com

121–130 of 134 posts

Re: Qualcomm to Acquire Modular

#121

Related, Reuters reported the deal a few days ago, valued at $4b: https://www.reuters.com/legal/transactional/qualcomm-nearing...

I call BS, zero chance this traded at $4B. The fact they describe it as a "chip company" shouldn't give confidence

Wired said ~$4B as well and linked the 8-k with the stock amount involved in the deal - based on some simple math of price at market open for the announcement + number of shares, it's directionally accurate.

Re: Qualcomm to Acquire Modular

#122

Earlier quoted context omitted.

I'm not really sure if Mojo has lost or not, but the community has felt quite different than other language communities I have encountered. The development feels less organic and more driven by venture capital. This is most acutely felt in the current closed source development of mojo itself, which seems like it will continue into the near future. I look forward to seeing open source mojo and the community that will…

> The development feels less organic and more driven by venture capital The development has been driven by the needs of Modular. > This is most acutely felt in the current closed source development of mojo itself Mojo compiler is closed, the language development is quite open. Some of the proposed changes have been shelved or tweaked based on community feedback. However, you should understand that the compiler is clo…

> I have zero doubt it'll reach mainstream adoption.

I'll gladly put $1000 in escrow as a bet that it never reaches more than 1% on literally any index of your choosing (TIOBE or whatever)

Re: Qualcomm to Acquire Modular

#123

Earlier quoted context omitted.

I think I get what you mean and I should have been more precise in my wording. I didn't mean that an alien language that looks nothing like we have ever seen but for the sake of doing it "right" from scratch would have been a good idea. A new programming language definitely should steal the ideas of other languages that turned out to be good. But Mojo also adopted some of the arguably bad ideas from Python just becau…

> what kind of programming language would a person with as much experience and good taste as Chris Lattner come up with if there were no such external pressures? Swift

That's what the Chris Lattner from back then came up with. I doubt that early Swift is what he would repeat exactly as it was when he would get the chance to do it these days. And current Swift definitely is far away from what he would do, I think he has been quite outspoken about that. So maybe I should make my question more precise and ask what kind of programming language Chris Lattner would come up with in 2026, having learned from all the mistakes that C++, Swift, Mojo (and many others) did?

Re: Qualcomm to Acquire Modular

#124
post #99

Earlier quoted context omitted.

The founders won the lottery, the language most likely will never make mainstream.

Ha! I think whether Mojo will make mainstream or not is already a forgone conclusion. It solves too much of a technical problem to be niche. To me, it is a matter of when... not if.

With Qualcomm doubtful, but good news for the founders.

Re: Qualcomm to Acquire Modular

#126
post #57
post #18

Earlier quoted context omitted.

Why you say that? Nuvia made a massively great success with Oryon CPUs which are now all over the place.

Hasn't pretty much everyone from Nuvia left QC at this point?

Yes, the principal designer engineer Williams just left. He made an announcement a month or two ago?

Re: Qualcomm to Acquire Modular

#127
post #85

Earlier quoted context omitted.

I think I get what you mean and I should have been more precise in my wording. I didn't mean that an alien language that looks nothing like we have ever seen but for the sake of doing it "right" from scratch would have been a good idea. A new programming language definitely should steal the ideas of other languages that turned out to be good. But Mojo also adopted some of the arguably bad ideas from Python just becau…

> But Mojo also adopted some of the arguably bad ideas from Python Like what?

The "else" after a for-loop that executes only when the loop completely finished without a "break" or "return". While maybe a nice concept in general, using "else" for this is only to look familiar to Python programmers. The "else" word itself is really counter intuitive here in my opinion. For more, see https://mojolang.org/docs/manual/control-flow/#for-loop-cont...

Then there's "foo if cond else bar" which is Python's kind of ternary operator and it's at least slightly contentious. One could argue if a language even needs such a construct, but at least for me, I have an easier time reading the control flow when I look at "cond ? foo : bar". It gets even worse when you nest that stuff, although that's something you shouldn't do anyway. For more, see https://mojolang.org/docs/manual/control-flow/#conditional-e...

Also, indentation based syntax... well, it's a choice. I don't know if Lattner would have chose that in a language that he would have designed to his liking from scratch. For more, see https://mojolang.org/docs/reference/compound-statements/

Then there is some scoping related badness from Python that I think is really awful. In Python and Mojo (with a caveat) you can do this:

  if cond:
      foo = 42
  print(foo)
So the scope of a variable is function-level and Mojo adopted this and called it implicitly-declared variables (https://mojolang.org/docs/manual/variables/#implicitly-decla...) as opposed to the concept of explicitly-declared variables (https://mojolang.org/docs/manual/variables/#implicitly-decla...) they added on top which uses the "var" keyword and forces block-level scoping which I'd argue is the sane default. But no, to appease Python programmers, they have this awful function-level scoping by default and you have to opt into block-level scoping by adding a "var" in front of your variable declaration.

But earlier, I was talking about a caveat in Mojo, so it's slightly less awful, because the compiler would complain in the code example above that "foo" might be uninitialized when getting to the print statement, so that's at least something nice, where the static type system prevents stupid mistakes that function-level scoping makes possible. To be fair, all the serious type checkers for Python would catch this as well.

But I hope you get the idea. Those are things I highly doubt would have made it into the language if Lattner could have designed it to his liking from scratch.

Re: Qualcomm to Acquire Modular

#128
post #84

Earlier quoted context omitted.

I tried, also all a little while ago, really found the puzzles fun to do and then tried to implement some basic radar pipeline things and found lots of just basic 'building blocks' for signal processing (i/o things, fft) were missing to the point I went back to JAX. I'm still not manage memory on GPU the way I would like, but mojo (or, my ignorant first stab at it) did not let me exploit direct DMA type things anyway…

What radar pipelines are you working on (out of pure curiosity here)

Re-writing pretty straightforward weather processing from FPGA to GPU just to kick the tires on mojo

Re: Qualcomm to Acquire Modular

#129
post #85

Earlier quoted context omitted.

> But Mojo also adopted some of the arguably bad ideas from Python Like what?

The "else" after a for-loop that executes only when the loop completely finished without a "break" or "return". While maybe a nice concept in general, using "else" for this is only to look familiar to Python programmers. The "else" word itself is really counter intuitive here in my opinion. For more, see https://mojolang.org/docs/manual/control-flow/#for-loop-cont... Then there's "foo if cond else bar" which is Pytho…

Else on for loops is truly terrible yea. I don't understand why Python STILL hasn't come up with alternate syntax and a deprecation path.

I think the trinary op in Python is way superior to Cs, and I came to Python from C.

The variable that was never declared when you hit is bad too yea, but I don't think block level scoping is any good. Pythons rule of having just two scopes (mostly) is imo the sane thing to do. Every single block adding a scope is just chaos, and C++ really screws this up with implicit this.

Re: Qualcomm to Acquire Modular

#130

Earlier quoted context omitted.

Mojo compiler will be open in August.

TODO: license-wash via LLM

I'm not sure I follow. Modular open source uses Apache 2 with LLVM Exceptions: https://github.com/modular/modular?tab=License-1-ov-file
Post reply on HN