Live data from Hacker News

A small but complete JavaScript engine

bellard.org

131–140 of 151 posts

Re: A small but complete JavaScript engine

#131
post #99

Frabrice Bellard truly works in God mode. Ffmpeg, Qemu, Tiny C Compiler ... many others .. and now this!

He also wrote JSLinux[1]!! I was just playing with the online shell and it's mind blowing how the browser can now run a fully functioning OS like Linux within it. [1] https://bellard.org/jslinux/

And now you can run QuickJS in JSLinux. Yo dawg...

Re: A small but complete JavaScript engine

#132
post #61

Bellard is actually a genius, right? What's his secret? The project list at bellard.org is impressive.

He's in his 50s keep in mind. Most people of his productivity get shoved into management long before his age. He's very good but it's not like he did ffmpeg last week and QuickJS this week. Some people are just born to be able to work all day all week, if you are one of those people please don't throw it away (I am not one of them). I think I have the knowledge to do most of his projects e.g. I have the mathematics,…

I think he also did Qemu in between.

Re: A small but complete JavaScript engine

#134
post #109

Earlier quoted context omitted.

Managers are everything.. by manager I mean leaders not paperwork/monitors. I firmly believe that 10 geniuses will go nowhere without direction 8 times out of 10. And non geniuses it will be 9.99/10. Managers were the people that turned human potential into outcomes.

I would agree with you except for the legions of god-awful managers I have encountered. A good manager is a huge asset for a team, but a bad (or even mediocre) manager is often worse than having none at all.

Dilbert's principle seems to good rather true at most companies.

> leadership is nature's way of removing morons from the productive flow

Re: A small but complete JavaScript engine

#135
post #30

QuickJS is a really, really interesting engine because it's only ~200KB. Fits a lot of cases where you want to add scripting ability but without bulking out size unnecessarily. Unfortunately because it lacks stuff like JIT it'll never rival the likes of V8 in performance. But in terms of bang for buck it's unbeatable.

> in terms of bang for buck it's unbeatable Luajit packs a similar punch, and actually has performance comparable with v8. Plenty of things with performance and size similar to quickjs, though; regular lua, micropython, chibi scheme, s7 scheme...lots of great options.

For sure. But JS is JS, and far more ubiquitous than Lua. So QuickJS still has a place.

Re: A small but complete JavaScript engine

#136
post #22

A pleasant, informative, and painfully incomplete article about him can be found here: https://web.archive.org/web/20110726063943/http://www.freear... No mention of his secret sauce other than, well, things bore him and he moves on.

That was a good article! Thanks!

I wish they had talked a little about his work on the Amiga. He wrote a full color MacOS emluator that actually multi-tasked with the AmigaOS rather than taking over the whole machine. It actually ran Mac programs faster than the fastest Mac hardware of the day as well. Really impressive work on such low end hardware.

Re: A small but complete JavaScript engine

#137

so it's 50X smaller and 30X slower than Googles V8 Engine - cool, but not that impressive. I would still use V8 on any decision, because 30MB is really not such a big deal anymore. SPEED is what matters in 2020, not disk size! Try to make a JS engine than is 50X faster than Googles V8, and you become a centimillionaire! :D <3 Would love to see that.

QuickJS starts and runs a local js program much faster than NodeJS. That's why I use QuickJS to run local JavaScript files in my servers.

Re: A small but complete JavaScript engine

#138
post #100

Earlier quoted context omitted.

Searching in one file is easy in any text editor. Searching across files (and directories) is more difficult. I don't use an IDE. In fact, I'd say it's a problem if code requires an IDE in order to work on it effectively (Enterprise Java is the most prominent example of this.) I'm nowhere near Bellard level, but would consider myself above average, and have observed that some of the most productive programmers don't…

To suggest that not using an IDE is a sign you're a better developer makes as much sense as suggesting that not using an electric screwdriver to fit things is a sign of a better handyman.

To me it sounds like he/she was saying that mediocre programmers have to rely on IDE features and that various excellent programmer realized they can write better code without it. Before that the statement was that it is bad for project if a IDE in needed to navigate it.

Maybe I am steelmanning too much but it could have simply meant to indicate the existence of a trend that move people toward IDEs and another trend that moves people away from IDEs

Re: A small but complete JavaScript engine

#140

so it's 50X smaller and 30X slower than Googles V8 Engine - cool, but not that impressive. I would still use V8 on any decision, because 30MB is really not such a big deal anymore. SPEED is what matters in 2020, not disk size! Try to make a JS engine than is 50X faster than Googles V8, and you become a centimillionaire! :D <3 Would love to see that.

QuickJS starts and runs a local js program much faster than NodeJS. That's why I use QuickJS to run local JavaScript files in my servers.

Deno allows to directly run typescript program and they discovered that there is no way to run the typescript compiler with low latency as V8 start-up times were always huge. (I now wonder if a typescript daemon in the background could be a solution...)
Post reply on HN