'Ola AH' Programming Language is targeted to Quantum Computer Architectures with the multi-core support of Advanced RISC Machines - it's designed for ARM / Quantum Architectures.
Quantum Computers are being created to simulate physical processes on Quantum level better than traditional computers.
ARM is a short word for Advanced RISC Machine.
RISC is a short word for Reduced Instruction Set Computing.
ARM computers consist of many small & cheap processors with minimal instructions set, working in parallel.
Considering that Space is discrete (there are smallest units of energy/matter as Physical Sciences postulate), Stitie Space should model these well enough.
'All the experimental evidence points to continuous space, down to the shortest distances at which we have been able to measure. We don't know what happens at shorter distances.'
By the time of language creation, such ARM/Quantum computers will be faster, more capable memory-wise, more secure thanks to Quantum Cryptography than traditional computers, will open more possibilities as well.
Nanoscale technology is strongly affected by the Quantum phenomena as well, due to it's size.
'Ola AH' Programming Language interpreter will still run on classical computers, perhaps compiler as well - but performance will be far worse than on ARM / Quantum architectures.
It's still a long time before Quantum Computers will be affordable by me, but i should not waste time & develop a compiler for classical or classical/ARM architectures meanwhile, as well. This should not only open language for more architectures, but also will be a step toward making ARM/Quantum compiler - because parts of this work should be portable to the target ARM/Quantum architecture.
The new way of programming machines.
'Ola AH' Programming Language aims to cut short time & costs of programming machines, using a 'Token Game', a 4GL Programming methodology for that.
Programmers will model the objects graph using visual/design tools, then fill objects with code where needed. This results in a better program's overview & less code to type - thus faster application development, debugging & modification.
Such an objects' graph can be visualized & managed at application's runtime as well.
'Ola AH' Programming Language should use 'Stitie Space' & 'Stitie Machine' as part of it's semantics (meaning), part of language, concepts, thinking patterns associated with language's use.
Stitie Space is three-dimensional data structure with certain qualities.
It's rather unique language, filling certain 'niche' quite well.
It'll be probably easy to model & manage three-dimensional 'systems', etc ... but many 'common problems & their solutions' will have costs of solving decreased.
i think it's bold move to include 3D thinking as part of language semantics & syntax as opposed to including it in library, but it's how situation evolved, i do not wish or mean to change this.
Perhaps it's just 'a very specialized drill for 3D-worlds solutions', there are many other programming languages that perform better with 'other ideas, other worlds'.
i think it's stupid to create copy of existing language anyway - it would not add anything exceptional, of value.
Niche solutions perform better in certain cases at least, and worse at rest.
See also, if You wish or need, ... : Stitie Machine 1.1 'Sunsail', Stitie Machine 1.2 'Satellite'.
Addressing possible concerns:
i do not want to write that 'every programming language is niche language', because then 'Ola AH' probably would be attacked with words 'but this is too narrow niche' or something similar.
i think that niche is not 'too narrow', it's an advantage, a reason for existence, not 'a fault at design'.
i think it's natural to think in 3D terms when thinking about real world, thus it's a natural step in programming language evolution - 'that's how mind works' trend continuation.
n-dimensional solutions are still possible with 'Ola AH', just not so cost-efficient.
i imagine that Space(s) will be object(s) to be created or not as part of programming - using one big single instance of 'Stitie Space' should NOT be enforced. users should have control over amount & sizes of 'Stitie Spaces' used, or if they are used at all.
Use Cases for 'Ola AH' Programming Language:
- Modelling 3D-phenomena' evolution with time (not only Physical),
- 3D Rendering, Graphics & Animations,
- 3D Computer Games,
- Nanotechnology & Robotics at other scales (NEMS Swarm coordination, MEMS Swarm coordination, ...) - controlled by AI to handle complexity (there are so many objects in nanite swarm. messages will be sent to object groups, then individual objects will extract parts for them. that way computing power requirements & transmission costs will be far smaller. communication will occur using broadcast in all direction or directional cone electromagnetic radiation rays).,
- Arts' Expression Forms modelling,
- Hacking & Security,
- Probably Mathematics in Future Versions,
- While a Web Pages & the Internet Applications - distributed or not - 3D or not - will be possible to do with 'Ola AH', i prefer to not focus too much on this (GRID type of Distributed applications should be easy to do & maintain with 'Ola AH' as well),
- Virtual Reality,
- Artificial Intelligence (with focus on Neural Networks & Brain Modelling),
Even if not all of my ambitious goals will be achievable in this life, i hope at least part of these will succeed making it a very good, practical & useful programming language, nevertheless. Most of my concern is with nano-
& micro-technology, but in this case, perhaps larger scales still will be supported at least. Main reason is not only memory size concern, but also still-very-uncertain & probabilistic nature of phenomena occuring on the small scales. Today's Quantum Physics can barely see & define what happens on nano scale - for example the very act of observation alone affects the quantum objects, anything smaller (pico & smaller) is still an unknown mystery today. Larger-scale-technology, however, is much easier, much more alike the Classical Physics of Today.
4GL-Object Graph Modelling & Linguistics, as well as 'Token Game' features are certainly achievable in this life, unless something bad happens. There's much more of certainly doable features planned as well, for example: the fractional data type with appropriate arithmetic operators.
i am not lowering my ambitions, just reassuring readers that language can still be a success, even if not everything planned succeeds fully.
i will keep trying for the best still.
i think this is quite a strategic decision to consider use cases for this language, which markets we enter, which markets we do not enter so much ... & why ?
OM MANI PEME HUNG
See also, if You wish or need: Stitie Space & Robot Swarm Concurrency.