Elle serait bien triste ma vie de programmeur si même pour mes projets persos j'étais obligé de passer par ces usines à projet vite-fait-mal-fait1 que sont les outils que tu cite !
Surtout que le développeur PHP que je suis peut te dire que le seul framework dont tu as besoin en PHP... c'est PHP. Et oui c'est déjà un framework ultra-complet avec des libs qui vont toucher à tout, et encore mieux elles sont de plus en plus unifiées pour avoir une API semblable (c'est pas encore toujours ça mais ça progresse bien).
Sans compter que PSR-* c'est bien rigolo mais :
ce ne sont que des recommandations, ça n'illustre en rien la qualité du code ou du projet derrière...
PSR-0 ne concerne que l'autoload, pour ceux qui n'utilisent pas d'autoload ça n'a aucun rapport
PSR-0 est le seul standard objectif et utile, les autres sont des tentatives normatives subjectives qui reflètent la pratique d'une minorité qui tente de s'appliquer à la majorité
PSR-1 n'indique que quelques bonnes pratiques de base comme la casse des constantes et des noms de classe, ce qui n'indique en rien la qualité du code encore une fois
Comme tu le vois aucun de ces 'standard' n'implique un code de qualité, simplement un code écrit avec le même type d'indentation, des retours à la ligne avant les accolades, etc. Mais aucun n'implique par exemple que le projet doive être écrit en objet, il peut juste consister d'un gros amas de code procédural imbitable.
Donc comme argument de "oui oui c'est 'achement mieux que SPIP" c'est bof. Surtout que SPIP doit bien suivre ça en grosse partie (par exemple on peut dire qu'il est conforme à PSR-0 vu qu'il ne fait pas d'autoload !).
Sans compter que l'important pour un projet c'est pas de suivre PSR-2/PSR-1 mais de suivre une convention de code et la garder tout du long.
Enfin, utiliser des frameworks c'est rigolo mais c'est un peu comme te plaindre qu'un projet ruby qui fasse du web n'utilise pas forcément rails aussi : c'est un peu con.
1 je kiffe les gens qui sont 'développeur symfony' sans même savoir comment fonctionne le PHP derrière, ça mène à de grands résultats...
« Je vois bien à quels excès peut conduire une démocratie d'opinion débridée, je le vis tous les jours. » (Nicolas Sarkozy)
[^] # Re: SPIP ?
Posté par BohwaZ (site web personnel, Mastodon) . En réponse à la dépêche Le code source de Seenthis est disponible. Évalué à 6.
Elle serait bien triste ma vie de programmeur si même pour mes projets persos j'étais obligé de passer par ces usines à projet vite-fait-mal-fait1 que sont les outils que tu cite !
Surtout que le développeur PHP que je suis peut te dire que le seul framework dont tu as besoin en PHP... c'est PHP. Et oui c'est déjà un framework ultra-complet avec des libs qui vont toucher à tout, et encore mieux elles sont de plus en plus unifiées pour avoir une API semblable (c'est pas encore toujours ça mais ça progresse bien).
Sans compter que PSR-* c'est bien rigolo mais :
Comme tu le vois aucun de ces 'standard' n'implique un code de qualité, simplement un code écrit avec le même type d'indentation, des retours à la ligne avant les accolades, etc. Mais aucun n'implique par exemple que le projet doive être écrit en objet, il peut juste consister d'un gros amas de code procédural imbitable.
Donc comme argument de "oui oui c'est 'achement mieux que SPIP" c'est bof. Surtout que SPIP doit bien suivre ça en grosse partie (par exemple on peut dire qu'il est conforme à PSR-0 vu qu'il ne fait pas d'autoload !).
Sans compter que l'important pour un projet c'est pas de suivre PSR-2/PSR-1 mais de suivre une convention de code et la garder tout du long.
Enfin, utiliser des frameworks c'est rigolo mais c'est un peu comme te plaindre qu'un projet ruby qui fasse du web n'utilise pas forcément rails aussi : c'est un peu con.
1 je kiffe les gens qui sont 'développeur symfony' sans même savoir comment fonctionne le PHP derrière, ça mène à de grands résultats...
« Je vois bien à quels excès peut conduire une démocratie d'opinion débridée, je le vis tous les jours. » (Nicolas Sarkozy)