Lohnt sich heutzutage der Aufwand einer Portierung für MacOS

[inflamer]

Hallo zusammen,

meine Anwendung läuft, obwohl in Java geschrieben, seit jeher nur unter Windows. Nun bekomme ich immer mal wieder Anfragen bzgl. einer MacOS-Version. Etliche Käufer betreiben meine Anwendung wohl als Notlösung mit "Parallels" (+ eben Windows).

Nun bin ich mir überhaupt nicht sicher, ob sich der Aufwand einer Portierung überhaupt lohnt. Unter "Aufwand" fiele in erster Linie:
- Anschaffung eines Mac Mini + einer Drittherstellertastatur, unterm Strich rund 800,- EUR für beides zusammen.
- Einarbeitung in MacOS mit Vorkenntnissen gleich Null.
- Anpassung des Codes. Hier kann ich den Aufwand gar nicht erst abschätzen. Systemunabhängigkeit ist ja ein wohlklingendes Attribut von Java, aber wer weiß, wie das in der Praxis aussieht...
- Brauche ich eine App-Id? Irgendwelche Lizenzen, Sonstiges zu beachten, bevor ich etwas releasen kann?
- Last but not least: Inwieweit hängt die Kaufentscheidung eines MacOS-Users überhaupt davon ab, ob die Software für MacOS vorliegt (siehe "Parallels").

Fragen über Fragen. Die wichtigste Ressource ist bei mir die Zeit. Und die Frage ist eben, ob sie mit einer Portierung sinnvoll eingesetzt ist.

Danke im Voraus für Eure Antworten.

 

[kneitzel]

Hallo zusammen,

meine Anwendung läuft, obwohl in Java geschrieben, seit jeher nur unter Windows. Nun bekomme ich immer mal wieder Anfragen bzgl. einer MacOS-Version. Etliche Käufer betreiben meine Anwendung wohl als Notlösung mit "Parallels" (+ eben Windows).

Nun bin ich mir überhaupt nicht sicher, ob sich der Aufwand einer Portierung überhaupt lohnt. Unter "Aufwand" fiele in erster Linie:
- Anschaffung eines Mac Mini + einer Drittherstellertastatur, unterm Strich rund 800,- EUR für beides zusammen.
- Einarbeitung in MacOS mit Vorkenntnissen gleich Null.
- Anpassung des Codes. Hier kann ich den Aufwand gar nicht erst abschätzen. Systemunabhängigkeit ist ja ein wohlklingendes Attribut von Java, aber wer weiß, wie das in der Praxis aussieht...
- Brauche ich eine App-Id? Irgendwelche Lizenzen, Sonstiges zu beachten, bevor ich etwas releasen kann?
- Last but not least: Inwieweit hängt die Kaufentscheidung eines MacOS-Users überhaupt davon ab, ob die Software für MacOS vorliegt (siehe "Parallels").

Fragen über Fragen. Die wichtigste Ressource ist bei mir die Zeit. Und die Frage ist eben, ob sie mit einer Portierung sinnvoll eingesetzt ist.

Danke im Voraus für Eure Antworten.

Ob sich das lohnt oder nicht wirst nur Du entscheiden können. Kannst Du abschätzen, wie viele Kunden das nutzen werden? Und was kostet das Produkt?

Ebenfalls wichtig: Willst Du dann die Versio auch voll unterstützen? Dann wird es ja um einiges aufwändiger, denn dann sind Mac Erfahrungen zwingend notwendig.

Was man evtl. etwas drücken kann sind die Kosten. Ein gebrauchter mac Mini könnte ausreichen und so.

Was macht Deine Applikation denn, so dass da Anpassungen notwendig sind? Mit etwas Glück läuft die App direkt. Nur wenn die Kunden das nicht selbst testen konnten: Lieferst du nur ein Binary als EXE aus oder so? Ansonsten könnte man das ja durchaus testen. Dann gibt es halt ein jar oder so, dass Anwender einmal ausprobieren könnten ...

So das funktioniert, reicht evtl. eine Paketierung für den Mac. Dazu habe ich mir sogar einmal jar2exe gekauft - das erzeugt auch auf Windows die Mac Application. Die ist aber erst einmal nicht signiert, was ein gewisses Problem ist, daher ja: Ein Entwickler-Zertifikat macht Sinn und kostet 99€ / Jahr. Ansonsten haben Anwender da immer "Rechtsklick" und Öffnen zu machen - damit ist die Security schon umgangen 🙂

Und generell sind Mac-User relativ verwöhnt: Es muss halt einfach funktionieren. Und da alles recht einfach ist, ist ein App-Store unwichtig. Du erstellst einfach ein DMG (also ein Plattenimage) und kopierst da deine application rein und noch einen Link auf /Applications. Und schon ist es fertig ... Mac-User können das dann herunter laden, Öffnen mit Doppelclick (mounten des Image), ziehen dann die App auf den Link und schon ist die Software installiert.

 

[inflamer]

Danke für Deine Antwort!

Die genauer gesagt 2 ApplikationEN sind ausgerechnet dem Bereich "Grafik und Design" zuzuordnen und damit für den Mac eigentlich prädestiniert. ;-)

