Lysander schrieb:
Bei Quickly habe ich persönlich den Benefit gegenüber einem Projekt mit denselben Komponenten ohne die Benutzung Qickly nie gesehen. Allerdings ist es auch schon länger her, dass ich mir das mal angeguckt hatte. Damals war die Doku auch miserabel. Evtl. hat sich da etwas getan.
Im Ergebnis hat Quickly auch keinen Vorteil gegenüber der Verwendung der einzelnen Komponenten. Aber es spart einiges an Arbeit und an Lektüre. Es hat mich vergleichsweise viel Zeit gekostet, nicht nur PyGTK anhand vieler Tutorials zu lernen, sondern dann auch noch Paketierung, Internationalisierung, PPAs etc. zu verstehen, einzubauen und regelmäßig (bei Releases) anzuwenden. Quickly vereinfacht dies nur, indem es schon mal eine Vorlage für Anwendungen mitbringt, die all dies bereits unterstützen, und indem es Schritte wie Aktualisierung der Übersetzungsvorlagen, Paketbau und Upload in ein PPA automatisiert.
Ich habe ein Projekt, das ich ohne Quickly begonnen habe, auf Quickly portiert. Es kann jetzt nicht mehr als vorher, aber die Arbeit bei Releases ist wesentlich weniger geworden, so dass ich meine Zeit für das Schreiben von Code aufwenden kann. Und ein neues Projekt habe ich gleich mit Quickly begonnen, das hat mir viel Arbeit erspart.
Aber auf der anderen Seite gibt Quickly natürlich gewisse Konventionen für gewisse Aufgaben vor, und man muss sich dann doch wieder mit der Materie beschäftigen, wenn man bestimmte Dinge anders regeln will. Für Einsteiger halte ich es trotzdem für sehr nützlich, und Fortgeschrittene können sich auch einfach ein eigenes Template bauen, wenn sie ihre eigenen Konventionen für mehrere Projekte anwenden wollen.
Liebe Grüße
Fredo