btw, the choice of programming language is not directly related to the hardware platform. There used to be the satelite receiver D-Box for (now) SKY paytv which was running a java interpreter on the bare metal PPC.
in case of the esproino or cortex M3 boards (you can also buy $10 STM evo boards that are larger but with the same yC) you have to choose the environment when flashing the system - so its either esproino or one of the otther platforms.
But, yes, a c++ implemented kernel that embeds the interpreter is sort of a clever troll (which worked well ;-)
so, it's been a while, but maybe the LISP Machine was what you are talking about.
and is RPython self-hosting these days?
oh, and it seems there actually is what you claiimed:
lnux kernel as hardware driver layer plus a omplete nodejs userland.
Node seems to be everywhere these days. Clue me in here, is Node to JS what Tomcat is to Java? Or do I have things mixed up?
yes, sort of. You have npm as package manager, grunt as build tool.
However, while tomcat has a multithreaded worker approach, node is doing event queue like we do for smtp, pop3 and rss.
This harmonizes well with .js, since they are used to only have a single thread in the browser too - so they have to work nonblocking there also.
Subject: Python (sans OS)
Interesting talk on exploring UEFI and ACPI with Python:
Video is interesting at 22:50 :-)
Kinda reminds me of booting old 8088 PC's directly to basic.
yeah, I don't know maybe the emphasis on threading is one of the things that Java got wrong... not every programmer is mentally ready for the idea that they have to be constantly vigilant for latent threading bugs (e.g. caused by shared variables that should not have been shared...) ***and that the only way to avoid these bugs is just to write the code correctly, you can't test for it***
In that respect, Java is still a Real Programmer's environment like C++... in most other respects, it's like a cute little sandbox toy ;-)
Synchronize your main method, problem solved :)
programming languages at the poker table:
Wow....as a poker player I now have new nicknames I can give to players.
I'm doing some weird things in C++.
I have created a factory that uses a virtual function that takes any kind of output iterator and assigns objects to it.
That is... without using a template, since you can't do that with a virtual function. Using type erasure via a sort of 'any_output_iterator' object.
Combined with the header factory thing I did earlier this year, I feel like I'm edging into the stranger corners of this language.
sounds scary. in Java, an Iterator is almost, but not quite, read-only... you just couldn't do that.
(you could fake it via instanceof tests, but that is ugly)
Yeah, I'm not sure how best to do this kind of weirdness in Java.
OTOH, you probably don't mix generic and object oriented programming in Java... it's all just object oriented. You take a performance hit, but otherwise the code probably looks a tad cleaner.
I'm not afraid of what I'm doing in C++, honestly. I feel confident. But, yeah, I have to aknowlege that these are weirder edges. My motivations are clean, and I know I'm doing what is right. It is because I'm trying to do the right thing that I find myself doing stuff that's a bit weird... it's like, if you don't pay too much attention to the stuff I wrote that looks strange, and focus instead on just trying to do what you need to do (following the examples that already exist), I've made your work much easier.
..and suddenly a cab driver replies to the github issue:
Heh... apologizing for being noise...
"FilePizza is an isomorphic React application which uses the Flux application architecture."
At some point we exited the world of software development and entered some weird hippie buzzword altered-state reality. I'm just not sure when it happened.
Or, maybe it's just asynchronous instead.
Nah, pizza is parallel - just depends on who is in the room, and if they like mushrooms or pineapple.