01.04.2013
Einen RSS Reader fände ich auch gut. Vielleicht einer, der auch mit ein Paar Feeds mehr klarkommt. Auch eine Exportierfunktion würde mir gefallen. Gibt es zwar alles schon, aber oft eher instabil oder zu überladen.
(30.03.2013)Elandulí schrieb: [ -> ]Es währe nur unmerklich schneller, jedoch würde es deutlich weniger Arbeitsspeicher fressen und wahrscheinlich währe auch die GraKa etwas weniger belastet... nicht dass DAS wirklich etwas ausmachen würdeDas Schlüsselwort heißt "wahrscheinlich". Erstens, es hängt mehr von Programmierer, wie schnell das Programm laufen wird bzw. wie viel Ressourcen es verbrauchen wird, als von Programmiersprache ab. Zweitens, wenn du in C programmierst, musst du selbst die Speicherverwaltung regeln, und hier tauchen auch bei erfahrener Programmierer, die 15 Jahren in C schreiben, verschiedene komische Fehler auf, die zu den Memory Leaks und Buffer overflows führen. Selbstverständlich ist der Garbage Collector bei Java auch nicht perfekt, aber in C hast du überhaupt keinen. Und das schlimmste daran ist, dass um derartigen Fehler überhaupt zu finden, brauchst du viel Zeit. Ich kann mich noch daran erinnern, wie ich ein in C geschriebenes Programm, das 6 GB Arbeitsspeicher verbrauchte, untersuchte, und feststellte, dass ich einfach vergessen habe, free() aufzurufen. Blöd, aber in C kann so was jedem passieren.
(01.04.2013)Simaris schrieb: [ -> ]Btw kommt mir das nur so vor oder sind Javaprogramme grundsätzlich Speicherfressender und langsamer als C++/C# Programme?Nun, mit Java wird dein Programm in einer virtuellen Maschine ausgeführt, und außerdem wenn du deine Java-Software startest, werden auch automatisch Garbage Collector und Bytecode verefier gestartet, deswegen braucht Java-Software schon mehr Speicher, als C. Aber wie ich schon gesagt habe, in Java hast du keine Memory Leaks(weil Garbage Collector inzwischen schon ziemlich gut funktioniert. Außerdem hast du in Java 7 AutoCloseable-Interface.), und mit C musst du sehr vorsichtig sein, was die Speicherverwaltung angeht.
(01.04.2013)bisty schrieb: [ -> ]update#1:
Nun, eine "schlechte" Programmiersprache gibt es doch, und zwar PHP. Das ist reine Hölle. Mein heimliches Wunsch ist, dass alle Webentwickler aufhören, diese Schande zu benutzen, und anfangen stattdessen Python, Ruby on Rails oder Java EE zu verwenden.
(01.04.2013)Saij schrieb: [ -> ]Ruby on Rails?Erstens, es ist nur dein Problem, und nicht Problem der Programmiersprache, dass du nicht in der Lage bist, das System normal zu konfigurieren. Zweitens, PHP unterstützt keine Threads, exec()-Funktion funktioniert sehr seltsam(wenn in allen normalen Programmiersprachen kriege ich als Rückgabewert der exec()-Funktion das Rückgabewert des ausgeführten Programm, kriege ich in PHP die letzte Ausgabezeile des Programms), OOP in PHP steckt noch in Kinderschuhen, es gibt keine Analogen von JDBC, weswegen muss man für jede unterstützte Datenbank ein neues Modul schreiben, es gibt keine Namespaces, alle Funktionen in PHP sind global, es gibt keine anonyme Funktionen, Exceptions sind in PHP einfach schrecklich realisiert, und es gibt noch tausende Probleme.
Ich fall mal eben auf den Boden und lache. RoR ist um längen langsamer als PHP. Schon getestet und geprüft. RoR mit einem optimierten Apache ist genauso schnell wie ein PHP auf einem Standard Debian Apache.
(01.04.2013)Saij schrieb: [ -> ]Java hat immer noch das Problem, dass es auch noch "compiliert" werden muss. Das ist in der Webentwicklung auch nicht praktisch (wie oft musste ich schon direkt auf den Webservern direkt was fixen weils schnell gehen musste -.-)Darauf kann ich leider nur mit einem einzigen Satz antworten: google://Class Reloading
Zitat:Ist halt schon komisch das gerade die großen Webseiten, die viele Millionen PIs haben alle in PHP/Perl gebaut sind.oracle.com ist mithilfe von Java EE geschrieben. ibm.com auch. http://www.jetbrains.com ist ebenfalls in java geschrieben. Schließlich meine Webanwendungen sind auch in Java geschrieben und Boss ist auch zufrieden.
Zitat:Java ist immernoch eine halbe Interpretersprache.JVM ist kein Interpreter. JVM ist eine virtuelle Maschine. Bytecode ist kein Quellcode, sondern halt Bytecode. Interpreter != virtuelle Maschine. Das sind ganz verschiedene Dinge, die auf unterschiedliche Art und Weise funktionieren.
(01.04.2013)bisty schrieb: [ -> ](01.04.2013)Saij schrieb: [ -> ]Ruby on Rails?Erstens, es ist nur dein Problem, und nicht Problem der Programmiersprache, dass du nicht in der Lage bist, das System normal zu konfigurieren. Zweitens, PHP unterstützt keine Threads, exec()-Funktion funktioniert sehr seltsam(wenn in allen normalen Programmiersprachen kriege ich als Rückgabewert der exec()-Funktion das Rückgabewert des ausgeführten Programm, kriege ich in PHP die letzte Ausgabezeile des Programms), OOP in PHP steckt noch in Kinderschuhen, es gibt keine Analogen von JDBC, weswegen muss man für jede unterstützte Datenbank ein neues Modul schreiben, es gibt keine Namespaces, alle Funktionen in PHP sind global, es gibt keine anonyme Funktionen, Exceptions sind in PHP einfach schrecklich realisiert, und es gibt noch tausende Probleme.
Ich fall mal eben auf den Boden und lache. RoR ist um längen langsamer als PHP. Schon getestet und geprüft. RoR mit einem optimierten Apache ist genauso schnell wie ein PHP auf einem Standard Debian Apache.
(01.04.2013)bisty schrieb: [ -> ]Fazit: PHP ist einfach Mist. "By design" sozusagen.
(01.04.2013)Saij schrieb: [ -> ]Java hat immer noch das Problem, dass es auch noch "compiliert" werden muss. Das ist in der Webentwicklung auch nicht praktisch (wie oft musste ich schon direkt auf den Webservern direkt was fixen weils schnell gehen musste -.-)Darauf kann ich leider nur mit einem einzigen Satz antworten: google://Class Reloading
(01.04.2013)bisty schrieb: [ -> ]Zitat:Ist halt schon komisch das gerade die großen Webseiten, die viele Millionen PIs haben alle in PHP/Perl gebaut sind.oracle.com ist mithilfe von Java EE geschrieben. ibm.com auch. http://www.jetbrains.com ist ebenfalls in java geschrieben. Schließlich meine Webanwendungen sind auch in Java geschrieben und Boss ist auch zufrieden.
(01.04.2013)bisty schrieb: [ -> ]Zitat:Java ist immernoch eine halbe Interpretersprache.JVM ist kein Interpreter. JVM ist eine virtuelle Maschine. Bytecode ist kein Quellcode, sondern halt Bytecode. Interpreter != virtuelle Maschine. Das sind ganz verschiedene Dinge, die auf unterschiedliche Art und Weise funktionieren.
(01.04.2013)bisty schrieb: [ -> ]Was deine Bemerkung bezüglich "uch die GraKa etwas weniger belastet" angeht: was für Blödsinn redest du denn? Was zum Teufel hat GPU-Geschwindigkeit mit der Programmiersprache zu tun?
(01.04.2013)Saij schrieb: [ -> ]Deswegen habe ich auch geschrieben, dass es eine halbe Interpretersprache ist.Irgendjemand hat wohl keine Ahnung, wie genau JVM funktioniert, und was GENAU eine virtuelle Maschine ist.
Eine VM interpretiert auch den Bytecode und setzt die Befehle je nach Platform anders um.
Zitat: Und dennoch musst du erst noch alles in Bytecode umwandeln und hochladen.Nun, darauf muss ich leider schon wieder mit einer Google-Anfrage antworten: google://Autobuilding+auto-deployment
Zitat: Um nur mal einige große Webseiten mit PHP/Perl Basis zu nennen.Nun, dann füge ich noch ein paar Webseiten, die in Java geschrieben sind, hinzu:
Zitat:Wenn ich es jedoch richtig mitbekommen habe, ist die Schnittstelle zum GPU in C++ besser und bietet mehr Möglichkeiten.Das stimmt, aber Überraschung! - Du kannst den C/C++-Code auch in Java benutzen, mithilfe von JNI. Ich persönlich rate aber immer davon ab, weil das im Endeffekt nur Probleme mit sich bringt, besonders beim Debugging, aber die Möglichkeit so was zu machen gibt es trotzdem. Du kannst immer dein Renderingmodul in C++ schreiben, und dann dieses mithilfe von JNI in deine Java-Anwendung integrieren lassen.
(01.04.2013)bisty schrieb: [ -> ]Zitat: Um nur mal einige große Webseiten mit PHP/Perl Basis zu nennen.Nun, dann füge ich noch ein paar Webseiten, die in Java geschrieben sind, hinzu:
http://www.bund.de(Und das ist was größeres und wichtigeres, als irgendwelche Zeitungenwebseiten, findest du nicht?).
myspace.com(die ist aber teilweise in ASP teilweise in Java geschrieben, aber das zählt)
bisty schrieb:deswegen braucht Java-Software schon mehr Speicher, als CIch redete von annähernd modernen Programmiersprachen. C gehört da imho definitiv nicht mehr zu, da es nicht mehr effektiv in der anwendungsentwicklung eingesetzt wird sondern nur noch in treiber oder hintergrundprogrammen ohne grafische Komponenten zum Einsatz kommt. Ich sagte das im bezug auf C++/C#.
Zitat:Eine Programmiersprache ist eine künstliche Sprache zur Verständigung zwischen Mensch und Computer. Sie ist durch ihre Syntax und Semantik definiert. In einer Programmiersprache stellt man Verfahren zur Problemlösung in einer für den Computer „verständlichen” Form dar.
Zitat:Daneben wird C/C++ (für mich dieselbe Sprachenfamilie - Zwillinge sozusagen) noch sehr häufig für die Spieleentwicklung eingesetzt.Für C++ trifft das sicher zu, aber mit C ist das nicht wirtschaftlich, das kannst du mir nicht erzählen.
Zitat:Seh das wie du willst, für mich ist PHP keine Programmiersprache, da wird nichts direkt programmiert, man gibt nur Anweisungen in Scriptform die von einem Interpreter per standardisierten Programmteilen zu einem Programm zusammengebaut wird.
Zitat:Übrigens: auch PHP Script können zu Maschinencode verarbeitet werden.Ich weiß, ist aber im normalfall nicht vogesehen und die Ergebnisse sind dabei auch eher suboptimal aber immer noch besser als es in PHP zu lassen natürlich.