First off, this is cool. It is tremendously exciting to see the bar for hardware hacking getting lower and lower. To the people complaining "Why JS? C is fine!", remember that once the complaint was "Why C? ASM is fine!". At the same time, I can't help but grin that we on the CS side find a way to erase all the gains in performance and efficiency as soon as the EE guys make them. There has to be come kind of universa…
I don't have much problem with programming an embedded device in a high-level language, but why JS specifically? Why not Lua, which just as fast, and is better than javascript in many respects?
JavaScript right on the hardware
161–170 of 320 posts
Re: JavaScript right on the hardware
#162Re: JavaScript right on the hardware
#163This would be so much cooler if I could tap into an REPL remotely and blink out a Morse code on the LEDs :)
PS: I have no idea what makes most of us go "cool!" whenever some form of remote control of a hardware device is presented :)
Re: JavaScript right on the hardware
#164Re: JavaScript right on the hardware
#165First off, this is cool. It is tremendously exciting to see the bar for hardware hacking getting lower and lower. To the people complaining "Why JS? C is fine!", remember that once the complaint was "Why C? ASM is fine!". At the same time, I can't help but grin that we on the CS side find a way to erase all the gains in performance and efficiency as soon as the EE guys make them. There has to be come kind of universa…
At the same time, I can't help but grin that we on the
CS side find a way to erase all the gains in performance
and efficiency as soon as the EE guys make them.
Here is one way I can think of - add a layer to run a subset of Scheme on this :)Re: JavaScript right on the hardware
#166First off, this is cool. It is tremendously exciting to see the bar for hardware hacking getting lower and lower. To the people complaining "Why JS? C is fine!", remember that once the complaint was "Why C? ASM is fine!". At the same time, I can't help but grin that we on the CS side find a way to erase all the gains in performance and efficiency as soon as the EE guys make them. There has to be come kind of universa…
I don't have much problem with programming an embedded device in a high-level language, but why JS specifically? Why not Lua, which just as fast, and is better than javascript in many respects?
Re: JavaScript right on the hardware
#167Re: JavaScript right on the hardware
#168180mhz ARM Cortex-M3 LPC1830 32mb SDRAM I'm amazed that such wimpy hardware can run modern JS satisfactorily.
Re: JavaScript right on the hardware
#169Earlier quoted context omitted.
I don't have much problem with programming an embedded device in a high-level language, but why JS specifically? Why not Lua, which just as fast, and is better than javascript in many respects?
Slightly off topic, but is it just me or has Lua gotten a lot of attention on HN in the past weekish? I haven't heard much of Lua before but recently it seems to have come up a lot more. And even more off topic (sorry), what makes Lua better/different than other scripting languages? EDIT: On jacobwcarlson suggestion, I Googled Lua vs Python, and found this Wiki, http://lua-users.org/wiki/LuaVersusPython Not a speed c…