Auteur:
NicoLargo

Date:
9/05/2007

Catégories:
Developpement
Open-source

Tags:



Java devient libre !

Sun l’avait annoncé il y a maintenant quelques temps, le Java Development Kit (JDK) vient d’être “offert” à la communauté OpenJDK sous une licence GPL2. Le kit de développement de Java devient donc “open-source” et la communauté OpenJDK va donc pouvoir s’occuper du développement de nouvelles fonctions, de la correction de bug et des tests de compatibilité sur l’ensemble des plates-formes.

Java logo

Comme je l’ai déjà dis dans ce blog je ne suis pas un gros fan de Java, je trouve se langage lourd aussi bien au niveau des performances que de sa structure sémantique. De plus, les sociétés de services en informatique profitent de ce “nouveau langage” (nouveau pour les entreprises…) pour embaucher des ingénieurs fraichement sortis des écoles et vendre de l’expertise sur un sujet qui n’est pas ou peu maîtrisé par le personnel en place.

Bien que l’on ne puisse rien faire de plus en Java que se que l’on fait en C, il faut quand même avouer que ce langage a vraiment progessé (notamment au niveau des performances) ces dernières années. L’annonce de Sun est donc une autre étape importante et à souligner dans le développement de ce langage de programmation.

6 commentaires

  1. Arnaud, le 9/05/2007 (#478)

    “Bien que l’on ne puisse rien faire de plus en Java que se que l’on fait en C”

    Le problème n’est pas forcément dans ce qui est “faisable” sinon on coderait encore tout en assembleur…

  2. Ritchy, le 9/05/2007 (#479)

    Moi je trouve au contraire que Java est LE langage de programmation par excellence:
    - il est multi-plateforme (et c’est déjà un atout majeur), donc pas besoin de recompiler ou re-coder l’application n fois
    - il est robuste, fiable et extremement sécurisé (qui a déjà entendu parler d’un trou de sécurité dans la JVM ou d’un virus l’affectant ? et qui a déjà eu un core dumped avec Java ;-) ?)
    - le SDK possède une excellente API (comparé a C++ par exemple c’est le jour et la nuit) et une documentation très claire
    - la communauté est très dynamique et énormément de bibliothèques et frameworks existent
    - pas besoin d’installer/compiler des outils exotiques supplémentaires pour faire apparaître une simple fenetre avec un pauvre bouton (en C par exemple avec GTK)
    - … et tant d’autres qualités dont le fait qu’il soit devenu open source hein ;-)

    Sinon concernant les performances, il ne faut pas oublier que Java Server Pages (JSP) est la technologie web la plus rapide (et sûre) de toutes (surement avec ASP), relégant PHP et autres langages interprétés à des années lumière derrière.

  3. NicoLargo, le 10/05/2007 (#482)

    J’étais sûr de ne pas être d’accord avec tout le monde sur le sujet ;)

    Je suis d’accord avec toi sur certains points. Mais on ne peut pas dire que Java soit le langage universel qui à reponse à tout. Alors oui pour l’utilisation de Java dans les applications orientés Web mais non pour celle qui demande une relation étroite avec les couches basses du système (comme les applications réseaux ou de calculs scientifiques) ou celles qui demandent une forte intégration avec l’interface graphique de l’OS (par exemple, sous Mac OS, je n’ai encore jamais vu une application codé en Java qui est une interface qui s’intégre à Aqua).

  4. Ritchy, le 10/05/2007 (#483)

    Oui, je suis d’accord avec toi, chaque langage a sa particularité et son intérêt, et il n’existe pas de langage universel, je ne reviens pas dessus.

    Par contre, dans le monde de l’entreprise (vu que tu en parlais) il me parait indétrônable (J2EE en particulier) de par tous ses avantages.

  5. Olivier, le 10/05/2007 (#484)

    - il est multi-plateforme : quand le jdk n’était pas opensource, les BSD ont du se battre pour avoir une JVM à jour
    - un core dump en Java ? Ça s’appelle une stack trace :
    java.io.FileNotFoundException: No such file or directory
    at java.io.FileInputStream.open(Native Method)
    at java.io.FileInputStream.(FileInputStream.java:106)
    at java.io.FileInputStream.(FileInputStream.java:66)
    at java.io.FileReader.(FileReader.java:41)
    - excellente API : C++ a la STL
    - on peut préférer ou non avoir un truc tout-intégré ou un truc modulaire

    Et pour les performances, ça serait pas mal de pas dire n’importe quoi sous prétexte que c’est estampillé Java ou Microsoft dessus.

    http://www.wrensoft.com/zoom/benchmarks.html
    “The PHP version is only slightly faster than the ASP version for smaller sites, but as the size of a site grows, the difference increases. This indicates that the PHP version scales better than the ASP version.”
    http://www.linuxdocs.org/HOWTOs/PHP-HOWTO-13.html
    “Under identical conditions, it was found that PHP was the fastest – about 3.7 times faster than JSP and about 1.2 times faster than ASP”

  6. Ritchy, le 10/05/2007 (#485)

    1- oui, cela prouve encore qu’il reste tres portable et que la communaute est tres active.
    2- pour le core dumped je parlais d’un debordement de pile impliquant le crash de l’application. Une exception n’a vraiment rien a voir avec ca vu qu’elle peut etre controlee, elle.
    3- je n’ai jamais dit le contraire concernant la JSTL, sauf qu’elle est beaucoup plus complete et mieux documentee en Java, c’est tout.
    4- je n’ai jamais dit le contraire

    Et concernant les perfs, ce n’est pas le fait que ce soit estampillé Java ou Microsoft mais plutot la difference théorique entre un langage interpreté et un langage compilé qui fait toute la difference. Pour des petits projets lest technos ASP/JSP sont peut etre légèrement plus lentes, mais je pense que cela reste faux les très gros projets…

Laisser un message

Les informations saisies resteront privées.