You are reading a single comment by @allObjects and its replies.
Click here to read the full conversation.
Espruino is a JavaScript interpreter for low-power Microcontrollers. This site is both a support community for Espruino and a place to share what you are working on.
@allObjects
@Robin, good point... things get a bit murky...
An explanation of the easier sort can be given for the point
Because Espruino roots in MC / Hardware and the firmware includes a standalone JavaScript, it is kind of the hardware reference, because there is no operating system layer involved on top of which applications written in JavaScript or any other Language do run. JavaScript / Espruino_JavaScript IS the operating system through which all of Espruino Hardware is controlled; that's why all these extra, Espruino hardware (and soft/firm-ware) specific functions and classes exist. And for the applications, the same 'operating system command language' has been chosen to make life easy (for Web knowledgeable developers/users). - Historically it was though the other way round: @Gordon goal was to make IoT accessible for the sleuth of Web knowledgeable users and using related readily available technology and infrastructure, such as the browser - as a fine contra-point to the Arduino world... - with other finesses built in... like event drivenness, (extreme) low power (for battery operation with very long battery life), extreme small (PICO, now NRF52...), no complex build system, low memory, and very powerful - 32bit (self serving too, because interpreters need a bit more juice to get around).
This concept of having a hardware and only one language is known since first small computers showed that were, for example, controlled with BASIC, Business BASIC, etc. The language was then extended with commands needed to operate basic hardware functions, such as writing / reading / loading a program file - operations not needed in data processing applications. Famous examples are Commodore PET, Sinclair ZX80, to name a few from the INTEL 4000 / 8080 triggered MP - Micro Processor - revolution. There were others like Wang T - a fully TTL 74... built machine - also BASIC, and of course HP, IBM, etc. with their first desktop computers but proprietary processors.
With the Standalone JavaScript aka Espruino the reference you mention is THEentry point for any reference - hardware and software.
Once browsing the Espruino Reference, MDN - Mozilla Developer Network - is referenced where suitable. No point to describe things again that are already standard and accepted and part of Espruino. It was and is @Gordon's goal to be ES up to date to the point of feasibility... and things that came with ES6 really shook the tree, and therefore, more subtile differences are between MDN ES6 and Espruino. It is though pointed out... but may be this part could need a bit more help for developers joining more recently the Espruino train and therefore missed past Espruino evolution history.
The reference tries hard to include user guidance by referencing actual projects, tutorials, and other dedicated pages to help explore the features not standard to JavaScript and where different. Language is one part of this discussion... but there are also this class or object libraries that often fall in to a gray zone... and especially the modules, which connect hardware specifics to JavaScript code that is completely missing in a typical application programming language for data processing. The modules are node.js aligned (vs. AMD or Browser oriented), even though more recently these lines begn to blur, because JavaScript as standard is picking up on these needs. So far this was always some 3rd-party driven effort... also until more recent, JavaScript in the browser could not access any hardware of the hosting system, such as sending / receiving bytes over USB, etc.
That there is a need for clarification and focus shows thru Useful forum posts, which otherwise would not have come to be. Grabbing this flag and running with it is lots of work and so far no one has taken on to be the curator(s)... @Gordon could have, but then we wold not be able to enjoy his generous helping hands in the forum - and Espruino would not evolve and grow as fast as it is. Partake in the forum takes a lot of his time and his crucial contributions are very appreciated by the community - and expressed so. @Gordon's immediate presence is one of the key ingredients of the secret sauce that made Espruino become what it already is.
It's for sure an agile world (see manifesto)... where - for example - working code (examples) is(are) valued over documentation... like all pendulums swing...
Conclusion form this not so crisp post is, that some more can be done in the
JavaScript w/ Espruino User Guide area, where things are picked up that are not pure reference oriented.