Auch nicht jeder hat Lust in Java zu entwickeln. Gerade Leute, die Grafikentwicklung betreiben sind kaum im Java-Umfeld anzutreffen, sondern im C und C++ Umfeld.
Einer der besten Ray-Tracer ist in Java geschrieben: http://sunflow.sourceforge.net/. Mein Kollege meint, der wäre deutlich besser als POVray. Wenn man einen Raytracer in Java schreiben kann, warum soll man dann kein Vektor-Zeichenprogramm in Java schreiben können. Und nicht jeder im Grafikbereich arbeitet mit C und C++, weil er die Sprachen so toll findet.
Und Java-Programme werden ab einer bestimmten Größe wirklich fett und träge, nicht nur ein bißchen.
Ich habe ein 100.000 Zeilen Java-Programm geschrieben, das sehr schnell ist. Warum sollten Java-Programme ab einer bestimmten Größe fett und träge werden?
Entwickler, die ihren eigenen Komfort über den Komfort ihrer Anwender stellen, finden bei mir kein Verständnis.
Du hast also kein Verständnis für Leute, die in ihrer Freizeit etwas tun wollen, was sie als angenehm empfinden? Außerdem müssen Programme auch nicht angenehmer für den Benutzer sein, wenn sie in C und gtk geschrieben sind, als wenn sie in Java geschrieben sind. Siehe gimp.
Übrigens ist die Code-Basis von GIMP keineswegs "unsauber". Ich hab es mir mal angeschaut, und das ist extrem sauberer GObject/C Code, nach den Regeln dieser Kunst.
Ich habe mir größere Teile des Codes durchgelesen und wenn du den Code als sauber empfindest, möchte ich nicht wissen, wie bei Dir unsauberer Code ausschaut. Objektorientiertes Programmieren in C ist einfach nur grottenhäßlich.
Unsauber wäre es, wenn das Softwaredesign der Komponenten und Datenstrukturen nicht stimmen würde, der Code nicht gut strukturiert und wie Kraut und Rüben formatiert wäre, die Concerns nicht separiert, oder wenn der Speicher fehlerhaft verwaltet würde. Unsauber ist nicht damit gleichzusetzen, dass die verwendete Programmiersprache etwas wordier ist.
Sorry, aber C ist einfach nicht für objektorientierte Programmierung geeignet, genauso wenig wie es sinnvoll ist, funktionale Programme in C++ zu schreiben. Natürlich geht das, aber der Code der dabei rauskommt ist einfach grottenhäßlich. Und ich denke, langfristig profitieren auch die User von sauberen, wartbaren Code, weil dadurch die Qualität der Appliktionen einfach steigt.
Ich habe mir größere Teile des Codes durchgelesen und wenn du den Code als sauber empfindest, möchte ich nicht wissen, wie bei Dir unsauberer Code ausschaut.
Objektorientiertes Programmieren in C ist einfach nur grottenhäßlich.
Was hat die gefühlte Bequemlichkeit, die syntaktische Optik oder Wordiness der verwendeten Programmiersprache mit _unsauberem_ Code zu tun? Genau, NICHTS. Lern erstmal das zu unterscheiden. Und bei dem GIMP-Sourcecode sieht man sofort, dass er von Entwicklern entwickelt ist, die genau wissen was sie tun.
Wenn man einen Raytracer in Java schreiben kann, warum soll man dann kein Vektor-Zeichenprogramm in Java schreiben können.
Das zeigt das du davon nicht viel verstehst. Raytracer müssen nicht performante Echtzeitgraphik anzeigen. Sie müssen nicht auf Graphikhardware zugreifen. Die Berechnungen eines Raytracers eignen sich gut für eine CPU. Ok, in den letzten Jahren hat sich mit den Graphikkarten einiges getan und mit GPGPU könnte man auch in Raytracern die Performance steigern. Aber die hinken da halt hinten nach, weil bis jetzt sich die Raytracer-Entwickler keine Gedanken um Graphikhardware machen mussten und somit sogar so Sprachen wie Java verwenden konnten.
Und was heißt überhaupt Sunflow ist "besser" als Povray? Es kann gut sein das es bessere Bilder liefert, aber wie lange braucht es dafür? Selbst wenn es bei der selben Bildqualität weniger lang benötigt oder bei der selben Länge ein besseres Bild liefert, dann würde es nur zeigen, dass die Sunflow Programmierer besser sind als die Povray Programmierer (und nicht, dass Java besser/genauso gut geeignet für Raytracer ist als Java).
Einer der besten Ray-Tracer ist in Java geschrieben: http://sunflow.sourceforge.net/. Mein Kollege meint, der wäre deutlich besser als POVray. Wenn man einen Raytracer in Java schreiben kann, warum soll man dann kein Vektor-Zeichenprogramm in Java schreiben können. Und nicht jeder im Grafikbereich arbeitet mit C und C++, weil er die Sprachen so toll findet.
So und ab hier wirds für dich zu einer Blamage, der Entwickler hat aufgrund der vielen Beschwerden über die Geschwindigkeit angekündigt Teile der Engine in C++ zu implementieren.
Meine Meinung zu diesen neusprachlichen Trollen ist:
man mosert an C C++ rum, weil man es nie richtig gelernt hat und keine Ahnung davon hat. Jemand der schon 10 Jahre professionell in C++ entwickelt wird mit jedem Problem fertig werden. Wer schon in internationalen Projekten gearbeitet hat wird auch genügend gute Tricks gelernt haben um ein Anwendung so zu entwickeln, das sie erweiterbar und zukunftsfähig ist.
Klar bietet sich bei vielen Projekten eine neue Sprache an, aber auch nur dann wenn man auch die Ahnung davon hat und genügend fähige Mitstreiter findet. Genauso gut gibts aber auch Projekte z.B. in PHP oder C# bei denen ein Haufen Anfänger rumfrickelt und dabei bei jedem Release ihre Schnittstellen ändern, weil sie von Anfang an falsch an das Projekt herangegangen sind.
Ne "One Man Show" bei der Größe eines Inkscape oder Gimp wird nie klappen, es sei denn er findet bald viele Interessierte. Für solche Projekte ist die Sprache relativ egal, hier benötigt man von Anfang an "Anwender", erfahrene Analytiker und Leute die was von Softwaredesign verstehen. Gerade im kommerziellen Bereich wird soviel Müll produziert, weil man Firma xy beauftragt, die keine Ahnung von der Materie haben, es keine ausreichende Kommunikation mit den Anwendern gibt. Da wird nur nach Lastenheft und Präferenz des Entwicklers gearbeitet.
Auch nicht jeder hat Lust in Java zu entwickeln. Gerade Leute, die Grafikentwicklung betreiben sind kaum im Java-Umfeld anzutreffen, sondern im C und C++ Umfeld.
Einer der besten Ray-Tracer ist in Java geschrieben: http://sunflow.sourceforge.net/. Mein Kollege meint, der wäre deutlich besser als POVray. Wenn man einen Raytracer in Java schreiben kann, warum soll man dann kein Vektor-Zeichenprogramm in Java schreiben können. Und nicht jeder im Grafikbereich arbeitet mit C und C++, weil er die Sprachen so toll findet.
Und Java-Programme werden ab einer bestimmten Größe wirklich fett und träge, nicht nur ein bißchen.
Ich habe ein 100.000 Zeilen Java-Programm geschrieben, das sehr schnell ist. Warum sollten Java-Programme ab einer bestimmten Größe fett und träge werden?
Entwickler, die ihren eigenen Komfort über den Komfort ihrer Anwender stellen, finden bei mir kein Verständnis.
Du hast also kein Verständnis für Leute, die in ihrer Freizeit etwas tun wollen, was sie als angenehm empfinden? Außerdem müssen Programme auch nicht angenehmer für den Benutzer sein, wenn sie in C und gtk geschrieben sind, als wenn sie in Java geschrieben sind. Siehe gimp.
Übrigens ist die Code-Basis von GIMP keineswegs "unsauber". Ich hab es mir mal angeschaut, und das ist extrem sauberer GObject/C Code, nach den Regeln dieser Kunst.
Ich habe mir größere Teile des Codes durchgelesen und wenn du den Code als sauber empfindest, möchte ich nicht wissen, wie bei Dir unsauberer Code ausschaut. Objektorientiertes Programmieren in C ist einfach nur grottenhäßlich.
Unsauber wäre es, wenn das Softwaredesign der Komponenten und Datenstrukturen nicht stimmen würde, der Code nicht gut strukturiert und wie Kraut und Rüben formatiert wäre, die Concerns nicht separiert, oder wenn der Speicher fehlerhaft verwaltet würde. Unsauber ist nicht damit gleichzusetzen, dass die verwendete Programmiersprache etwas wordier ist.
Sorry, aber C ist einfach nicht für objektorientierte Programmierung geeignet, genauso wenig wie es sinnvoll ist, funktionale Programme in C++ zu schreiben. Natürlich geht das, aber der Code der dabei rauskommt ist einfach grottenhäßlich. Und ich denke, langfristig profitieren auch die User von sauberen, wartbaren Code, weil dadurch die Qualität der Appliktionen einfach steigt.
Bitte, hier ist das Repository, zeig mir eine wirklich unsaubere Stelle:
http://git.gnome.org/browse/gimp/tree/
Was hat die gefühlte Bequemlichkeit, die syntaktische Optik oder Wordiness der verwendeten Programmiersprache mit _unsauberem_ Code zu tun? Genau, NICHTS. Lern erstmal das zu unterscheiden. Und bei dem GIMP-Sourcecode sieht man sofort, dass er von Entwicklern entwickelt ist, die genau wissen was sie tun.
Wenn man einen Raytracer in Java schreiben kann, warum soll man dann kein Vektor-Zeichenprogramm in Java schreiben können.
Das zeigt das du davon nicht viel verstehst. Raytracer müssen nicht performante Echtzeitgraphik anzeigen. Sie müssen nicht auf Graphikhardware zugreifen. Die Berechnungen eines Raytracers eignen sich gut für eine CPU. Ok, in den letzten Jahren hat sich mit den Graphikkarten einiges getan und mit GPGPU könnte man auch in Raytracern die Performance steigern. Aber die hinken da halt hinten nach, weil bis jetzt sich die Raytracer-Entwickler keine Gedanken um Graphikhardware machen mussten und somit sogar so Sprachen wie Java verwenden konnten.
Und was heißt überhaupt Sunflow ist "besser" als Povray? Es kann gut sein das es bessere Bilder liefert, aber wie lange braucht es dafür? Selbst wenn es bei der selben Bildqualität weniger lang benötigt oder bei der selben Länge ein besseres Bild liefert, dann würde es nur zeigen, dass die Sunflow Programmierer besser sind als die Povray Programmierer (und nicht, dass Java besser/genauso gut geeignet für Raytracer ist als Java).
Davon abgesehen: Warum soll POVRay so toll sein?
...genauso wenig wie es sinnvoll ist, funktionale Programme in C++ zu schreiben...
http://www.ibm.com/developerworks/aix/library/au-learningfc/index.html?ca=dgr-lnxw07FCPPdth-AIX
Das beweist, dass es möglich ist. Sinnvoll ist es deswegen nicht unbedingt.
Einer der besten Ray-Tracer ist in Java geschrieben: http://sunflow.sourceforge.net/. Mein Kollege meint, der wäre deutlich besser als POVray. Wenn man einen Raytracer in Java schreiben kann, warum soll man dann kein Vektor-Zeichenprogramm in Java schreiben können. Und nicht jeder im Grafikbereich arbeitet mit C und C++, weil er die Sprachen so toll findet.
So und ab hier wirds für dich zu einer Blamage, der Entwickler hat aufgrund der vielen Beschwerden über die Geschwindigkeit angekündigt Teile der Engine in C++ zu implementieren.
Meine Meinung zu diesen neusprachlichen Trollen ist:
man mosert an C C++ rum, weil man es nie richtig gelernt hat und keine Ahnung davon hat. Jemand der schon 10 Jahre professionell in C++ entwickelt wird mit jedem Problem fertig werden. Wer schon in internationalen Projekten gearbeitet hat wird auch genügend gute Tricks gelernt haben um ein Anwendung so zu entwickeln, das sie erweiterbar und zukunftsfähig ist.
Klar bietet sich bei vielen Projekten eine neue Sprache an, aber auch nur dann wenn man auch die Ahnung davon hat und genügend fähige Mitstreiter findet. Genauso gut gibts aber auch Projekte z.B. in PHP oder C# bei denen ein Haufen Anfänger rumfrickelt und dabei bei jedem Release ihre Schnittstellen ändern, weil sie von Anfang an falsch an das Projekt herangegangen sind.
Ne "One Man Show" bei der Größe eines Inkscape oder Gimp wird nie klappen, es sei denn er findet bald viele Interessierte. Für solche Projekte ist die Sprache relativ egal, hier benötigt man von Anfang an "Anwender", erfahrene Analytiker und Leute die was von Softwaredesign verstehen. Gerade im kommerziellen Bereich wird soviel Müll produziert, weil man Firma xy beauftragt, die keine Ahnung von der Materie haben, es keine ausreichende Kommunikation mit den Anwendern gibt. Da wird nur nach Lastenheft und Präferenz des Entwicklers gearbeitet.