D vs Java

Thomas Kuehne thomas-dloop at kuehne.cn
Sun Mar 19 13:24:57 PST 2006


-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

Jari-Matti Mäkelä schrieb am 2006-03-19:
> james wrote:
>> Also there seems to be two major approaches to app development emerging:
>> Java/c# and a virtual machine
>> VS
>> c/c++/D and scripting languages like ECMAScript, Python, Lua.
>> 
>> I think the latter is the way to go. And the fact that DMDScript(ie ECMAScript)
>> is written in D is great.
>
> Using VMs is not a solution, it's a terribly perverted workaround. The
> real problem is that current operating systems are far too monolithic
> and hang/corrupt the whole machine when one unfortunate process
> dies/does something bad. Modern micro/exokernel OS:es (see
> demo.tudos.org), a safe native code low/high-level hybrid-language (D,
> of course) and some high-level scripts on top of that is a lot more
> flexible and effective approach. Having a true modular kernel actually
> means that the VM is kernel-level stuff and it's always on. Huge
> improvement IMHO.

One huge advantage of VMs is their design:
* lot's of prior experiences with all sorts of architectures and
libs

* a clean sheet, thus no cludges for supporting applications from
the parent architecture

* a strong seperation between normal applications and the used
hardware(including the CPU) -> "smart" phone applications

* most important: the potential to design according to todays
requirements and available technology instead of those from
the 70th and 80th
(the C99 standart only specifies how to access files but not
how to list directories?!)

There are domains where VMs make sence, but you are right
a secure modular kernel could be used in most places where
Java and .NET are currently used. One nice point about
the Java and .NET runtimes are the large amount of
OS/architecture agnostic tools/objects/functions.

Thomas


-----BEGIN PGP SIGNATURE-----

iD8DBQFEHcwa3w+/yD4P9tIRAlhxAJ9zw2rifCqh2WWC5VelR9Dnvc8A+wCZAU7L
BnRhnVE/qhph4iT8YQxYuYY=
=QF5v
-----END PGP SIGNATURE-----



More information about the Digitalmars-d mailing list