
Wie viele von Ihnen ärgere ich mich manchmal darüber, dass manche Entwickler einfach aufhören, an der von ihnen erstellten Software zu arbeiten (siehe Beispiele unten). Während wir versuchen, mit dem Verlust klarzukommen, können wir die Tatsache manchmal nicht akzeptieren. Ich zum Beispiel habe angefangen gradiator
, über VirtualBox mit Ubuntu 12.04 zu verwenden.
Aber irgendwann müssen wir uns alle mit den Tatsachen abfinden: Manche Apps gibt es nicht mehr.
Daher ist diese Frage – im Namen zukünftiger Benutzer und Entwickler – für beide Seiten von Nutzen.
Wie entwickle ich Software für Ubuntu, die auch in zukünftigen Versionen noch verwendet werden kann?
Beispiele:
Antwort1
Machen Sie es zu Open Source! Auf diese Weise kann jeder einsteigen und warten, reparieren usw., wenn Sie aus irgendeinem Grund einfach nicht mehr können. Dies kann zwar aufgrund der grundlegenden Bedienbarkeit passieren (starrt auf Air-Apps ...), aber manche Apps brauchen einfach einen zusätzlichen Hammerschlag, damit sie weiter funktionieren.
Graditor: Ohne große Schwierigkeiten für 14.04 verpackt:
PPA zum Graduator-Mateo für Mateo Salta ernannt: Mateo Salta
Cuttlefish: jemand hat sich bereits die Mühe gemacht, ein PPA dafür zu erstellen:
Installieren Sie Cuttlefish in Ubuntu 14.04 oder Ubuntu 13.10 | UbuntuHandbook
Nitrogen – ist noch im Repository, braucht vielleicht nur etwas Bug-Liebe. Scheint bei mir wie beschrieben zu funktionieren (mit Ausnahme, dass ich das Hintergrundbild in den Unity-Einstellungen ausschalten muss)
Antwort2
Meiner Erfahrung nach (seit fast 30 Jahren) ändern sich Hardware und Low-Level-Code (z. B. BIOS) nicht so sehr oder, genauer gesagt, sie behalten eine sehr gute aufsteigende Kompatibilität. (Ich habe vor 25 Jahren ein kleines Spieleprogramm in Assembler geschrieben, das unter DOS und VGA-Anzeige lief: Auf modernen Windows-Computern läuft es immer noch problemlos.)
Ich würde also sagen: Vermeiden Sie Abhängigkeiten so weit wie möglich. Wenn Sie planen, eine Bibliothek oder eine API zu verwenden, untersuchen Sie gründlich deren Geschichte und Entwicklung und ob sie noch „veralteten“ Code ausführt oder nicht. Wenn Sie Zweifel haben, versuchen Sie, den Quellcode (und nicht die kompilierte Bibliothek) in Ihr Projekt einzubinden. Wenn die bereitgestellten Funktionen nicht streng computerorientiert sind (wie Mathematikbibliotheken oder allgemeine Algorithmen), benötigen Sie wahrscheinlich keine Upgrades.
Nur meine zwei Cent ...