C'est quoi, le WORA ?

• [^]Re: C'est quoi, le WORA ?

  Posté par Nelis (page perso, ) le 05/04/2001 à 09:43. (lien). Évalué à 1.

  Ca veut dire 'Write Once, Run Anywhere' :) C'est la capacité qu'a un programme Java de tourner de manière identique sur n'importe quelle plateforme supportant Java.

  --
  Vache qui rit, à moitié dans son lit

  • [^]Re: WORA + Java, favori pour OSX ?

    Posté par Anonyme () le 05/04/2001 à 10:31. (lien). Évalué à 0.

    WORA, comme perl, python, flash, emacs--lisp
    et la plupart des "trucs" unix d'ailleurs (y'a qu'a faire un make et tout se recompile sans trop de probleme:)
    
    En parlant de Java et MacOSX, la propagande underground Nextstepienne disait que Java et ObjC seraient les languages preferes pour faire du developpement sous OSX. Y'a quoi de vrai la dedans (j'ai pas OSX ni meme de mac assez puissant pour tester par moi meme)

    • [^]Re: WORA + Java, favori pour OSX ?

      Posté par Nelis (page perso, ) le 05/04/2001 à 10:41. (lien). Évalué à 1.

      Attention qu'avec le WORA tu ne dois rien recompiler, le bytecode est executé (je dis bien exécuté, et non interpreté) sur une machine virtuelle.
      
      Pour ta question, n'étant moi meme pas possesseur de Mac, je ne saurai te répondre ...

      --
      Vache qui rit, à moitié dans son lit

      • [^]Re: WORA + Java, favori pour OSX ?

        Posté par Wawet76 (page perso, ) le 05/04/2001 à 11:26. (lien). Évalué à 1.

        Pour ce qui est du Java, il n'y a plus beaucoup de machines virtuelles qui ne compile pas le bytecode en code natif avant de l'executer.
        
        Beaucoup de langages interprétés marche de la même façon d'ailleur il me semble. (je me souviens de compilations pendant mes TP de Lisp...)

        • [^]Re: WORA + Java, favori pour OSX ?

          Posté par Nelis (page perso, ) le 05/04/2001 à 12:03. (lien). Évalué à 1.

          Je ne connais pas exactement le système, mais je ne pense pas que le bytecode soit compilé en code natif (en autre a cause du fait que l'on ne gagne rien en performance en compilant une application Java en code natif), par contre le bytecode est en partie linké par le Just In Time compiler durant l'exécution ...
          
          Je me trompe peut etre, mais en tout cas c'est un procédé dans ce genre là ...

          --
          Vache qui rit, à moitié dans son lit

          • [^]Re: WORA + Java, favori pour OSX ?

            Posté par François BOTTIN () le 05/04/2001 à 14:52. (lien). Évalué à 1.

            Il existe en fait 3 modes d'exécution possibles :
            

            • Le mode interprété pur :
              Il s'agit d'une interprétation à 100% par la machine virtuelle. La VM est alors un émulateur de machine Java, dont le code machine serait le bytecode. Ce procédé est performant lorsque beaucoup de classes sont utilisées et que chaque ligne de code est appelée peu souvent.
              Ce mode est celui par défaut des JDK 1.0.x et de quelques implémentations de 1.1.x.
              
            • La compilation avec JIT :
              Le bytecode est entièrement compilé en code machine correspondant à la platteforme matérielle existant sous la VM. La compilation a lieu pendant le chargement de toute nouvelle classe. Cela implique un temps de chargement de classe plus long et plus de mémoire utilisée, mais améliore énormément les performances pour les boucles ayant beaucoup d'itérations.
              Ce mode est celui par défaut de la plupart des JDK 1.1.x, du J2SE 1.2.x de SUN et, à ma connaissance, de toutes les implémentations Java2 autres que celles de SUN.
              
            • Le mode mixte :
              Il s'agit (à ma connaissance) de la dernière inovation dans le domaine et du meilleur compromis pour la vitesse et la consommation mémoire. Dans un premier temps, le bytecode est interprété. Puis, si la VM se rend compte qu'un groupe d'instructions est très souvent exécuté, elle compile cette section à la volée et en tâche de fond. Dès que la compilation est terminée, la version compilée remplace la version interprétée de la section. Dans le même ordre d'idées, si une section compilée n'est plus appelée pendant un certain temps, la version compilée est effacée de la mémoire et on repasse en mode interprété pour cette section.
              Ce mode est implémenté par HotSpot de SUN, disponible en plug-in pour le J2SE 1.2.x et en standard sur le J2SE 1.3.x. Je ne connais pas d'autre implémentation de ce mécanisme.
              
            
            

            • [^]Re: WORA + Java, favori pour OSX ?

              Posté par Nelis (page perso, ) le 05/04/2001 à 15:05. (lien). Évalué à 1.

              Merci pour les clarifications :)

              --
              Vache qui rit, à moitié dans son lit

            • [^]picoJava ?

              Posté par Anonyme () le 05/04/2001 à 15:43. (lien). Évalué à 0.

              Et un quatrième mode, le CPU avec Java-accelerator (voir pure Java) où les bytecodes simples sont executés en natif (oui, java-natif) et les longs trappés par une JVM (plus tout à fait la même...).
              
              TSelek

    • [^]Re: WORA + Java, favori pour OSX ?

      Posté par Anonyme () le 05/04/2001 à 11:56. (lien). Évalué à 0.

      En parlant de Java et MacOSX, la propagande underground Nextstepienne disait que Java et ObjC seraient les languages preferes pour faire du developpement sous OSX. Y'a quoi de vrai la dedans
      
      Pour programmer l'interface graphique sous macos X, il y a deux API : carbon qui est une evolution de l'API de macos 9, et Cocoa, qui est une evolution d'openstep. Cocoa est totalement oriente objet et disponible pour les languages Ojective-C et Java. Carbon peut etre utilise a partir de C/C++, mais n'exploite pas toutes les "features" de macos X (servivces ..) donc Objective-C et Java sont donc les meilleurs languages pour programmer sous macos X. J'ajouterais que les applications programmees en Objective-C devraient etre portables sans trop de difficulte sous GNUStep, donc exploitables sur tous les unix.
      
      -- Sam

