Framework

Due mesi spesi insieme al team a lavorare ad un progetto vincolato tecnologicamente (e commercialmente) ad un framework roboante, farraginoso e pretestuoso. Non intendo rivelarne il nome anche perché i suoi limiti sono comuni a quelli di molti altri framework (ma se non provvederanno a riscriverlo ne sentirete presto parlare come di un clamoroso flop).
I limiti dunque. Lasciando da parte le scelte architetturali (comprese tra l'altro molto tempo dopo) e concentriamoci sulla documentazione. Questa per un buon 80% è fatta a "libreria", ovvero in maniera descrittiva sono riportati tutti i metodi con relativa short description. Serve a ben poco perché ad istinto i developer provavano a piegare le funzionalità del framework dentro al loro framework mentale, quello cioè a cui sono abituati a lavorare. Nessuna indicazione sulle scelte architetturali, di come affrontare problemi ricorrenti che il framework dovrebbe risolvere in maniera più semplice (altrimenti a che serve). Niente. Nada.
Solo una accozzaglia di metodi da richiamare con una serie di dipendenze non documentate e fonte di frustrazioni per l'intero team.
Per il caso particolare, da buoni informatici ci auguriamo l'estinzione (o una buona ristrutturazione, ma da mani diverse...:-)) perché non è solo una questione documentale ma questa quando è fatta con i piedi è indice che sotto sotto c'è qualcos'altro, e infatti...
Non è una ripicca, ne vale il tempo di altri colleghi.