20.06.2011, 13:32
Als Nörgelei würde ich Dein Posting nicht unbedingt bezeichnen, da Du ja doch den ein oder anderen guten Punkt ansprichst. 
Zu Java:
Erfahrungsgemäß haben die meisten Leute Java ohnehin installiert, und falls nicht, ist es kein Hexenwerk das nachzuholen. Mit .Net wäre das Problem ähnlich, auch wenn das viele Leute per Windows-Update ohnehin installiert haben. Dass Apple es nicht auf die Reihe bekommen hat eine brauchbare Java-Implementierung zu liefern ist ein berechtigter Punkt, gerüchteweise ist das mit der Umstellung auf Oracle besser geworden. Das müsste aber jemand bestätigen der Java auf MacOS nutzt. Aufgrund der niedrigen Verbreitung von MacOS würde ich mangelhafte Lauffähigkeit da nur begrenzt als Show Stopper betrachten. Das Problem mit den File Associations ist bekannt, das kann aber problemlos mit einem Batch-File (bzw. entsprechende Variante auf der jeweiligen Plattformen) gelöst werden.
@Android:
Die Mobilvariante wäre eher um sich unterwegs mal kurz was zusammenzuklicken oder eine am Desktop erstellte Liste ansehen zu können, vielleicht auch mit Exportfunktion um es dann am heimischen Rechner zu drucken. Inwiefern der Anwendungskern auf die andere API umgestellt werden kann muss entsprechend geprüft werden. (Anmerkung am Rande: Auf Swing oder AWT würde ich ohnehin verzichten und gleich auf JavaFX setzen.) Möglicherweise lässt sich das mit einem sauberen MVC-Konzept erleichtern. Generell halte ich eine Mobilvariante aber für ein niedrig priorisiertes Extra bei dem ich keinen Schmerz hätte es zu canceln oder einzufrieren wenn ernstzunehmende Probleme auftreten.
@XML:
Du sprichst genau die Punkte an über die ich mir bereits Gedanken gemacht habe, bzw. Gedanken mache, diverse Lösungsansätze für die ein oder andere Ausnahme geistert mir auch schon durch den Kopf (ob und wie die realisierbar sind muss sich zeigen). Ziel ist natürlich, diese Sachen komplett in XML-Files abzulegen, schließlich sind wir inzwischen aus den 90ern raus. Tricky wird das garantiert und stellt unabhängig von Allen anderen Punkten auch die größte Herausforderung dar. Wenn ich graue Haare bekomme, dann deshalb.
@Webtechnologien:
Bei den objektiven Vorteilen die HTML5 und JavaScript bieten stimme ich Dir vollkommen zu. Leider stehe ich dabei vor einer kleinen Technologiehürde, da meine Erfahrungen in der Webentwicklung schon etwas betagt und ziemlich eingestaubt sind. Hier wäre die Unterstützung von jemandem notwendig der sich damit auskennt.
Meine persönliche Favorisierung von Java liegt in erster Linie darin begründet, dass ich damit einige Jahre praktische Berufserfahrung habe und es vermeiden möchte, mir zusätzlich noch eine mir unbekannte Technologie aufzuhalsen und dann alle drei Meter über Einstiegshürden zu stolpern die mich viel Zeit kosten. Ich hänge nicht zwangsweise daran, wenn also jemand etwas anbringt das die notwendigen Funktionen bietet und eine niedrige Einstiegshürde hat, werde ich mir das gerne ansehen.
Zu Java:
Erfahrungsgemäß haben die meisten Leute Java ohnehin installiert, und falls nicht, ist es kein Hexenwerk das nachzuholen. Mit .Net wäre das Problem ähnlich, auch wenn das viele Leute per Windows-Update ohnehin installiert haben. Dass Apple es nicht auf die Reihe bekommen hat eine brauchbare Java-Implementierung zu liefern ist ein berechtigter Punkt, gerüchteweise ist das mit der Umstellung auf Oracle besser geworden. Das müsste aber jemand bestätigen der Java auf MacOS nutzt. Aufgrund der niedrigen Verbreitung von MacOS würde ich mangelhafte Lauffähigkeit da nur begrenzt als Show Stopper betrachten. Das Problem mit den File Associations ist bekannt, das kann aber problemlos mit einem Batch-File (bzw. entsprechende Variante auf der jeweiligen Plattformen) gelöst werden.
@Android:
Die Mobilvariante wäre eher um sich unterwegs mal kurz was zusammenzuklicken oder eine am Desktop erstellte Liste ansehen zu können, vielleicht auch mit Exportfunktion um es dann am heimischen Rechner zu drucken. Inwiefern der Anwendungskern auf die andere API umgestellt werden kann muss entsprechend geprüft werden. (Anmerkung am Rande: Auf Swing oder AWT würde ich ohnehin verzichten und gleich auf JavaFX setzen.) Möglicherweise lässt sich das mit einem sauberen MVC-Konzept erleichtern. Generell halte ich eine Mobilvariante aber für ein niedrig priorisiertes Extra bei dem ich keinen Schmerz hätte es zu canceln oder einzufrieren wenn ernstzunehmende Probleme auftreten.
@XML:
Du sprichst genau die Punkte an über die ich mir bereits Gedanken gemacht habe, bzw. Gedanken mache, diverse Lösungsansätze für die ein oder andere Ausnahme geistert mir auch schon durch den Kopf (ob und wie die realisierbar sind muss sich zeigen). Ziel ist natürlich, diese Sachen komplett in XML-Files abzulegen, schließlich sind wir inzwischen aus den 90ern raus. Tricky wird das garantiert und stellt unabhängig von Allen anderen Punkten auch die größte Herausforderung dar. Wenn ich graue Haare bekomme, dann deshalb.
@Webtechnologien:
Bei den objektiven Vorteilen die HTML5 und JavaScript bieten stimme ich Dir vollkommen zu. Leider stehe ich dabei vor einer kleinen Technologiehürde, da meine Erfahrungen in der Webentwicklung schon etwas betagt und ziemlich eingestaubt sind. Hier wäre die Unterstützung von jemandem notwendig der sich damit auskennt.
Meine persönliche Favorisierung von Java liegt in erster Linie darin begründet, dass ich damit einige Jahre praktische Berufserfahrung habe und es vermeiden möchte, mir zusätzlich noch eine mir unbekannte Technologie aufzuhalsen und dann alle drei Meter über Einstiegshürden zu stolpern die mich viel Zeit kosten. Ich hänge nicht zwangsweise daran, wenn also jemand etwas anbringt das die notwendigen Funktionen bietet und eine niedrige Einstiegshürde hat, werde ich mir das gerne ansehen.