Hacker News Board Hacker News, browsed like a classic message board
Live data from Hacker News

QuickJS JavaScript Engine

bellard.org

Post reply on HN
Print view View original

171–180 of 279 posts

Re: QuickJS JavaScript Engine

#171

Post by basementcat »

fvdessen wrote: post #115
simlevesque wrote: post #88

Earlier quoted context omitted.

who is this Charlie Gordon ?

Seems like a pseudonym; Charlie Gordon is the name of the protagonist in Flowers for Algernon.

> Seems like a pseudonym; Charlie Gordon is the name of the protagonist in Flowers for Algernon.

Just had a vision of a hacker blog where the author starts out writing in the most godawful VB6 spaghetti, gets some sort of brain operation and subsequent blog postings are like Linux booting in RISC-V implemented in Conway's Game of Life. Then suddenly a mouse dies and the quality gradually reverts back to how cool the tag is in HTML.

Re: QuickJS JavaScript Engine

#172

Post by nkozyra »

hn_throwaway_99 wrote: post #109
blondin wrote: post #105

Earlier quoted context omitted.

yes! he has been one of my favorite programmers over all these years. so happy that he continues to dispel the 10x programmer myth. at least, as far as i am concerned. we should all take note. it's less about productivity but more about focus and hard work. this project seems to have started in 2017. from a quick glance at the code, they used c (his favorite language) -- which by the way people are still there convin…

> so happy that he continues to dispel the 10x programmer myth What do you mean by that? The only way I see him dispelling that myth is that he's a 100x programmer instead of a 10x.

I think OP was saying the myth of the myth was dispelled.

Re: QuickJS JavaScript Engine

#174

Post by clopez »

ksec wrote: post #96
tombert wrote: post #25

Is there anything that Fabrice can't do? I mean, FFMpeg is almost a PhD thesis in and of itself, and he still manages to find time to make TinyC, QEMU, and now this. To say I'm jealous of his skills would be an understatement.

I have two question in my mind. 1. Are there anyone on HN knows him in real life? 2. Does anyone have other people in their mind who is in the same league as this man? Mike Pall's LuaJIT sort of make him at this level but that is only one thing. Fabrice create things that everyone are using it one way or another, and if it wasn't HEVC patents mess we would have his bpg [1] replacing jpeg. [1] https://bellard.org/bpg/

Linus Torvalds? He created Linux and git. Arguably the two most successful open source projects ever.

Re: QuickJS JavaScript Engine

#175

Post by nkozyra »

dmix wrote: post #127
apaprocki wrote: post #94

Earlier quoted context omitted.

2019+ will Atwood's law compiled to WASM. My co-worker Jason wrote a JS engine in Rust, Boa ( https://github.com/jasonwilliams/boa ) and demoed it via WASM in the browser at the recent JSConf.EU 2019: https://www.youtube.com/watch?v=_uD2pijcSi4

Could these be able to do SSR for Vue from a Rust web server?

Would a JS engine be able to do all the browser/dom work on its own? I'd think you'd need to bring along enough side cars that you might as well just use puppeteer

Re: QuickJS JavaScript Engine

#176

Post by azakai »

gfodor wrote: post #73

Worth noting: the demo is a WASM-compiled instance of this engine. I'm not sure, but I think this might be the first example of a fully featured, potentially production-ready, JS VM sandbox running in the browser. (We're looking into safe ways to enable third party scripting of our own application, and such a sandbox would be a very nice tool to have in hand.)

Definitely not the first JS VM compiled to the browser. Aside from JSC as another comment mentioned, there was also js.js which is SpiderMonkey compiled to JS (around 2012!),

https://github.com/jterrace/js.js/

This shouldn't be surprising - many VMs have been compiled to the Web, like Lua, Python (both CPython and PyPy!), etc., and JS is just another VM.

Re: QuickJS JavaScript Engine

#177

Post by troygoode »

gfodor wrote: post #73

Worth noting: the demo is a WASM-compiled instance of this engine. I'm not sure, but I think this might be the first example of a fully featured, potentially production-ready, JS VM sandbox running in the browser. (We're looking into safe ways to enable third party scripting of our own application, and such a sandbox would be a very nice tool to have in hand.)

You should talk to the guys at Wasmer: https://wasmer.io/

Re: QuickJS JavaScript Engine

#179

Post by gfodor »

apaprocki wrote: post #94
gfodor wrote: post #73

Worth noting: the demo is a WASM-compiled instance of this engine. I'm not sure, but I think this might be the first example of a fully featured, potentially production-ready, JS VM sandbox running in the browser. (We're looking into safe ways to enable third party scripting of our own application, and such a sandbox would be a very nice tool to have in hand.)

2019+ will Atwood's law compiled to WASM. My co-worker Jason wrote a JS engine in Rust, Boa ( https://github.com/jasonwilliams/boa ) and demoed it via WASM in the browser at the recent JSConf.EU 2019: https://www.youtube.com/watch?v=_uD2pijcSi4

Ah yup this was the only one I had seen before, and looks really promising! Didn't know about the others posted so thanks all!

Re: QuickJS JavaScript Engine

#180

Post by _pmf_ »

andrewstuart wrote: post #170
userbinator wrote: post #159

Wow. The core is a single 1.5MB file that's very readable, it supports nearly all of the latest standard, and Bellard even added his own extensions on top of that. It has compile-time options for either a NaN-boxing or traditional tagged union object representation, so he didn't just go for a single minimal implementation (unlike e.g. OTCC) but even had the time and energy to explore a bit. I like the fact that it's…

>> Despite my general distaste for JS largely due to websites tending to abuse it more than anything Why would you have a distaste for JavaScript based on how others use it? JavaScript has evolved into an extremely powerful and flexible language which is taking many great lessons from other languages. Sure its not perfect but its a real workhorse. EDIT: I know you're not meant to ask why the downvotes, but I do wonde…

> I stand by these comments - JavaScript is a flawed but great language

I like my languages a bit less flawed, thank you very much.

Post reply on HN