3. POLL (Programmiersprachen)

POLL (Programmiersprachen)

  • M

    Artchi schrieb:

    Man merkt, du beschäftigst dich KEIN bisschen mit der C++-Welt. Du hast NULL Ahnung was in der C++-Welt wirklich abgeht. Und dann hier so einen Lauten machen, ist einfach nur armseelig. Ich sage Nuhr: "Wenn man keine Ahnung hat, einfach mal die Fresse halten!".

    und wieder wirfst du einem was vor. bin echt enttäuscht von dir. 😞
    habe echt besseres zu tun, als irgendwelche alpha-versionen auszuprobieren. wird schon seinen grund haben, warum diese libs noch nicht aufgenommen wurden...
    nur, wir haben schon das jahr 2007. sockets und xml gibts in java schon seit ca. 7 jahren, wenn nicht schon seit fast 10 jahren. (wie war das nochmal mit der schnelllebiegen IT-welt!?!?!)

    und niemand sagt, dass in c++ die java-lib nachgemacht werden soll. die sollen eine bessere machen, da sie nun aus den fehlern von java lernen können, so wie das java bei c++ auch gemacht hat (z.b. bessere stream-lib 😃 )

    ich habe aber auch ehrlich gesagt keine lust mehr hier weiter zu diskutieren, da hier keine sachliche diskussion mehr geführt sondern irgendwelche persönliche beschimpfungen. typisch für jemanden, dem die argumente ausgehen... ("eh alda, willste auf die fresse!?")

    0
  • N

    mathik schrieb:

    als ehemaliger java-progger vermisse ich eclipse einfach so sehr. eclipse for c++ und die c++-welt wäre so viel besser. da würde ich es auch besser verkraften fehlende sachen nach zuimplementieren, da das tippen dann nur die hälfte der zeit in anspruch nehmen würde 😃 (kommt mir bitte nicht mir CDT!)

    Da hast du schon recht. Andererseits finde ich es aber auch wieder etwas daneben. Also wenn ich an etwas arbeite, dann liegt der Flaschenhals bei mir ganz sicherlich nicht am Tippen. Das ist doch die wenigste Arbeit. Eclipse kann meiner Meinung nach tatsächlich einiges besser, aber ich finde wenn man z.B. normale Applikationen entwickelt, dann fällt das gar nicht so ins Gewicht. Also ich als Eclipse-Verwöhnter bin eigentlich ganz zufrieden mit VisualAssistX.

    mathik schrieb:

    und die wirklich nützlichen sachen fehlen doch immer noch (z.b. sockets, xml, logging, anständige streams :D, usw. )

    Naja und wie ist das mit XML bei Java? Also ich muss zugeben, ich hab mich da jetzt nie so wahnsinnig beschäftigt, aber das was bei Java von Haus aus dabei ist, ist auch nicht gerade das wahre. Relativ umständlich zu benutzen. Nicht umsonst verwenden viele die Bibliothek JDOM. Kann sein, dass das mittlerweile anders ist, keine Ahnung. Aber wie gesagt, hier ist auch nicht alles gold was glänzt. Wenn man übrigens Visual Studio 2005 hat (und das ist eigentlich die verbreiteste C++ Entwicklungsumgebung) hat man die MSXML Library schon dabei und kann diese auch sofort benutzen. Und die ist Imho eigentlich relativ bequem zu benutzen, wobei ich damit aber auch noch keine "advanced" Sachen gemacht habe.
    Und Logging? Also in fast jedem größeren Java-Projekt, das ich gesehen habe bzw. bei dem ich mitgearbeitet habe, wurde nicht das Java-eigene Logging verwendet, sondern das von Apache. Und das gibts genauso für C++.

    vista schrieb:

    ich nehme an, boost-threads sind ist ein wrapper um systemthreads. wenn ja, dann können sie nur den kleinsten gemeinsamen nenner implementieren damit es auf möglichst vielen systemen gleich läuft

    Ohne mich da jetzt auszukennen, aber ist das bei Java denn anders? Wie erreichen die denn wohl ihre plattformunabhängigkeit?! Das war doch auch immer einer der Kritikpunkte an Java, dass man mit Java eben nix natives hat, sondern oftmals nur den kleinsten gemeinsamen Nenner...

    Nene, also versteht mich nicht falsch. Ich programmiere sehr gerne in Java (aber eben auch in C++), aber ich finde einige Argumente hier sind echt total daneben. C++ hat sicher einige Schwachstellen, aber das was hier z.T. genannt wird ist echt ein Witz.

    Naja da hat Artchi wohl leider wirklich recht. Sobald irgendwas mit "Java" vorkommt mutiert es zu einem Flamewar.

    0
  • V

    nep schrieb:

    vista schrieb:

    ich nehme an, boost-threads sind ist ein wrapper um systemthreads. wenn ja, dann können sie nur den kleinsten gemeinsamen nenner implementieren damit es auf möglichst vielen systemen gleich läuft

    Ohne mich da jetzt auszukennen, aber ist das bei Java denn anders? Wie erreichen die denn wohl ihre plattformunabhängigkeit?! Das war doch auch immer einer der Kritikpunkte an Java, dass man mit Java eben nix natives hat, sondern oftmals nur den kleinsten gemeinsamen Nenner...

    java kann threads 'simulieren' (sie nennen es 'green threads'), wenn das darunterliegende system kein multithreading unterstützt.
    mit einer virtual machine sind solche dinge natürlich auch einfach zu machen 😉

    0
  • A

    Und? In C++ wird man dann einfach Interrupts in die Runtime implementieren. Schon hat man auch "Threads". Was meinste wie man damals auf den Homecomputern "gleichzeitig" mehrere Programmteile ablaufen lies? Da gab es auch keine Threads. Hat man halt Interrupting gemacht...

    0
  • V

    Artchi schrieb:

    Und? In C++ wird man dann einfach Interrupts in die Runtime implementieren.

    @Artchi:
    mein posting war nicht als seitenhieb gegen C++ gedacht. 😞
    ich finde, du solltest dich jetzt mal wieder etwas beruhigen...
    🙂

    0
  • N

    Ok, allerdings sind diese simulierten Threads von Java dann von der Performance ja auch ziemlich... Weißt du worauf ich hinaus will? Das Java das so macht ist ja schön und gut, aber das hat doch auch seine Nachteile, genauso wie wenn meinetwegen Boost z.B. nur den kleinsten Nenner von Threads implementiert(wenn es denn so ist). Aber irgendwie wird bei C++ immer nur nach den Nachteilen gesucht, also da muss ich Artchi schon recht geben.
    Ausserdem, kann ich doch unter C++ z.B. auch die pthread-Library verwenden wenn ich mein Programm für Linux entwickle. Klar, dann bin ich natürlich abhängig, aber dafür kann ich dann alles ausschöpfen und bin sehr effizient. Wie gesagt, alles hat seine Vor- und Nachteile. Das ist bei Java doch auch nicht anders. Nur dass man bei Java oftmals gar nicht die Wahl hat. Und sogar das hat seinen Vorteil, aber eben auch seinen Nachteil...

    Edit:
    Ausserdem ging es mir gar nicht mal so speziell um Threads, sondern allgemein darum, dass einer C++ Bibliothek angekreidet wird, dass sie bei etwas nur den kleinsten gemeinsamen Nenner aller Systeme implementiert. Das ist in Java doch bei vielen anderen Dingen ebenso...

    0
  • A

    Ich bin ruhig. Oder muß ich nach jedem Satz einen Smily machen?

    mit einer virtual machine sind solche dinge natürlich auch einfach zu machen

    Das impliziert das es ohne VM schwieriger wird. Oder? Und ich habe einfach nur geschrieben, wie man es auch ohne VM lösen kann. Und das es damals ohne VM auch ging. Es war nur eine Aufklärung.

    0
  • D

    Das ist bei Java doch auch nicht anders. Nur dass man bei Java oftmals gar nicht die Wahl hat. Und sogar das hat seinen Vorteil, aber eben auch seinen Nachteil...

    Was meinst du das man in Java keine Wahl hat? Man kann freilich eine andere Java-Bibliothek verwenden.

    0
  • V

    nep schrieb:

    Ausserdem ging es mir gar nicht mal so speziell um Threads, sondern allgemein darum, dass einer C++ Bibliothek angekreidet wird, dass sie bei etwas nur den kleinsten gemeinsamen Nenner aller Systeme implementiert. Das ist in Java doch bei vielen anderen Dingen ebenso...

    ja, das ist wohl immer so. sobald man plattformunabhängig entwickelt muss man abstriche machen. da können weder Java noch C++ etwas gegen tun.

    Artchi schrieb:

    mit einer virtual machine sind solche dinge natürlich auch einfach zu machen

    Das impliziert das es ohne VM schwieriger wird. Oder? Und ich habe einfach nur geschrieben, wie man es auch ohne VM lösen kann.

    es ist ohne vm ja auch schwieriger.
    man müsste das OS patchen, einen timer aktivieren, der periodisch interrupts auslöst, usw. sowas hat auswirkungen auf die ganze maschine und gehört nicht in eine hilfslibrary für eine programmiersprache...

    0
  • R

    vista schrieb:

    java kann threads 'simulieren' (sie nennen es 'green threads'), wenn das darunterliegende system kein multithreading unterstützt.
    mit einer virtual machine sind solche dinge natürlich auch einfach zu machen 😉

    Kann man in C++ doch auch wunderbar. Immerhin ist die JVM doch in C++ programmiert. Außerdem bist du doch der Typ, der hier alle paar Monate ein Link auf die Protothread Library postet 😉 (okay, ist zwar C, aber leicht für C++ zu adaptieren!)

    0
  • V

    rüdiger schrieb:

    vista schrieb:

    java kann threads 'simulieren' (sie nennen es 'green threads'), wenn das darunterliegende system kein multithreading unterstützt.
    mit einer virtual machine sind solche dinge natürlich auch einfach zu machen 😉

    Kann man in C++ doch auch wunderbar. Immerhin ist die JVM doch in C++ programmiert.

    klar, aber dann hat man eine VM für seine C++ programme gebaut, sowas sehen die C++ fans aber nicht gerne 😉

    rüdiger schrieb:

    Außerdem bist du doch der Typ, der hier alle paar Monate ein Link auf die Protothread Library postet 😉 (okay, ist zwar C, aber leicht für C++ zu adaptieren!)

    Pssssst! bring Artchi nicht auf ideen 😉
    ausserdem poste ich viel lieber sowas: http://www.nilsenelektronikk.no/nenesos.html
    🙂

    0
  • R

    vista schrieb:

    rüdiger schrieb:

    vista schrieb:

    java kann threads 'simulieren' (sie nennen es 'green threads'), wenn das darunterliegende system kein multithreading unterstützt.
    mit einer virtual machine sind solche dinge natürlich auch einfach zu machen 😉

    Kann man in C++ doch auch wunderbar. Immerhin ist die JVM doch in C++ programmiert.

    klar, aber dann hat man eine VM für seine C++ programme gebaut, sowas sehen die C++ fans aber nicht gerne 😉

    Das ist das Beste Argument überhaupt 😃

    0
  • M
     

    www.javablackbelt.com: 2,6s
www.javacore.de: 2-5-4,5s
www.google.de: 0,2s
www.c-plusplus.net/forum/: 0,6s
www.c-plusplus.net/cms/: 0,6s (Redirect von /)

    Alle Zeiten ohne Bilderladen.

    export host=www.javacore.de; time echo -e -n "GET / HTTP/1.1\r\nHost: $host\r\nConnection: close\r\n\r\n"|nc $host 80 >/dev/null

    (Wurde um diese Statistik gebeten.)

    0
  • C

    Hey, die 0,6s von javacore.de hast du unterschlagen! 🙂

    0
  • R

    lol, Java hat die Zeit-Daten fest einkodiert, daher haben die nun Probleme damit, dass die USA die DST geändert haben 😃

    Ergo: Java ist nichts für Leute, die Programme schreiben wollen, die auch im Sommer richtig laufen :p
    Oder: Java ist vielleicht portabel zwischen Betriebssystemen, aber nicht zwischen Zeitzonen 😃

    SCNR 😉

    0
Anmelden zum Antworten