• # C'est quoi, le WORA ?

    Posté par  . Évalué à 1.

    Excusez ma question idiote...

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

      Posté par  (site web personnel) . É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.

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

        Posté par  . É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  (site web personnel) . É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 ...

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

            Posté par  . É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  (site web personnel) . É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à ...

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

                Posté par  . É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  (site web personnel) . Évalué à 1.

                  Merci pour les clarifications :)

                • [^] # picoJava ?

                  Posté par  . É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  . É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 ...

    Posté par  . Évalué à 0.

    En plus il semble que les perfs obtenues seraient pas trop mal ...

    Ce qui est genial c'est que maintenant on va pouvoir faire des appli grand public sous Linux et quelles soient disponibles aussi sous MacOSX !!!
    (en plus de WinXX, Solaris, HPUX[!!], ....)

    D'ailleur il commence à y avoir qqe softs qui sortent en utilisant Java2SE...

    Ce qui est delire, c'est que maintenant les gas ils disent plus que c'est du Java (ou alors pas ouvertement) car sinon ya les anti-Java (afficionados de MS, et autre adeptes des YetAnotherKillingConcept) leur tombent dessus et black-listent leur produits ...

    Par rapport au debut de Java super marqueting, on est maintenant dans une phase plus pragmatique.

    Le 'c'est genial c'est du Java' est remplacé par 'c'est genial comme soft ... il est disponible sur plein de plateformes', un discours plus grand public en somme ;)

    Merci Java ...

    Allez un petit souhait pour la communauté Opensource, ne voyez pas Java comme votre ennemi mais au contraire comme un cheval de troie qui peut faire arriver l'opensource dans le coté obsur de la MSForce ;)

    Si plus de developpeurs Linux se lancez à faire du Java pour les applications clientes au lieu de se faire la guere entre des appli GTK et KDE ca permettrait de réellement ouvrir les logiciels .

    De plus l'implementation de la VM (JDK et JRE) Java2 de Blackdown à toujours besoin de volontaires pour rendre l'utilisation de Linux avec Java encore plus incontournable tant sur le poste client que sur les serveurs ...

    Bonne prog à tous ...

    • [^] # Re: Trop cool ...

      Posté par  (site web personnel) . É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.

    • [^] # Re: Trop cool ...

      Posté par  (site web personnel) . É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  . É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

  • # Question a 10 balles...

    Posté par  . Évalué à 0.

    Je n'ai jamais trop compris cet engouement pour Java. Quelqu'un pourrait-il m'expliquer (sans Troll svp) ce qu'apporte reellement Java de plus que ce qui existait deja avant ?

    Personnellement, j'utilise beaucoup Perl (et je n'ai jamais ecrit un script CGI de ma vie :-)). Je ne comprends pas ce qu'apporte de plus Java par exemple. Mutliplateforme ? Bof, Perl est partout. POO ? Bof, il suffit de faire un peu de Perl-Tk pour comprendre que l'on ne fait que cela en Perl... Langage interprete ? Bof, tout pareil...

    Qu'est-ce que propose Java que ne fait pas Perl ? Est-ce plus performant ?

    Bref, trolleur s'abstenir svp... J'aimerai bien un avis d'un gars qui s'y connait dans les deux langages...

    Merci

    PK, abonne a l'anonymat

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

      Posté par  (site web personnel) . É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 ...

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

        Posté par  . É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  (site web personnel) . É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 ...

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

            Posté par  . É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  (site web personnel) . É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 ;)

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

                Posté par  . É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 :-)

  • # MacosX +java+WebObject

    Posté par  . Évalué à 0.

    Je viens de découvrir ce site par hasard.
    Je suis possesseur d'1 mac avec Macos X.
    Je ne connais pas Linux et je débute en Java.
    Ayant lu avec interêt vos commentaires à propos de
    Java sur MacosX,il y a un site qui vient d'ouvrir:
    http://www.multimania.com/osxcocoadev/index.html(...)
    il aborde le developpement sur Macos X en WebObjet
    en intégrant java.Ily a un exemple mais ce site n'est pas terminé.

    A bientôt thomi.

  • # Java sur OSX rapide ?

    Posté par  . Évalué à 0.

    comment une appli ecrite en java tourne t'elle sur OSX ?
    est elle compilée entierement, au vol ?

    tout ca pour savoir si une appli ecrite en objective C est plus rapide ou non qu'une autre ecrite en Java, sur OSX bien sur.

    merci.

Suivre le flux des commentaires

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