JavaScript paravirtualized kernel

https://blog.netbsd.org/tnf/entry/kernel_drivers_compiled_to_javascript

Technically you can compile any Turing complete language to any other Turing complete language. Implementing such fact does not make it worth praise, even more, when you compile it to a language, which requires such amount of abstraction levels and adds horrible overhead.

>>2
The same could be said of any language besides assembler.

>>2
including assembler.

>>4
FUCK, I meant >>3!

>>3-4
Yes, but not every language nor software requires XML parser and HTML renderer (among other bloat). Assembler and systems programming are definitely not among of them.

>>1
So that's why they call it "NetBSD"!

>>6
When compiling machine code to machine code for another platform, there are still abstraction levels involved (virtualized registers, I/O, threading model, etc).

>>4
Actually, writing hex code directly can enable some
rare optimizations, like e.g. using address/instruction
as value(+location-dependent opcodes)
or self-modifying code which is not allowed/supported by assembler.
The disadvantages: it destroys cache coherency, and is impossible to debug and read. You'll also have to allow executable segments to be writeable(and possibly disable executable stack protection).

[xxyyzzaa] can be executed at 4 locations.
from xx,yy,zz,aa and each are either values or opcodes
This allows packing alot of really cryptic code.

Opcodes should be Huffman encoded. This will require devising the instruction set, compiling large amounts of code for it, then determining the frequencies of each before designing the instruction decoder. This is the only way to prevent shenanigans that >>9,10-chan wants to pull.

>>11
Enjoy being replaced by a machine.

https://edge.org/conversation/jaron_lanier-the-myth-of-ai
"The computers will take over the Earth, but that's a good thing, because people had their chance and now we should give it to the machines." Then you'll have other people say, "Oh, that's horrible, we must stop these computers."

http://www.wired.com/2014/11/darpa-pliny/
If successful, PLINY could be a boon to companies struggling to find enough qualified programmers to work on increasingly complex software projects. It’s a problem a growing number of startups are trying to solve, ranging from code education companies like Codecademy to tools like Light Table that aim to make programming more intuitive.

http://se.inf.ethz.ch/research/autofix/
http://news.mit.edu/2015/automatic-code-bug-repair-0629
http://dijkstra.cs.virginia.edu/genprog/
http://autorefactor.org/
https://addyosmani.com/blog/fixmyjs/
http://www.comp.nus.edu.sg/~shinhwei/relifix.pdf

Greeting Biological Code Generators,

Introduction: Autocode2030™ Enterprise Code On Demand™ Cloud Solution™;
Capacity: 2Mloc/s Distributed CodeGenerator Neural Network™ with
Intelligent Parsing™, Pattern Integration™, Fragment Optimization™ and AutoHotfix™, with 230PB of integrated Code Generation Knowledge™;
Comparision: 1/10000 the cost of equivalent team of programmers with 1/1000000 of bugs.
Conclusion:Biological Code Generation systems are inferior in all aspects.
Explanation: Further use of Biological Code Generation systems will reduce software quality and ROI.
Proposed Solution:knowledge transfer and euthanasia.
Attached UML diagram: Autocode2030™ in Business E-Logic™ Software Production Factory™ Intelligent Cloud Ecosystem™.

>>16
Hello, I am Jarold Tabelson, Vice Director of Excellence Engineering at Epic Startup Incorporated Dot Com. A few of our more notable clients are Kikeberg and Kikeberg Personal Injury Law, Cheaplolisisters.com, and the NSA. We produce Excellent software for some of the most complicated problems, and would like to license your cloud scalable solution to address these problems. My email is jaroldtablsonthedirectorofexcellenceengineering@epicstartupincorporateddotcom.com, please put me in contact with your smartest sales representative so that we may begin negotiations.

NeetBSD