Bonjour,
J'aimerais bien avoir une vision concrète des libs externes dont SPIP bénéficie ou pourrait bénéficier plus facilement avec Composer.
Et question subsidiaire : quel est le temps que ça permettrait de gagner ?
Si ma question est stupide, désolé pour le dérangement.
Hop,
Bonjour,
J'aimerais bien avoir une vision concrète des libs externes dont SPIP bénéficie ou pourrait bénéficier plus facilement avec Composer.
Un exemple d'utilisation possible ici :
Et question subsidiaire : quel est le temps que ça permettrait de gagner ?
Pas facile de donner un chiffre, sachant qu'on ne prend pas note du temps passé par l'équipe sur chaque point. Mais, une chose est certaine, ça permettrait de "déplacer" ce temps dispo sur d'autres fonctionnalités orientées vers les utilisateurs plutôt que de maintenir du code déjà maintenu par ailleurs.
Si ma question est stupide, désolé pour le dérangement.
Il n'y a pas de question stupide...
routeur d'URL, gestionnaire de requêtes HTTP (guzzle ou autre),
abstraction SQL, logs, déjà, pour ce qu'on maintient nous-mêmes et qu'on
aurait plus à le faire
tests unitaires, yaml évidemment et tout autre lib de lecture-écriture
d'un format particulier (json-ld, etc)
Bref, dès qu'on peut arrêter de maintenir un point technique précis qui
est déjà maintenu et testé par des milliers de gens (et assez souvent
optimisé), pour, comme l'a dit b_b, focaliser notre temps sur les
fonctionnalités end-user qu'on veut apporter. Et donc forcément vu qu'on
n'est pas beaucoup, ça fait gagner plein de temps pour bosser sur ce qui
nous importe vraiment (l'ergo de l'admin ? le multi-domaine ? etc)