Earlier quoted context omitted.
RTFM.
i find myself thinking that numerous times a day (not on HN only), and it occurs to me that this acronym might itself not be known, since you'd have to RTFM to figure it itself out.
I'm lost. Who needs to RTFM?
Mojo is available for local download
111–120 of 193 posts
Re: Mojo is available for local download
#112Whatever that is...
Re: Mojo is available for local download
#113Earlier quoted context omitted.
Their FAQ says this: Over time we expect to open-source core parts of Mojo, such as the standard library. However, Mojo is still young, so we will continue to incubate it within Modular until more of its internal architecture is fleshed out. We don’t have an established plan for open-sourcing yet. I read this as: "There are parts of Mojo that we are not planning to open source" Which makes this a non-starter for me a…
I believe that Chris Lattner (Mojo lead) has said that its going to be open-source eventually. He's followed the same process as with Swift, where they did't open it up until major design decisions had been worked out with the core team.
This is true, he talked about this recently in a livestream: https://www.youtube.com/watch?v=mQh9es5gfpo
Disclaimer: I work for Modular
Re: Mojo is available for local download
#114Earlier quoted context omitted.
Same, and even worse, the playground requires you to be logged in. That's like the initial step of a demo and requiring an account is simply nuts.
The same is true of GPT. Just sayin. Actually GPT is worse because they demand both a phone number and an email. Still haven't signed up because of that nonsense.
There is no parallel. If meta required you to be logged in to run local inference with llama, that might be similar. Your using openai's cloud so you're logged in.
Re: Mojo is available for local download
#115It seems quite exciting and all but I cannot figure out why they choose to impress people with marketing posts like "it is a billion times faster, oh no it is actually a zillion times faster" while their actual potential user base is waiting for license issues to be clarified.
Yeah I believe the actual quoted figure was "35,000 times faster than Python". It's a silly metric either way.
I have never taken them seriously precisely because of this statement. They are a machine learning specific language and everyone who works in machine learning knows the speedup is cherry picked bullshit. If they're basing their marketing around an obviously false claim, why would I take a closer look?
Re: Mojo is available for local download
#116Earlier quoted context omitted.
0:16 from https://www.youtube.com/watch?v=mQh9es5gfpo , says "we'll be open sourcing documentation"... by the end of the year. Documentation? It will have taken a full year to open source documentation. Congrats.
That's disingenuous. They are also open sourcing the standard library by the end of the year.
[deleted]
Re: Mojo is available for local download
#117Earlier quoted context omitted.
I believe that Chris Lattner (Mojo lead) has said that its going to be open-source eventually. He's followed the same process as with Swift, where they did't open it up until major design decisions had been worked out with the core team.
This is true, he talked about this recently in a livestream: https://www.youtube.com/watch?v=mQh9es5gfpo Disclaimer: I work for Modular
Then why not just be open source from the start?
What benefits does one get from starting off closed and transitioning to open source?
Re: Mojo is available for local download
#118Earlier quoted context omitted.
They have recently published a blog series which started with 35,000x and ended with 68,000x [1]. The thing is anyone familiar with performance sensitive code is not looking at Python vs the other thing. They are looking for whether or not it is in the ballpark of C, Julia, Cython, Numba, etc. Those are the contenders, not Python. [1] https://www.modular.com/blog/mojo-a-journey-to-68-000x-speed...
If you read the description, they started with 35,000x, then tripled the number of cores to get 68,000x. If your triple the cores and wind up with less than twice the performance, your scaling isn't very good.
Depends on the task not all tasks scales linearly
Re: Mojo is available for local download
#119A rant. I apologize. I try to avoid on HN and in general. Faster, yes, but at what cost? I'm so impressed by the Python community, but I'll never quite understand why they gravitated to... Python itself. It's unbelievable to me that in Mojo's case some of the brightest, most famous engineers have gathered to do incredible computer science work to improve the compute performance of a language that is fundamentally fla…
Hey, thanks for your interest. I think it's interesting that you think I don't care about things like whitespace vs braces? In the Lex interview I was kidding around, but I assure you, I do care. Braces are strictly worse than whitespace indentation for several reasons. Brace-based languages: 1) Generally have the "dangling else" set of ambiguities. 2) Some (e.g. C) allow but do not require braces which leads to styl…
> It's super funny to see people defend curly based languages.
Well, that's because they're not really "strictly worse" in every way. I find curly braces helpful for readability and cursor navigation. The latter is only possible with Python by completely parsing the code. Also I don't like reading vertically dense code, so having (almost) empty lines inbetween is fine. All subjective of course, but that's the case for every aspect of language syntax.
> Using curlies but not indenting properly is almost always a sign of a bug
I don't think anyone criticising Python's syntax cares about the freedom to have inconsistent indentation, that's not the point.
Re: Mojo is available for local download
#120A rant. I apologize. I try to avoid on HN and in general. Faster, yes, but at what cost? I'm so impressed by the Python community, but I'll never quite understand why they gravitated to... Python itself. It's unbelievable to me that in Mojo's case some of the brightest, most famous engineers have gathered to do incredible computer science work to improve the compute performance of a language that is fundamentally fla…
Hey, thanks for your interest. I think it's interesting that you think I don't care about things like whitespace vs braces? In the Lex interview I was kidding around, but I assure you, I do care. Braces are strictly worse than whitespace indentation for several reasons. Brace-based languages: 1) Generally have the "dangling else" set of ambiguities. 2) Some (e.g. C) allow but do not require braces which leads to styl…
Curly braces are very helpful during development, because you can scope code without having to reindent it. It's quite similar to being able to comment out a block of code, which Python happens to also make somewhat frustrating.