Von Programmierer sind schuld am Sa, 5. Mai 2012 um 11:56 #
Bei der meisten Software ist das möglich wenn die API bei einer Lib nicht komplett gebrochen wird, weil viele Programmierer oft nur einen kleinen Teil einer Lib nutzen der aus den Core Komponenten der API besteht, die sich über einen größeren Zeitraum kaum ändern. Die meisten Probleme aber entstehen allein dadurch, daß viel zu viele Programmierer in ihren Buildscripten neue Lib Versionen verlangen, obwohl sie gar nicht die neuen Funktionen dieser Lib einsetzen.
Sprich, wenn man in den Buildscripten die Prüfung der Versionsnummer auf genau die Version verändert, die die Software wirklich nutzt, dann lassen sich ca. 80 % der Programme compilieren, die ein compilieren verweigern, weil die Programmierer immer die neuste Lib fordern ohne es wirklich zu überprüfen.
Hier sollte man mal ansetzen. Programmierer sollten nicht ständig das neuste vom neusten fordern, sondern gucken, was ihre Software wirklich braucht und dann als Version den kleinsten gemeinsamen Nenner vorschreiben.
Damit könnte man beim Support der Pakete deutlich an Aufwand einsparen.
Ich habe eher gegenteilige Erfahrungen gemacht. Zumeist hat es einen Grund, warum eine bestimmte Version einer Library vorausgesetzt wird, z.B. weil diese eine Funktion aufweist welche genutzt wird oder ein Bug behoben wurde, welcher sich negativ auswirkt.
Bei der meisten Software ist das möglich wenn die API bei einer Lib nicht komplett gebrochen wird, weil viele Programmierer oft nur einen kleinen Teil einer Lib nutzen der aus den Core Komponenten der API besteht, die sich über einen größeren Zeitraum kaum ändern.
Die meisten Probleme aber entstehen allein dadurch, daß viel zu viele Programmierer in ihren Buildscripten neue Lib Versionen verlangen, obwohl sie gar nicht die neuen Funktionen dieser Lib einsetzen.
Sprich, wenn man in den Buildscripten die Prüfung der Versionsnummer auf genau die Version verändert, die die Software wirklich nutzt, dann lassen sich ca. 80 % der Programme compilieren, die ein compilieren verweigern, weil die Programmierer immer die neuste Lib fordern ohne es wirklich zu überprüfen.
Hier sollte man mal ansetzen.
Programmierer sollten nicht ständig das neuste vom neusten fordern, sondern gucken, was ihre Software wirklich braucht und dann als Version den kleinsten gemeinsamen Nenner vorschreiben.
Damit könnte man beim Support der Pakete deutlich an Aufwand einsparen.
Ich habe eher gegenteilige Erfahrungen gemacht. Zumeist hat es einen Grund, warum eine bestimmte Version einer Library vorausgesetzt wird, z.B. weil diese eine Funktion aufweist welche genutzt wird oder ein Bug behoben wurde, welcher sich negativ auswirkt.
Offenbar liest du nicht was ich geschrieben habe.
?!?