Journal Reprise du texte linuxfr en J2EE

Posté par (page perso) .
Tags : aucun
14
22
nov.
2010
Hello,

Il y a presque 2 ans (mon dieu, comme le temps passe !), j'avais publié un journal pondu en vitesse à 1h du mat que certains d'entre vous avaient aimé sur le passage de linuxfr en J2EE:

https://linuxfr.org//~ploum/27723.html


J'ai décidé de le mettre un peu à jour, de l'améliorer légèrement et, surtout, de corriger les fautes d'orthographe. (mon dieu, ça faisait peur, n'hésitez pas à me signaler les fautes résiduelles).

http://ploum.net/post/ploum-en-j2ee

Bon, je sais que l'auto-linkage de blog n'est un procédé très noble mais je pense que c'est informatif (enfin, niveau seconde page) car plusieurs linuxfriens m'avaient demandé une version plus "propre" de ce texte : la voici (au pire, relisez l'ancien, comme ça vous n'êtes pas obligé de cliquer) Une version ODT automatiquement générée est également dispo ici : http://ploum.net/odt/post/ploum-en-j2ee (merci à http://aurelien.bompard.org/post/2009/06/05/Export-des-bille(...) )
  • # j2ee ?

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

    Je crois que je vais ressortir mon cpc6128 sous SuSE/Linux, moi...

    * Ils vendront Usenet^W les boites noires quand on aura fini de les remplir.

  • # tu as un vrai talent de conteur

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

    Je me demande si il n'y a pas un peu de vécu, dans tout cela...

    If you choose open source because you don't have to pay, but depend on it anyway, you're part of the problem.evloper) February 17, 2014

  • # Merci

    Posté par . Évalué à 10.

    Merci beaucoup pour ce texte, il est maintenant des mes bookmarks :). C’est une magnifique illustration de la citation de David Parnas [http://quotes.cat-v.org/programming/] :

    « Q: What is the most often-overlooked risk in software engineering?

    A: Incompetent programmers. There are estimates that the number of programmers needed in the U.S. exceeds 200,000. This is entirely misleading. It is not a quantity problem; we have a quality problem. One bad programmer can easily create two new jobs a year. Hiring more bad programmers will just increase our perceived need for them. If we had more good programmers, and could easily identify them, we would need fewer, not more. »
    • [^] # Re: Merci

      Posté par . Évalué à 5.

      En même temps, quand on lit ta signature, on se doute qu'il n'a pas besoin de forcer son talent pour te combler.
    • [^] # Re: Merci

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

      J'aime ta citation. Merci !

      Je pense que ça se rapproche assez bien du billet que j'avais publié en réponse à la frénésie "manque d'informaticien".

      http://ploum.net/post/168-le-manque-d-informaticiens-un-prob(...)
      • [^] # Re: Merci

        Posté par . Évalué à 5.

        Bon faudrait pas abuser avec tes tentatives désespérées pour poster des liens sur ton blog, l'air de rien.
        La garde veille !
        En d'autres temps, tu te serais fait basher pour moins que ça, hein.

        (disclaimer: Ce message est hautement trollifère)
    • [^] # Re: Merci

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

      Ahhhh enfin un débat qu'il pose vraiment le problème.

      Je pense que l'industrie du logiciel se dirige vers une direction inverse à celle de l'industrie classique qui a vu grosso modo ses modes de production se complexifier et donc demander des employés de plus en plus qualifiés.

      L'industrie du développement javaesque contemporaine cherche maintenant, grace aux framework, à ne plus avoir besoin d'ingénieurs.
      Ton boulot dans une SSII, c'est de paramétrer un framework.

      Tu remplis des fichiers XML ou tu indiques à Spring quoi faire. Bon aller tu as un peu de code qui correspond peu ou prou à des espèce de requête en HQL. Je suis sur que ça va disparaitre.
      Non franchement on code plus.

      Et tout cela a une raison, elle est simple : cela la pyramide des compétences.
      (Note, le smic brut annuel est à 16125 euros)
      On a :

      1. Des développeurs juniors (salaire quasi smic)
      2. Des développeurs "expérimentés" (Smic + 20%)
      3. Des ingénieurs juniors (Smic + 50 %)
      4. Des ingénieurs expérimentés, des chefs de projets, directeurs de projets, etc...(bien payés, eux)


      Le but est que la catégorie 1 remplisse si possible 40% des effectifs, c'est la base de la pyramide, normal.
      La catégorie 2 peu remplir 30%, dans leur plus beau rêve.
      Reste 20% pour les ingés et 10% pour le reste.


      Si on voulait demander au gens de faire du code suffisament de qualité pour qu'il provoque le syndrome que le type que tu cites analyse brillament, eh bien il faut que le code soit super simple. Donc il faut du framework (et des serveurs avec 20Go de Ram), et limiter le code au max.

      Et c'est qu'un début.

      « Il n’y a pas de choix démocratiques contre les Traités européens » - Jean-Claude Junker

      • [^] # Re: Merci

        Posté par . Évalué à 7.

        Si une SSII embauche ses juniors au SMIC, ils risquent pas venir en masse...

        Les frameworks n'ont pas forcément pour but de ne plus avoir besoin de compétences pointues, leur objectif est de gagner en temps de développement pour ne pas avoir à réinventer la roue à chaque fois, et sur un gros projet, ça compte énormément.

        Ceci dit le problème des frameworks Java est qu'ils rajoutent en complexité au lieu d'en retirer et qu'il est plus complexe de faire quelque chose de potable avec Struts qu'en Java pur (celui qu'on a appris à l'école, en plus). Mais bon, là c'est vraiment spécifique Java :)
  • # Améliorations

    Posté par . Évalué à 10.

    J'ai décidé de le mettre un peu à jour
    Tu trouvais t'inspirer du canular très bien fait qui court en ce moment qui consiste à faire croire que linuxfr va passer en rails.
    • [^] # Re: Améliorations

      Posté par . Évalué à 7.

      C'est l'origine du texte. Il a été posté peu de temps après que le projet de Bruno Michel fut dévoilé.
      • [^] # Re: Améliorations

        Posté par . Évalué à 2.

        hahaha! Trop fort, on y croirait!
        Et bientôt vous allez me dire que les américains ont marché sur la lune et que duke nukem va sortir!
        • [^] # Re: Améliorations

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

          Sérieux. Je ne me souvenais pas pourquoi j'avais écrit le texte mais, en effet, maintenant qu'on me le rappelle, c'est après avoir lu linuxfr en RoR que je me suis dit « pourquoi pas en J2EE tant qu'on y est ? ». Comme quoi, les méandres de l'humour lourd sont parfois impénétrables :-)
  • # typos

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

    s/Un autre des consultant/Un autre des consultants

    s/Design Patern/Design Pattern

    s/un des project manager.un des projects managers
    (quoi que...)

    s/sensé y faire /censé y faire

    s/rebelotte/rebelote

    s/apparait/apparaît

    If you choose open source because you don't have to pay, but depend on it anyway, you're part of the problem.evloper) February 17, 2014

    • [^] # Re: typos

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

      Un tout grand merci, j'ai corrigé cela dans le texte.
      • [^] # Re: typos

        Posté par . Évalué à 1.

        et s/être tester/être testé

        Tu gagnerais du temps en utilisant Antidote.
        • [^] # Re: typos

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

          Je suis intéressé. En effet, pour le moment je rédige mon texte dans pyroom (qui n'a pas de correcteur à dessein).

          Pour la phase de relecture, j'utilise Gedit. Mais c'est uniquement orthographique, pas grammatical.

          Qu'existe-t-il comme logiciel orthographique en français sous Linux ?

          Antidote : c'est proprio, relativement cher et donc difficile à tester (y'a une version d'eval ?). Ceci dit, c'est peut-être un investissement qui en vaut la peine.

          Autre ?
          • [^] # Re: typos

            Posté par . Évalué à 1.

            Non, il n'y a pas de version d'éval mais je crois que tu peux l'utiliser 1 mois sans entrer de clé. Malheureusement pas d'alternative libre à ma connaissance.
          • [^] # Re: typos

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

            LanguageTool ? Je ne l'ai pas vraiment essayé mais c'est libre et son développement semble être actif.
            http://www.languagetool.org

            GNU's Not Unix / LINUX Is Not Unix Xernel

          • [^] # Re: typos

            Posté par . Évalué à 2.

            Il y a ce site
            www.bonpatron.com

            On est limité à 2000 caractères seulement, mais il fait assez bien son boulot. C'est ce que j'utilise pour mes travaux faute de rien.

            PS: Il y a LanguageTool pour OpenOffice/LibreOffice, j'ai testé il y a quelque temps; bah ça n'a pas l'air top.
            • [^] # Re: typos

              Posté par . Évalué à 6.

              Il y a aussi la technique dite de Léonard de Vinci (DVT ou DaVinTech ™). En gros, tu écris un bout de texte, tu laisses reposer dans ton disque dur pendant une ou deux semaines et tu relis. Bizarrement, tous les bugs toutes les erreurs remontent à la surface. Pour paraphraser Linus "With enough hindsight, all mistakes are shallow".

              Pour rappel, Léonard de Vinci a peint la Joconde sur quatre ans. Selon l'un de mes profs de dessin au Lycée, il a pris tout ce temps parce qu'en fait, à chaque fois qu'il enlevait le voile de sa peinture après l'avoir oubliée eh bien il pouvait déceler tous ses défauts et ainsi les corriger.
              • [^] # Re: typos

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

                J'essaie d'appliquer beaucoup cette technique. Mais je souffre d'un autre problème lié à ça, la terrible maladie dites « J-ai-fini-il-faut-que-je-publie-immédiatement-tite ».

                C'est totalement irrationnel et je n'arrive que très peu à contrôler cette pulsion.
                • [^] # Re: typos

                  Posté par . Évalué à 3.

                  La par exemple, ça aurait pu être drôle si tu avis laissé mariner.

                  Mais non, il a fallu que tu envoies ce commentaire !

                  Moi, ça fait une heure que j'ai écris celui-ci, et je ne l'envoie que maintenant !
                  • [^] # Re: typos

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

                    il y a presque 2 ans qu'il avait publié la précédente version... :)
                • [^] # Re: typos

                  Posté par . Évalué à 3.

                  La réponse est d'implanter l'architecture MVC : Mwa Veux Corriger.

                  Non, sérieusement, je comprends, les libristes ne peuvent pas garder leur création en otage, il faut qu'ils la libèrent dès qu'elle sort du crâne. Y a qu'à voir les codes des LL ; 0.0.1, en pré-alpha et déjà un accès svn/git.

                  Tu ne diffuses pas tes textes, tu les libères ! ce qui est tout aussi bien.
        • [^] # Re: typos

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

          Ou en créant un comité visant à organiser la relecture.
      • [^] # Re: typos

        Posté par . Évalué à 3.

        puisqu'on y est:


        Le développement de Ploum.net en J2EE

        En gros titre, ca fait mal aux yeux.
        • [^] # Re: typos

          Posté par . Évalué à 5.

          Je continue:


          Le jeudi est entièrement consacré à la définiticon des objectifs de la



          Le but de ces fichiers est d'être facilement modifiables par un non-programmeur, le XML étant plus facile que le java.



          Dans le tas se trouvent 2 tchèques qui parlent anglais pas trop mal mais sont



          Pour le reste, il n'y a pas de grands changements.

          Pas sûr, là


          Le code source fait à présent un total de 800Mo. Le consultant qui utilise Linux ajoute, dans le prototype, un interpréteur Python utilisant Jython car « ça peut toujours servir ».



          il n'y aura que les commentaires. Non testés et non garanti d'un point de vue injection SQL.



          Seul 5 consultants sont encore présents pour travailler sur le projet. Ils font principalement la documentation des bugs qu'ils trouvent et qui empêchent le projet de se lancer depuis la mise à jour de Windows en SP3.


          Sinon, il faudrait un peu actualiser ton billet, su tu veux que ca fasse un poil pus crédible , Mr Pierre Tramo

          Déjà, on dit JEE et pas J2EE, sinon on se fait recaler au premier entretien.


          Chacun installe Eclipse sauf deux qui installent IntelliJ et réclament les licences pour pouvoir l'utiliser.

          Holà, z'ont qu'à utiliser la community Edition pour IntelliJ, comme tout le monde. Y parait même qu'elle libre, profane.


          Il a installé une Ubuntu puis compile chaque logiciel nécessaire depuis les sources.

          Je te ferai pas l'offense de te signaler que Arch ou la Slack eut été un tantinet plus convainquant.


          Le logiciel utilisera Spring, Struts, Stripes, Slip et plein d'autres noms que seuls les javaistes

          Plus personne n'utilise Struts depuis longtemps, depuis on est passé à des trucs bien plus siouxes pour se faire plein d'amis chez les fondeurs.
          Ca s'appelle des framewaurks JSF, je crois.



          On décide faire des classes abstraites s'appuyant sur des délégations interfaces pour satisfaire tout le monde.

          L'héritage multiple n'existe pas en java, au piquet.

          Sinon ca manque un peu de Model Driven ton truc, je trouve.
          T'aurais encore pu grapiller 6 mois de plus avec ça.


          De rien ca fera 40 XPs pour la consultation.


          Bon là je poste parce que y'a plus de postit qui traîne sur le tableau, mais va pas le répéter à mon Scrum Master, hein !
          Ce reste entre nous ;)
          • [^] # Re: typos

            Posté par . Évalué à 2.

            Il fallait lire


            On décide faire des classes abstraites s'appuyant sur des délégations vers des interfaces pour satisfaire tout le monde.


            au lieu de

            On décide faire des classes abstraites avec héritage multiple pour satisfaire tout le monde.

            évidemment
          • [^] # Re: typos

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

            "Il a installé une Ubuntu puis compile chaque logiciel nécessaire depuis les sources.

            Je te ferai pas l'offense de te signaler que Arch ou la Slack eut été un tantinet plus convainquant."


            Ça fait partie du gag justement. Les "experts linux" qu'on trouve en entreprise :
            - ne connaissent que Ubuntu (voire parfois une autre genre Mandriva ou Suse)
            - aiment dire que Slackware, c'est pas mal du tout (mais ils ne l'ont jamais installée)
            - te disent qu'ils ont débutés dans le monde Linux au début des années 80 (voire des années 70)
            - n'ont toujours pas compris ce qu'est un paquet et installent tout depuis les sources (mis devant le fait accompli, ils bredouillent qu'ils préfèrent ça, que c'est mieux)
            - n'ont pas compris le principe des numéros de version de Ubuntu et s'embrouillent dans les numéros en te disant qu'ils utilisent la toute dernière, la "point quatorze".
            - installent plein de trucs proprios par réflexe : Skype, Vmware, Opera
            - n'ont jamais entendu parler de la commande "ls" ni de "top"
            - sont tout fier de te parler de la prochaine release en disant qu'ils ont téléchargé l'ISO de la beta (alors que toi, ça fait 3 mois que ton PC suit la version de dev)
            - font tout en root
            • [^] # Re: typos

              Posté par . Évalué à 4.


              Et en plus, on apprend par la suite qu'il bosse en fait avec une VM Windows XP.
            • [^] # Re: typos

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

              Tu oublies le classique "j'ai réinstallé Ubuntu et maintenant mon problème de son a disparu".
    • [^] # Re: typos

      Posté par . Évalué à 2.

      Sauf que : http://fr.wiktionary.org/wiki/Annexe:Conjugaison_fran%C3%A7a(...)

      Je ne dis pas qu'il faut arrêter d'écrire apparaît, je dis juste qu'il faudrait quand même arrêter de corriger (à tort) apparait.
  • # typo

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

    "Un couche d'abstraction est créée afin d'intégrer dans la View certains éléments du Controller."

    Couche, c'est mieux au féminin non ? ;)
    • [^] # Re: typo

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

      Merci :-) (L'avantage du blog par rapport à un journal c'est que le blog, au moins, on peut corriger !)
      • [^] # Re: typo

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

        Le must étant de commenter le billet de blog sur le journal qui pointe vers ce billet. La solution propre aurait peut être été de faire un trackback de ce journal sur mon blog pour souligner la typo...
  • # Typographie

    Posté par . Évalué à 1.

    Des espaces insécables avant les signes de ponctuation qui les nécessitent (deux-points, point d'interrogation, etc) leur éviteraient de se faire renvoyer et d'être perdus tout seuls en début de ligne suivante.
    • [^] # Re: Typographie

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

      En fait, je pense avoir déjà eu des problèmes avec les espaces insécables dans l'admin de dotclear. J'ai pris donc le réflexe de les supprimer.

      Je viens de retester et ne semble pas être en mesure de reproduire ce problème (dont je ne me souviens même pas exactement, peut-être bien que c'était avec DC1).

      Bref, tu as entièrement raison, je vais dorénavant y faire attention. Surtout qu'avec un clavier bépo, c'est très facile :-)
      • [^] # Re: Typographie

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

        Tellement faciles que j'ai du mettre un réglage dans mon vimrc pour les surligner. J'en avait assez que mes fichiers ne compilaient pas sans explication :D

        Envoyé depuis mon lapin.

  • # Cohérence

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

    En août 2009, tu nous parles d'un consultant indien, alors qu'il n'est pas listé dans les nouveaux consultants de juillet. Du coup, on ne sait pas très bien d'où il vient.

    En Avril 2009, tu commences par « Ce nouveau design ». Mais le fait qu'un nouveau design est fait est noyé au début de mars 2009. Déplacer le premier paragraphe de mars à la fin permettrait une bien meilleure compréhension.

Suivre le flux des commentaires

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