Il motivo per cui preferisco altro - seconda puntata

Eccoci qui, uno degli altri motivi per cui, sul piano strettamente tecnico, preferisco the Debian way.

Si sa che uno dei talloni d'Achille di Debian è la vetustà dei pacchetti (qui per un esempio).

Ebbene, qual è la soluzione? Una risposta standard sarebbe te li tieni alla versione che te li diamo, oppure compili, oppure passi alla distribuzione in test. Ma nessuna delle tre è una risposta orientata all'utente, dato che tutte e tre hanno i loro problemi. E questo soprattutto in ambiente enterprise:

• la versione di un prodotto, driver o altro spesso è legata a precise scelte architetturali o di progetto; ma anche fosse solo gusto personale, è il cliente quello che ha ragione;
• compilare, anche quando non si trasforma in un incubo di compilazione di dipendenze in cascata, crea problemi di gestione: un conto è farlo sul proprio PC, un conto è farlo per decine di server, o peggio quando l'installazione dev'essere inserita in una procedura di deploy; certo si può ottimizzare, ma è comunque un passaggio in più, e un passaggio non standard, che può arrivare a decuplicare i tempi di deploy di un server (e questo vale anche di più per chi fa soprattutto sviluppo);
• la distribuzione di test è appunto di test, anche fosse abbastanza stabile richiederebbe comunque continui aggiornamenti.

Che si sono inventati quelli di Debian? Backport. Ossia, ricompilano loro alcuni pacchetti dalla distribuzione di test e li mettono a disposizione della distribuzione stabile. Il che, indipendentemente dal fatto che sia una buona soluzione o no, è un atteggiamento orientato al cliente molto più di quello di tante blasonate distribuzioni commerciali. Tra parentesi, anche IBM con Aix affronta (e risolve) lo stesso problema, anche se in un modo diverso (ossia rilasciando fix facoltative intermedie tra un aggiornamento e l'altro).

Questo per dire che non c'è un solo modo di risolvere il problema: il punto è essere disposti a farlo e ritenere che le esigenze dell'utente non siano solo capricci. E per quanto riguarda l'utente, è capire che certe cose non sono impossibili a livello tecnico, ma tutto sommato (IBM docet) non lo sono neanche a livello commerciale.