Trop cool ...

• [^]Re: Trop cool ...

  Posté par Nelis (page perso, ) le 05/04/2001 à 14:07. (lien). Évalué à 1.

  tout a fait d'accord avec toi :) Java est un grand allié pour la communauté OpenSource. D'accord la plateforme est propriétaire (mais pas entre les mains d'une seule boite mais d'un comité), n'empêche que l'OpenSource est bien encré dans la mentalité de la communauté Java.

  --
  Vache qui rit, à moitié dans son lit

• [^]Re: Trop cool ...

  Posté par ufoot (page perso, ) le 05/04/2001 à 15:42. (lien). Évalué à 1.

  Ben justement l'aspect "Java est la meilleure arme contre MS" ne m'a jamais trop motivé pour me mettre _vraiment_ à Java.
  Moi Java je trouve pas ça rigolo comme langage. C'est un peu faible, t'as pas vraiment des gros core dump suprise comme en C. T'as pas des syntaxes à se tordre de rire comme en Perl. T'as pas une doc avec spam et ni!ni!ni! comme en Python. Bref, Java c'est rasoir, et d'abord leur petit bonhomme avec son nez rouge il est même pas drôle. Disons que Java est trop "corporate" pour moi. Trop axé vers l'efficacité, les abstractions qui font mal à la tête etc...
  Et puis toutes ces classes prédéfinies, toutes uniformes avec les mêmes conventions d'appel, c'est d'un ennui. On dirait du Microsoft, tient, tellement c'est homogène.
  Bon, allez, j'arrête avec mon Java-bashing, ça mène pas loin et puis de toutes façons je suis irrécupérable, j'aime pas Java, ça se discute pas.

  • [^]Re: Trop cool ...

    Posté par Anonyme () le 05/04/2001 à 17:07. (lien). Évalué à 0.

    Après la programmation orientée objets, U-Foot invente la programmation orientée bricolage ;) LOL
    
    Alors en voici la spécification : des core dump surprise de la mort, syntaxe compliquée, une doc mal foutue, rien de prédéfini (il faut tout réécrire a chaque coups), et inefficace :)
    
    Exemple de hello world :
    
    HelloWorld.ufoot
    
    $%var1[%%4@def#988.object]->@*screen_print_on_it(65.02,(def#620*)glob@mem).('Hello World',11,0,@mem#screen);
    
    Execution :
    
    HelloWorld.ufoot: core dump :
    
    Éòà蓎—“Ž—“Ž—ö‚—Ž“Ž—“Ž—œ“Ž—€—’“Ž—eŒ„—"“Ž—“—ã’Ž——œ“Ž—eŒ…—Í“Ž—5•ˆ—Œ“Ž—eŒŠ—Œ“Ž—Rich“Ž—
    à‰C3À[Âà‰C3À[Ât‹Þ‹v@…öuóë…öu7÷ǎ—5•ˆ—Œ“Ž—e
    Éòà蓎—“Ž—“Ž—ö‚—Ž“Ž—“Ž—œ“Ž—€—’“Ž—eŒ„—"“Ž—“—ã’Ž——œ“Ž—eŒ…—Í“Ž—5•ˆ—Œ“Ž—eŒŠ—Œ“Ž—Rich“Ž—
    à‰C3À[Âà‰C3À[Ât‹Þ‹v@…öuóë…öu7÷ǎ—5•ˆ—Œ“Ž—eÉòà蓎—“Ž—“Ž—ö‚—Ž“Ž—“Ž—œ“Ž—€—’“Ž—eŒ„—"“Ž—“—ã’Ž——œ“Ž—eŒ…—Í“Ž—5•ˆ—Œ“Ž—eŒŠ—Œ“Ž—Rich“Ž—
    à‰C3À[Âà‰C3À[Ât‹Þ‹v@…öuóë…öu7÷ǎ—5•ˆ—Œ“Ž—eÉòà蓎—“Ž—“Ž—ö‚—Ž“Ž—“Ž—œ“Ž—€—’“Ž—eŒ„—"“Ž—“—ã’Ž——œ“Ž—eŒ…—Í“Ž—5•ˆ—Œ“Ž—eŒŠ—Œ“Ž—Rich“Ž—
    à‰C3À[Âà‰C3À[Ât‹Þ‹v@…öuóë…öu7÷ǎ—5•ˆ—Œ“Ž—eÉòà蓎—“Ž—“Ž—ö‚—Ž“Ž—“Ž—œ“Ž—€—’“Ž—eŒ„—"“Ž—“—ã’Ž——œ“Ž—eŒ…—Í“Ž—5•ˆ—Œ“Ž—eŒŠ—Œ“Ž—Rich“Ž—
    à‰C3À[Âà‰C3À[Ât‹Þ‹v@…öuóë…öu7÷ǎ—5•ˆ—Œ“Ž—eÉòà蓎—“Ž—“Ž—ö‚—Ž“Ž—“Ž—œ“Ž—€—’“Ž—eŒ„—"“Ž—“—ã’Ž——œ“Ž—eŒ…—Í“Ž—5•ˆ—Œ“Ž—eŒŠ—Œ“Ž—Rich“Ž—
    à‰C3À[Âà‰C3À[Ât‹Þ‹v@…öuóë…öu7÷ǎ—5•ˆ—Œ“Ž—eÉòà蓎—“Ž—“Ž—ö‚—Ž“Ž—“Ž—œ“Ž—€—’“Ž—eŒ„—"“Ž—“—ã’Ž——œ“Ž—eŒ…—Í“Ž—5•ˆ—Œ“Ž—eŒŠ—Œ“Ž—Rich“Ž—
    à‰C3À[Âà‰C3À[Ât‹Þ‹v@…öuóë…öu7÷ǎ—5•ˆ—Œ“Ž—e

    • [^]Re: Trop cool ...

      Posté par ufoot (page perso, ) le 06/04/2001 à 06:01. (lien). Évalué à 1.

      Longue vie aux bricoleurs 8-)

Question a 10 balles...

• [^]Re: Question a 10 balles...

  Posté par Nelis (page perso, ) le 06/04/2001 à 07:01. (lien). Évalué à 1.

  Personnellement je ne connais pas bien Perl mais par contre je connais fort bien Java et je peux t'expliquer ce qui suscite mon engouement à son égard ...
  
  Tout d'abord, je tiens à préciser qu'il n'y a pas de langage meilleur qu'un autre, tous les langages ont leurs avantages et leurs inconvénients et son destinés à des besoins différents. Voilà, on évite déjà une bonne partie des trolls potentiels maintenant ;)
  
  Les principaux avantages (à mes yeux) de la plate-forme Java :
  
  - Le langage est syntaxiquement très propre.
  - Il est hautement orienté objets.
  - Les librairies prédéfinies sont complètes et ont un design bien pensé (Souvent basé sur des design pattern d'ailleurs).
  - On ne réinvente pas la roue à chaque fois (grande réutilisation du code), ce qui permet de se concentrer sur le design et la logique.
  - Beaucoups de fonctionnalités dans le langage (langage très dynamique, chargement de code durant le runtime, système de sécurité efficace, la librairie IO basée sur les flux vraiment très bien pensée, ...)
  - WORA
  
  J'en oublie surement tout plein mais voici les principaux avantages qui me viennent à l'esprits :)
  
  Depuis que j'ai découvert Java, j'en suis vraiment tombé amoureux mais je peux tout a fait comprendre que certaines personnes n'aime pas du tout, ce n'est qu'une question de goûts ;)
  
  J'aimerais encore ajouter une petite chose : Il est très facile de programmer en Java, il est très difficile de BIEN programmer en Java, et encore plus difficile de BIEN programmer en Swing ...

  --
  Vache qui rit, à moitié dans son lit

  • [^]Re: Question a 10 balles...

    Posté par Anonyme () le 06/04/2001 à 07:40. (lien). Évalué à 0.

    Tout d'abord, je tiens à préciser qu'il n'y a pas de langage meilleur qu'un autre, tous les langages ont leurs avantages et leur inconvénients
    
    C'etait justement ma question: qu'apporte de plus par exemple Java par rapport a Perl ? Ce sont des approches similaires. ou plutot Java a une approche similaire pour manifestement des buts voisins (enfin, avec le Perl actuel car Perl est loin du simple langage d'extraction du debut :-))
    
    - Le langage est syntaxiquement très propre.
    
    Heu, ca veut dire quoi ? Que tu n'as qu'une facon d'ecrire les choses ? Que tu ne peux faire de l'obscutated pour ton plaisir ?
    
    - Il est hautement orienté objets.
    - Les librairies prédéfinies sont complètes et ont un design bien pensé (Souvent basé sur des design pattern d'ailleurs).
    - On ne réinvente pas la roue à chaque fois (grande réutilisation du code), ce qui permet de se concentrer sur le design et la logique.
    - Beaucoups de fonctionnalités dans le langage (langage très dynamique, chargement de code durant le runtime, système de sécurité efficace, la librairie IO basée sur les flux vraiment très bien pensée, ...)
    - WORA
    
    
    Encore une fois, quelle difference avec Perl ? Perl propose tout cela sans probleme avec une anteriorite tres importante et une communaute active extraordinaire...
    
    Si c'est que cela l'avantage de Java, a mon avis, je vois cela comme une tentative de recuperation d'un concept libre uniquement (ce n'est pas un troll).
    
    
    J'aimerais encore ajouter une petite chose : Il est très facile de programmer en Java, il est très difficile de BIEN programmer ...
    
    Cela s'applique a tous les langages. Il est encore plus difficile de coder de facon a ce que le code soit maintenu par des autres personnes. Mais c'est un autre debat :-)
    
    PK, pas bien convaincu encore :-)

    • [^]Re: Question a 10 balles...

      Posté par Nelis (page perso, ) le 06/04/2001 à 08:02. (lien). Évalué à 1.

      En fait, je ne vois pas trop pourquoi vouloir comparer Perl et Java ...
      Qu'ont-ils tellement en commun ? Je ne connais pas bien Perl, mais dans ma tête il n'est pas fait pour écrire de toutes grosses applications ...
      Par exemple, une applications Web avec accès à une base de données, des transactions et du messaging (style JMS), il y a moyen de faire ça en Perl ?
      Où alors un environnement de développement style JBuilder, on peut écrire ça en Perl ?
      Où encore un jeu d'action en 3D, Perl peut faire ça ?
      Ce ne sont pas des attaques, mais des questions ... Je pensais que Perl et Java ne s'attaquait pas au meme type d'applications ...

      --
      Vache qui rit, à moitié dans son lit

      • [^]Re: Question a 10 balles...

        Posté par Anonyme () le 06/04/2001 à 08:18. (lien). Évalué à 0.

        Par exemple, une applications Web avec accès à une base de données, des transactions et du messaging ... etc.
        
        Bah, techniquement, oui. Rien n'empeche Perl de faire tout ce que tu as cite. J'utilise personnellement au boulot des applications commerciales d'outils comprenant des millions de lignes (!) de code de Tcl (:-)), de lisp ou de Perl...
        
        Alors, je ne vois pas trop ce qui empeche Perl (ou autre...) de faire "comme Java".
        
        Les gens voient generalement Perl (et les autres) comme de "petits" langage au sens ou on ecrit souvent de petits script avec. Mais tout le monde n'est pas admin-systeme ou admin-oueb. Il y a des programmes monstrueux ecrits dans ces langages. (mais bon, faut avouer que cela touche une minorite absolue d'utilisateurs dans le monde ... a des prix defiant toute reference (vers le haut))).
        
        Attention, je ne suis pas informaticien. Je ne connais pas Java et ce que j'en ai entendu ne m'a pas pousse a essayer d'en savoir d'avantage. Je peux donc me tromper. Il est possible qu'il surclasse Perl (par exemple...) en terme de charge, de rapidite, de souplesse, de securite, etc.
        
        Ce que j'aimerai avoir, c'est un avis sur cela: qu'est-ce qui fait la valeur ajoutee d'un produit comme Java ? (hormis le soutien inconditionnel des entreprises commerciales) et que l'on ne retrouve pas ailleurs (j'ai cite Perl parce que je le connais mais on peut parler de python, de tcl, etc.)
        
        PK, avide de savoir :-)

        • [^]Re: Question a 10 balles...

          Posté par Nelis (page perso, ) le 06/04/2001 à 08:33. (lien). Évalué à 1.

          J'ai quand meme quelques doutes sur la capacité de Perl (ou Python) d'écrire des applications tels que je les ai décrites plus haut, je ne sais pas non plus si Perl à la même dynamicité dans le langage (chargement de code au runtime), et je ne connais pas la réutilisabilité du code Perl (utiliser un composant créer dans une applications dans une autres sans rien changer), mais je peux dire que tout ça, Java le fait sans aucuns problèmes étant donné qu'il est fait pour ça. Et bien même on pourrait écrire ce style d'application en Perl, j'ai peur pour les gens qui s'occuperont de la maintenance du code ...
          
          un conseil si tu veux vraiment voir de quoi Java est capable, achète un bon bouquin et mets y toi ;)

          --
          Vache qui rit, à moitié dans son lit

          • [^]Re: Question a 10 balles...

            Posté par Anonyme () le 06/04/2001 à 08:40. (lien). Évalué à 0.

            un conseil si tu veux vraiment voir de quoi Java est capable, achète un bon bouquin et mets y toi ;)
            
            Ben, non justement. S'il ne fait pas mieux (avec tout ce que cela peut vouloir dire...) que Perl, quel interet ? J'ai potasse tous les bouquins (au moins les O'Reilly :-)) de Perl et toutes les doc: c'est un gros travail et je ne me mettrai pas a autre chose pour voir: je n'ai pas le temps.
            
            Je cherchais des reponses... Ben, je cherche toujours :-)
            
            PK, qui reste a Perl pour le moment :-)
            
            PS: dynamicite, kesako ? De mon temps, on parlait de dynamique mais bon, je dois me faire vieux :-)

            • [^]Re: Question a 10 balles...

              Posté par Nelis (page perso, ) le 06/04/2001 à 08:58. (lien). Évalué à 1.

              Mais justement ça veut dire quoi faire "mieux" ? Tu veux que je te dise "Avec Java tu tapes simplement une description de ce que tu veux puis le compilateur te l'écrit tout seul en plus super optimisé" ? ;) Je pense que tout est dans mes posts prédédents ...
              
              Pour ce qui est de dynamicité, en tout cas je ne suis pas le seul à l'utiliser ;) :
              
              http://www.google.com/search?q=dynamicit%E9&hl=fr&lr=&s(...)

              --
              Vache qui rit, à moitié dans son lit

MacosX +java+WebObject

Java sur OSX rapide ?