Hallo, On Fri, 15 Mar 2002, Konrad Neitzel wrote: [apropos: open-webmail kommt anscheinend nicht mit langen Headern zurecht. Es hat den References Header zerbroeselt]
B.Brodesser@t-online.de (Bernd Brodesser) schrieb:
* Konrad Neitzel schrieb am 14.Mär.2002: Hä? Bist Du Dir da so sicher? Kann man mit einem alten C64 Java programmieren? Muß schon jemand einen Compiler für entwickeln, gilt aber für C und C++ genauso.
Klar kannst Du, wenn Du eine JVM bereit stellst. Diese JVM muss natürlich erst geschaffen werden, dass ist klar!
Oh. Tolles Argument. Ich kann das ach so tolle Java verwenden, muss mir nur voher ne JVM schreiben. Na danke.
a) In Java hast Du eine fest definierte Lib, die Du nutzen kannst. Hast Du bei C auch. Oder als was würdest Du etwa printf usw. bezeichnen?
Ohh ja! Du hast von mir aus die Libc, aber gibt es die wirklich unter allen Systemen?
Ja. Wenn auch nicht die glibc. Solange du nicht die GNU Erweiterungen verwendest laeuft's auf allen Systemen die C unterstuetzen (und das sind ein paar mehr, als fuer die's ne JVM gibt). Schau einfach mal in den Standard oder den K&R, was so alles "drin" ist...
Vielleicht ein bisschen, aber was kannst Du mit den paar Funktionen machen, die bereit gestellt werden?
Alles. Nur vielleicht nicht unbedingt bequem ;)
Du hast ja noch nicht einmal ordentliche Containerklassen! Wozu gibt denn jeder Hersteller seine eigenen Libs mit? Von mir aus akzeptiere ich die STL noch für Containerklassen als Standard,
Jetzt bringst du aber offensichtlich C und C++ durcheinander. Die STL ist ein Teil von C++ und beim gcc in der libstdc++ enthalten, aber es gibt auch Alternativen wie z.B. stlport (die's uebrigens auch fuer Win* gibt).
aber was ist mit Netzwerk?
ist z.T. in der libc / kernel (man gethostbyname, man 2 socket), gibt aber garantiert auch irgendwelche Wrapper...
Was ist mir Grafischer Ausabe?
man ncurses, man X, man $GUI_Toolkit (z.B. FLTK, QT, GTK, Motif, ...). Und mind. QT und GTK sind _sehr_ portabel (z.B. QTEmbed!). QT laeuft also auch auf Plattformen, wo du mit Java noch nicht mal ein "Hallo Welt" zustande bringen wuerdest. Java (egal ob AWT oder Swing) ist doch sowieso ne Krankheit. Ja, "Java ist OO und kann Vererbung" *lol* (aber nur einmal)... *tssst*
Da liegen doch Welten zwischen!
Ja. Vor allem was die Performance des Resultats angeht.
Das ist wie wenn Du sagst: Ich komme auch ohne modernes Verkehrsmittel von Hamburg nach München und machst Dich auf die Wanderschaft. Klar kommst Du auch ans Ziel, aber wie und mit welchem Aufwand!
Eben. Und Java ist der Ochsenkarren auf den du nichts aufladen kannst. (Ja, is bequem, hat aber sonst keine Vorteile. Schrittgeschwindigkeit! Nur muss du auch die Ochsen noch fuettern -- mit reichlich RAM und CPU-Leistung (siehe sig)).
Ach und bei Java nicht? Da kann ich die gleiche Ausführbare Programme benutzen? Wohl kaum. Hä? Natürlich kannst Du die gleichen ausführbaren Programme nehmen! Du erzeugst ein JAR-File und dies kannst Du frei mit allen JVMs nutzen. (Richtige Version vorausgesetzt!).
Ach? Und im JAR ist der Quelltext? Und du kannst ohne Rekompilation den Code aendern und dann einsetzen? Mag ja sein, dass Java ne ganz nette Idee ist (von wegen Plattformunabhaengig) aber die Umsetzung ist grauslich.
Bei was für Applikationen? Lassen wir einmal die einfachen "Hello World" Programme weg. Bei modernen Programmen willst Du ja auch irgendwelche Graphische Ausgabe haben, oder?
man dialog, man kdialog, man gdialog...
Und spätestens wenn Du Dein Programm weiter gibst, musst Du aufpassen. Dann interessieren Dich Plattformen und Prozessoren doch schon sehr!
info autoconf, info automake, man QT, man GTK... [..]
nichts dran geändert. Also das mit zuerst mal, ist wohl nicht, sieht mehr nach einem Endgültigen Zustand aus. Ein Endgültiger Zustand? Zwischen KDE 0.x und KDE 3 hat sich z.B. sehr viel geändert. Von 0 zu 1 zu 2 waren auch recht grosse Schritte. Vielleicht nicht von aussen, aber es hat sich viel hinter der Oberfläche selbst getan.
Ja. Aber zeig mir ne stabile KDE-Version... IMO hat sich _zuviel_ getan und es wurde zuwenig Wert auf Stabilitaet (oder auch nur sauberen Code gelegt). [..] -dnh -- Java users do not need serious computing power, Java does. -- A. J. Brehm in the SDM