Why are we ignoring the second author? :)
QuickJS JavaScript Engine
101–110 of 279 posts
Re: QuickJS JavaScript Engine
#102Earlier quoted context omitted.
Some editors, like Emacs, make it very easy to work with one huge file, because you can have multiple independent views ("windows" in Emacs parlance) into the same file. It is - or maybe has been - quite common to work like this in LISP communities.
Yes. As an Emacs programmer, I much prefer working in one 10kloc file than 20 500loc files. The later I find pretty overwhelming.
Re: QuickJS JavaScript Engine
#103Re: QuickJS JavaScript Engine
#104Link on frontpage at this point in time: https://news.ycombinator.com/item?id=20412588
Re: QuickJS JavaScript Engine
#105This man is a wizard. You can also thank him for ffmpeg and qemu. A company I worked for once tried to hire him as a consultant because he had implemented an LTE BTS in software. Is there anything he hasn't done? EDIT: tombert beat me to it[0] by a couple minutes. [0] https://news.ycombinator.com/item?id=20413498
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 convincing us not to use. many of us would have been discouraged, distracted, or simply fazed by the pace of our field.
that is so inspiring.
Re: QuickJS JavaScript Engine
#106This man is a wizard. You can also thank him for ffmpeg and qemu. A company I worked for once tried to hire him as a consultant because he had implemented an LTE BTS in software. Is there anything he hasn't done? EDIT: tombert beat me to it[0] by a couple minutes. [0] https://news.ycombinator.com/item?id=20413498
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…
Here is an alleged UAF in this library https://twitter.com/qwertyoruiopz/status/1149424025111801858
Re: QuickJS JavaScript Engine
#107This is peak JavaScript. How deep can we go?
Re: QuickJS JavaScript Engine
#108I like that Bellard released the source code in old school tar format rather than on github. The world's code collaboration platform is of little use to the world's best programmer. Hopefully QuickJS won't discourage the author of Duktape from making future releases of his incredible small low-memory JS engine.
What's to like about it? First thing I wanted to do is look at the sources, which is now a multiple-step process - especially since I'm on windows and usually work on a Mac. Not to mention mobile.
Re: QuickJS JavaScript Engine
#109This man is a wizard. You can also thank him for ffmpeg and qemu. A company I worked for once tried to hire him as a consultant because he had implemented an LTE BTS in software. Is there anything he hasn't done? EDIT: tombert beat me to it[0] by a couple minutes. [0] https://news.ycombinator.com/item?id=20413498
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…
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.