• # Mieux avant, vraiment?

    Posté par . En réponse au journal Je n'aime pas le code moderne. Évalué à 10.

    Je suis toujours un peu dubitatif face aux gens qui regrettent le "bon vieux temps". Des frameworks lourdingues et mal conçus, ça ne date pas d'hier (bonjour PHP-Nuke!), et des développeurs qui se fichent de la qualité de leur code également.

    Au contraire, le web en 2000-2001, c'était l'asile :

    • Pas de standards réels, que des standards de facto pour chaque navigateur, avec tous les hacks impossibles qui s'ensuivaient pour la compatibilité (je me remémore avec émotion les document.all/document.layers...)
    • Une mentalité "le web, c'est facile, pas besoin de se casser la tête", qui a mené entre autres à des horreurs sans nom comme les register_globals, et dont on paie encore le prix aujourd'hui (pour ne parler que du PHP).
    • Un enchevêtrement de scripts de provenances aussi diverses que douteuses, justement parce que des frameworks généralistes, ça n'existait pas.

    Où est le problème avec le fait que les gens utilisent des frameworks, si ça marche bien justement? Je connais assez mal le PHP, mais en javascript (jQuery et consort côté client, node.js côté serveur) et en Python (Django, Pyramid, etc.), je serais bien en peine de me passer de ces frameworks.

    Bien sûr il y a parfois de l'exagération, des usines à gaz utilisées pour le livre d'or de l'association de bowling cosmique des trombonistes unijambistes de Provence, mais de manière générale, ces frameworks ont au contraire apporté une bien meilleure qualité de code que ce que pourraient faire bien des développeurs (et en bien plus de temps).

    Bon, après, je ne connais pas particulièrement composer—et je n'aime pas particulièrement PHP—mais je persiste à trouver l'amalgame "des gens codent mal" -> "c'était mieux avant" un peu bancal...