Journal Marre du dévelopement bloatware moderne ! Appel aux armes !

Posté par (page perso) .
Tags : aucun
9
24
sept.
2010
Depuis quelques années, je suis confronté à la nouvelle génération de développeurs qui pensent qu'on ne peut pas développer sans commencer par des milliers de ligne de code de framework, des piles de concept mal intégrés, et qui livrent jamais.

Parce que j'en avais besoin, et que j'aime pas coder, et pour me foutre de la gueule de ses développeurs qui n'aiment pas le code précis et concis, je release ma galerie multimédia web2.0 kikoo lol :
- 200 lignes de codes ;
- Sécurisée ;
- Pérenne ;
- processus de mise en ligne le plus simple possible de tous ;
- pas de ressources serveurs hors Bande Passante utilisées ;

Ça a pas l'air possible ?
http://demo-image.est-unique.net il y a un lien sur le github dans l'en tête.

- une ligne de code de jquery fait le boulot, 199 lignes d'initialisation font du cosmétique ;
- Comme c'est du HTML, on a pas de risque d'injection, et pour l'authentification j'utilise le chroot open ssh ;
- Les photos sont stockées sous forme de fichiers dans des répertoires, faciles à récupérer et organisées ;
- juste un reskinage avec jquery de l'infâme autoindex d'apache
- et avec jquery on laisse les actuels brouteurs souffrant d'un cancer de fonctionnalités brûler leur CPU ce qui laisse la CPU libre pour les sites dynamiques.

Plutôt que de coder un système de commentaire, j'ai juste mis un bouton share facebook, si ça vous plait pas, et bien tant pis :)

Pour prouver à la jeune génération que l'enseignement pré-informatique est utile je ne vois qu'une méthode : la propagande par le fait. Non, le code n'est pas une question de concept appris à l'école / outil, mais de pratique et d'astuce.

