Also generell gibts ja beim Arbeiten Verfahren die sich mehr oder weniger in Quick&Dirty und Aufwändig&Qualitativ (gibts dafür auch ein Buzzword? 😆 ) eingliedern lassen. Da Calibre jede Woche Updates bekommt und der Funktionsaufwand sich kaum noch auf einen Blick erfassen lässt (die meisten wöchentlichen Neuerungen sagen mir idR. nicht viel) und manche Bugs oder schlechte Angewohnheiten des Programms sich über die lange Zeit hinweg kaum ändern, kommt bestimmt nicht nur mir der Gedanke zu Quick&Dirty. Das liefert zwar Ergebnisse, aber eventuell nicht nachhaltig genug, sinnvoll ist auf lange Sicht eher die Entwicklung per Milestones und diese dann gleich so poliert wie möglich abzuliefern. Fehler lassen sich auf gepflegtem Code leichter beheben und Verbesserungen lassen sich später leichter einpflegen und die Neuerungen sind dann bei Release so gut wie fertig.
Aber wie heisst es so schön: beim Experten herrscht Ordnung, das Genie beherrscht das Chaos - in dem Sinne wünsche ich Herrn Goyal viel (ernstgemeinten) Erfolg, schließlich ist Calibre trotz aller Kritik ein voller Erfolg. 😉