Käufer sind zu 99% Unternehmen. Ich kann mir indes nicht vorstellen, dass eine 0815-Firma vollständig auf MacOS läuft und auf Windows komplett verzichtet, was wiederum gegen eine Portierung spräche. Manche nutzen zudem, wie gesagt, wohl "Parallels".

Die Anwendungen liegen preislich im mittleren bis oberen 2stelligen Bereich.

"jar2exe" werde ich mir mal anschauen, kannte ich noch gar nicht.

Wenn ich mich darauf einlasse, werde ich das bei mir im Kopf als Hobby einordnen müssen, "Kennenlernen eines neuen Betriebssystems" oder so, damit wenn der ganze Aufwand sich am Ende als Zeitverschwendung erweist, ich die kleine teure Schuhschachtel nicht gegen die Wand kicke. ;-)

Nochmals Danke für die Tipps!

 

[inflamer]

Sofern du hier "Einzelheiten" preisgeben magst, zu welchem Anteil sind es denn in Deinem Fall MacOS-User?

 

[kneitzel]

Also ich selbst habe lange Macs eingesetzt - bin dann nur vor ca. 1 Jahr komplett auf Linux gewechselt. Meine beruflich entwickelte Software läuft derzeit zu 0% auf Mac, da reine Backend Entwicklung. (jar2exe war bei mir nur reine Spielerei. Beruflich habe ich das bisher nicht gebraucht.)

 

[tommysenf]

Nun bin ich mir überhaupt nicht sicher, ob sich der Aufwand einer Portierung überhaupt lohnt.

Das wird wohl ein Aussenstehender nicht für dich einschätzen können.

Anpassung des Codes. Hier kann ich den Aufwand gar nicht erst abschätzen. Systemunabhängigkeit ist ja ein wohlklingendes Attribut von Java, aber wer weiß, wie das in der Praxis aussieht...

Das hängt natürlich sehr von deiner Anwendung ab. Benutzt du nur reines Java sollte sich der Aufwand in Grenzen halten. Dann ist es meist schon damit getan dich an die üblichen Konventionen zur Plattformneutralität zu halten (Dateipfade, Gross und Kleinschreibung von Dateinamen, UI Look and Feel etc... ).

Nutzt du Windowsfeatures durch z.B. Kommandozeilenaufrufe, Registry, JNI, etc. kann der Aufwand natürlich viel höher sein.

Ein gangbarer Weg um nicht umsonst in Hardware zu investieren wäre wenn du erst einmal versuchst deine Software auf Linux lauffähig zu bekommen. Das sollte in etwa dem gleichen Aufwand entsprechen und du wirst sehen wo die Probleme liegen. Eine Java Anwendung die Linux kompatibel ist wird dann mit sehr hoher Wahrscheinlichkeit auch unter Mac laufen, da OSX immer noch ein vollwertiges UNIX Betriebssystem ist.

Last but not least: Inwieweit hängt die Kaufentscheidung eines MacOS-Users überhaupt davon ab, ob die Software für MacOS vorliegt (siehe "Parallels")

Ich denke mal der Grossteil der OSX User wird sich immer für das native Produkt entscheiden wenn er die Wahl hat. Bevor man Virtualisierung einsetzt wird meistens erst mal geschaut ob es nicht eine native Alternative gibt...

 

[Thallius]

Kauf halt einen gebrauchten Mac Mini und Probier es aus. Für das Erstellen einer lauffähigen .jar Must Du erstmal nichts weiter investieren. Gefällt es dir nicht oder klappt es nicht, dann Verkauf das Dingen wieder. Wertverlust dürfte in einem halben Jahr bei unter 50 Euro liegen. Das ist halt der Vorteil von Apple. Anschaffung teuer, dafür aber starker Werterhalt. Im Endeffekt zahlst du nicht wirklich mehr

 

[inflamer]

Danke euch!

Hinsichtlich Code-Umstellung dachte ich an sowas wie z.B. andere Tastenkürzel (die gibt's in meinen Apps zuhauf). Na ja, ist aber eigentlich kein großer Aufwand, die entsprechend anzupassen. Hier und da ist vielleicht ansonsten noch eine vergessene MouseEvent.isPopupTrigger()-Abfrage usw... Sonstige Konventionen zur Plattformunabhängigkeit hatte ich glücklicherweise stets eingehalten.

 

[Thallius]

Danke euch!

Hinsichtlich Code-Umstellung dachte ich an sowas wie z.B. andere Tastenkürzel (die gibt's in meinen Apps zuhauf). Na ja, ist aber eigentlich kein großer Aufwand, die entsprechend anzupassen. Hier und da ist vielleicht ansonsten noch eine vergessene MouseEvent.isPopupTrigger()-Abfrage usw... Sonstige Konventionen zur Plattformunabhängigkeit hatte ich glücklicherweise stets eingehalten.

wenn du eine native Mac App machen willst solltest du so oder erstmal ein paar Wochen mit OS X arbeiten. Wenn deine App nachher wie EINE apple APP aussieht sich aber immer noch wie eine Windows App anfühlt wird die Akteptanz sehr gering sein.

Gruß

Claus