4 ms·
Exactly, anyone building a VM-based system would do well by taking a good look at Smalltalk (past and present implementations) and Erlang to see what a VM-based
by cm3 10y ago
Exactly, anyone building a VM-based system would do well by taking a good look at Smalltalk (past and present implementations) and Erlang to see what a VM-based environment can do before they reduce the feature set to that of what's available in browsers (or less).
- pjmlp 10y agoThis is one reason I dislike ChromeOS. Google could have leveraged Dart with Dartium and created a Smalltalk like environment, instead we got just yet another browser based OS.
- cm3 10y agoApparently developers of GUIs like HTML+CSS, so that may be one reason. I never liked browsers as application engines too much, because I've grown up with demo scene mags on floppy disks that had their browser-like engines with all kinds of multimedia features that ran on standard PCs, not just Amiga with custom multimedia chips. As a result, it's painful to watch how much hardware we waste when running Electron, Instagram, Gmail, Java IDEs, etc.
- pjmlp 10y agoI fully agree with you. I was an avid collector of Hugi. Also was a bit disappointed to see Java and .NET follow the VM route when we had Oberon, Modula-3, Delphi, Ada ,Eiffel among many others. At least their designers seem to finally willing to offer the same kind of toolchain, instead of having us rely on third parties for those features.
- cm3 10y ago> At least their designers seem to finally willing to offer the same kind of toolchain, instead of having us rely on third parties for those features. What do you mean?
- pjmlp 10y agoI mean Oracle's plans to eventually have AOT on the JDK instead of having us buying Excelsior JET, J9 or whatever. Similarly Microsoft's efforts regarding MDIL cloud compiler, .NET Native and CoreRT.