Vous autres vieux développeurs, dépoussiérez vim et tenter de coder à l'ancienne en mode concis et venez collez la honte au kikooleur des framework à concept web30 fumeux.
  • # Vendredi

    Posté par (page perso) . Évalué à 9.

    Depuis quand les créateurs de site web sont des codeurs ?
    • [^] # Re: Vendredi

      Posté par . Évalué à 7.

      Depuis quand les créateurs de musique sont des artistes ?

      no, wait...
      • [^] # Re: Vendredi

        Posté par . Évalué à 8.

        j'aurai dit david guetta

        Vous voulez pas la jouer soft ? Je suis pas contraignant... vous voulez la jouer hard ? On va la jouer hard

        • [^] # Re: Vendredi

          Posté par . Évalué à 7.

          J'ai bien aimé le récent sketch des Guignols : avec un seul doigt, il a conquis le monde. Imaginez ce qu'il aurait pu faire s'il savait se servir des neuf autres...

          Article Quarante-Deux : Toute personne dépassant un kilomètre de haut doit quitter le Tribunal. -- Le Roi de Cœur

          • [^] # Re: Vendredi

            Posté par . Évalué à 10.

            C'est pas un seul doigt pourtant, c'est avec la bite. David Guetta arrive en effet à mixer en gardant les bras en l'air.
            • [^] # Re: Vendredi

              Posté par . Évalué à 2.

              Oh purée ! J'y avais jamais pensé :-/

              Article Quarante-Deux : Toute personne dépassant un kilomètre de haut doit quitter le Tribunal. -- Le Roi de Cœur

      • [^] # Re: Vendredi

        Posté par . Évalué à 3.

        depuis que "The Art of Noise" existe.
  • # c'était mieux à vent

    Posté par (page perso) . Évalué à 10.

    Pendant des années, on était confronté à l'ancienne génération de développeurs qui pensait que du "quick and dirty" était suffisant, et qui livrait rapidement des trucs pas maintenable et non évolutif.

    Pendant des années, les développeurs avaient le temps de développer un lib en C chiadé, maintenant, on demande à un mec tout seul de développer un ERP en 2 semaines.

    Comme quoi, tout est une question de point de vue.
    • [^] # Re: c'était mieux à vent

      Posté par . Évalué à 3.

      Oui et quand il a fini on lui dit que finalement c'est de la merde car ça gestion de stock n'est pas certifiée comme les EBP machin chose et autres bloatwares … Que c'est le comptable qui l'a dit et que si les impôts ils viennent te contrôler bhen tu peux aller en prison …
  • # Tu y vas fort

    Posté par . Évalué à 3.

    Tu y vas fort, même pour un vendredi...
  • # la vache

    Posté par (page perso) . Évalué à 7.

    C'est moche. Même pour un vendredi.
  • # bof

    Posté par (page perso) . Évalué à 10.

    Je vois pas le "truc". J'ai un peu la même attitude (mon blog, c'est du Vim + shell script + Makefile + gcc preproc), mais bon, je vais pas venir me la péter parce que j'ai coller trois bouts de trucs ensemble.

    En attendant, t'utilises jQuery (T'as vraiment besoin de ça???) et Facebook. Ça c'est peut-être le truc à revoir.

    Et puis je pense pas que tu traines avec les bonnes personnes :)
  • # :-)

    Posté par . Évalué à 5.

    - partager -> sharer.php. Comme disait mon prof d'anglais : mouha ha mouhahahahaha lol lol mdr rotlf

    - Comme c'est du HTML, on a pas de risque d'injection, et pour l'authentification j'utilise le chroot open ssh ;

    pas d'upload via le web?

    - Les photos sont stockées sous forme de fichiers dans des répertoires, faciles à récupérer et organisées ;

    hé m'sieur! tu veux quand même pas mettre une gestion des tags? L'arborescence c'est bien mais pour retrouver une photo semblable c'est pas facile. S'il y a bien un truc qui n'est pas logique et difficile à comprendre c'est la classification des photos, chacun à son truc.

    - juste un reskinage avec jquery de l'infâme autoindex d'apache

    - et avec jquery on laisse les actuels brouteurs souffrant d'un cancer de fonctionnalités brûler leur CPU ce qui laisse la CPU libre pour les sites dynamiques.



    jQuery était nécessaire pour faire ça? FancyIndexing et IndexOptions ne permettent-ils pas de rendre tout cela plus joli? Au pire tu rajoute dans le header/footer un lien voir le répertoire sous forme de galerie, ptêtre que l'utilisateur a pas envie de voir une fenêtre apparaître lorsqu'il clique sur une photo.
  • # des milliers de ligne de code de framework

    Posté par . Évalué à 10.

    ash@gamma:~$ wc -l jquery-1.4.2.js
    6240 jquery-1.4.2.js
  • # ha ha ha

    Posté par (page perso) . Évalué à 10.

    > venez collez la honte au kikooleur des framework à concept web30 fumeux.
    dixit un gars qui vient de faire une galerie avec jquery (comme si c'était pas le framework js alamodequilestplusmieuxweb2ou3point0)

    Et soit dit en passant, ta galerie n'apporte pas grand chose, il est probable que si tu voulais faire une vrai galerie (avec upload, tags, navigation avec miniatures, recherche, commentaires, etc) tu aurais besoin soit :
    - de te casser la tête tout seul dans ton coin sans framework pour faire un truc inmaintenable et réinventant la roue
    - utiliser un framework existant (ce qui n'empèche pas le point du dessus)
  • # Pas de framework ?

    Posté par (page perso) . Évalué à 6.

    ~/tmp$ cat jquery-1.4.2.js | wc -l
    6240

    6440 lignes donc :) Qui fait mieux en PHP/Python ?
  • # Suckless

    Posté par . Évalué à 6.

    Toi je suis sur que tu va aimer le projet suckless :
    https://linuxfr.org//2010/04/18/26749.html

    Tous les contenus que j'écris ici sont sous licence CC0 (j'abandonne autant que possible mes droits d'auteur sur mes écrits)

    • [^] # Re: Suckless

      Posté par . Évalué à 2.

      Lui je sais pas :) Mais moi, oui! Merci!
  • # Economise encore un caractère de code !

    Posté par . Évalué à 10.

    En écrivant "galerie" avec un seul l...
  • # Encore mieux !

    Posté par . Évalué à 10.

    Moi je te fais une galerie en une ligne de code.

    <iframe src="http://demo-image.est-unique.net" width="100%">


    Ne me remercie pas, c'est tout naturel.
  • # Merci

    Posté par . Évalué à 2.

    de m'avoir fait découvrir PrettyPhoto.

    Je suis en train d'adapter "Php Photo Module" (une galerie en 1 script php sans base de données et sans install --juste une copie--) à mes besoins (ajout du support des données iptc pour faire une légende) et des données GPS pour placer les galeries et les photos sur une carte google map.

    Et hier soir j'ai commencé à regarder ce qui se faisait du côté des slideshow en jquery sans en trouver un enthousiasmant. Voilà qui est fait :)

    PS : Si ça intérresse quelqu'un, après contact du créateur initial (bien que le script soit en CECILL), je vais sûrement publier le script (mais je sais pas encore où et comment.) donc vous pouvez me faire signe (pour éventuellement tester).
  • # Les cadriciels (frameworks)

    Posté par (page perso) . Évalué à 1.

    Tous les cadriciels ne sont pas des usines a gaz incroyables a la symfony/zend/jboss etc.

    CodeIgniter a l'air plutot leger, meme si tres complet, et Movicon, mon propre projet ne fait que 500 lignes de code. Programmer une galerie avec ferait surement moins de 100 lignes de code avec le capital de code dans les libs.

    Car c'est a ca que servent ces logiciels, ne l'oublions pas. Une meme application peut faire 200 000 LOC sans framework, et 100 000 avec. Je vous laisse deviner laquelle sera la plus facile a maintenir...
    • [^] # Re: Les cadriciels (frameworks)

      Posté par . Évalué à 3.

      > Tous les cadriciels ne sont pas des usines a gaz incroyables a la symfony/zend/jboss etc.

      Dans les projets jboss y'a des énormes tueries (rarement vu un truc aussi bien foutu et propre que netty). Faut savoir choisir ses dépendances et pas embarquer une centrale nucléaire pour faire une galerie pourrie sur un autoindex ;)
    • [^] # Re: Les cadriciels (frameworks)

      Posté par . Évalué à 1.

      Bah ca depend surtout de ce dont t'as besoin.
      C'est sur que pour faire une gallerie php, embarquer spring, hibernate, wicket ou click + jQuery, log4j et builder le tout avec maven (plus integration testng et jetty evidemment), ca fait un peu beaucoup.

      Apres le mec qui se lance dans un projet enterprise, meme un petit et qui vient me dire que les precedents sont bloated et qu'il peut faire mieux, je vais d'abord rigoler un grand coup, pis ensuite je vais le regarder faire, galerer comme un chien et ensuite lui montrer tous les points ou son appli est buggee/prompt a peter en production facilement.
      Et quand il devra changer le moindre truc dans son architecture, je vais chronometrer combien de temps ca lui prendra avant qu'il se rende compte qu'il doit reecrire une majeure partie de son code.

      If you can find a host for me that has a friendly parrot, I will be very very glad. If you can find someone who has a friendly parrot I can visit with, that will be nice too.

  • # Appel aux armes !

    Posté par . Évalué à 1.

    En dehors de l'exemple cité qui se prête mal à ce que défend ce post, je suis d'accord avec le message véhiculé. Je ne peux que regretter la généralisation de l'utilisation de framework contenant des milliers de code inutile, des couches et surcouches d'abstraction qui s'enchaînent.

    Mon commentaire s'applique surtout aux langages web comme le php. On en vient à des niveaux où le "code" écrit par le programmeur n'est même plus du php ou du python, mais seulement l'utilisation d'une surcouche (le framework), qui n'a parfois plus grand rapport avec le langage d'origine.

    Je reconnais l'utilité de ces outils, mais est-ce *systématiquement* nécessaire ? AHMA, pas du tout. Et il n'est pas si difficile d'écrire (je reprends le cas des langages web) du code lisible, et portable, bien organisé avec des fonctions propres et adaptées à ses besoins.

    Plus ces nouveaux usages se généralisent et moins les gens comprennent comment ça marche "à l'intérieur". Je ne pense pas que ce soit une très bonne chose. Oui aux frameworks lorsque les contraintes du projets le nécessitent mais non à la généralisation systématique (il y en a même qui essaient de coller ces usines à gaz sur des hébergement mutualisés...)

    Voilà, ce n'était que mon avis, mais je le partage !

Suivre le flux des commentaires

Note : les commentaires appartiennent à ceux qui les ont postés. Nous n'en sommes pas responsables.