Developpez.com

Le Club des Développeurs et IT Pro

JUnit, Jenkins et Git seraient les outils préférés des développeurs Java,

Java 8 adopté par 7% de développeurs

Le 2014-05-26 19:13:07, par Hinault Romaric, Responsable .NET
L’écosystème Java dispose d’un nombre important d’outils et de piles logiciels qui sont utilisés au quotidien par les développeurs dans leurs applications.

ZeroTurnaround, une entreprise spécialisée dans le développement d’outils à destination des développeurs Java, vient de publier son rapport annuel sur les outils et technologies de développement Java.

L’étude a été menée auprès de 2 164 développeurs et révèle que 82,5% de ceux-ci utilisent le framework de test unitaire JUnit. Un nombre intéressant (70%) utilisent également le serveur d’intégration continue Jenkins, ce qui laisse présager que le projet Hudson (Jenkins est né à la suite du fork de Hudson) est désormais utilisé par peu de développeurs Java.

À côté de ces outils, on retrouve également le gestionnaire de versions Git (69%) qui est très plébiscité par les développeurs ayant participé au sondage, suivi par le Framework Hibernate (67,5%) utilisé pour la gestion de la persistance des objets et de l’outil de build des projets Java Maven (64%).


Seulement 7% de répondants utilisent la dernière version de Java SE (Java 8) publiée en mars dernier. 26% sont encore sur la version 6 de la plateforme, tandis que 65% développent leurs applications avec Java 7. En entreprise, c’est Java EE 6 (49%) qui demeure le plus utilisé.

L’environnement de développement le plus populaire chez les développeurs Java est Eclipse (48%). Les entreprises quant à elle, préfèrent la version commerciale de IntelliJ IDEA (41%) .

En ce qui concerne les langages alternatifs sur la JVM, 47% des personnes interrogées ont affirmé qu’elle aimerait apprendre Scala, suivi par Groovy (31%) et Clojure (12%).

Avec une part de 50%, le serveur d’applications Apache Tomcat domine l’écosystème Java, suivi par le serveur JBoss (16%), Ponton (12%) et GlassFish(7,4%).

La migration vers Java 8 sera la priorité numéro 1 au cours des deux prochaines années pour 35% de sociétés qui ont participé au sondage.



Source : Résultats de l’étude de ZeroTurnaround

Et vous ?

Quels outils Java utilisez-vous ? Que pensez-vous des résultats de cette étude ?
  Discussion forum
13 commentaires
  • Robin56
    Modérateur
    Envoyé par professeur shadoko
    ravi d'y voir Hibernate et Findbugs...
    marri de voir des outils que je déteste (pour des raisons très différentes): JUnit et Maven
    Peux-tu détailler ton propos, ça me rend curieux.
  • Xinu2010
    Membre averti
    Envoyé par nchal
    Je suis surpris de ne pas voir SonarQube.
    C'est la liste des outils préférés des développeurs Java, pas des Managers
  • professeur shadoko
    Membre chevronné
    Envoyé par Robin56
    Peux-tu détailler ton propos, ça me rend curieux.
    oui:
    JUnit : je n'ai pas du tout la même philosophie des tests . j'ai fini par écrire mon propre outil de tests (après avoir essayé d'adapter le code de JUnit qui est épouvantablement mal documenté). Sur beaucoup de projets quand je vois des tests JUnit ça me fait tapoter le menton ( en Anglais je dirais que les programmeurs sacrifient à du "lip-service" parce que neuf fois sur dix si le programmeur a à tester mettons l'addition il fait 2+2 -> super ça fait quatre! et c'est terminé (bon c'est un début, c'est déjà bien mais c'est pas suffisant). Donc JUnit ne donne pas de bonnes habitudes (je sais que je vais à contre-courant en disant ça)
    (pour un lien vers une très vieille version de mon outil qui a depuis beaucoup évolué faire recherche google "GRU testing framework"

    Maven: là mon opposition est plus objective. J'ai Maven sur le dos dans un très gros projet avec plus de soixante-dix "Modules" gérés par des équipes différentes. Maven est un multiplicateur de bordel: l'idée de base est séduisante mais la moindre anomalie dans les pom conduit à des comportements totalement imprévisibles (j'ai d'amples preuves que Maven ne fonctionne pas comme il prétend le faire). Maven c'est un peu comme si tu avais un compilateur qui ne relevait pas les erreurs de syntaxe et te livrait un code binaire imprévisible. J'ai discuté avec un chef de gros projet dans une grande société de soft: eux ils ont mis Maven à la poubelle par pur désespoir (je suis triste car je ne peux pas le faire).
  • nchal
    Membre expérimenté
    Je suis surpris de ne pas voir SonarQube.
  • FaridM
    Membre expérimenté
    Envoyé par nchal
    Je suis surpris de ne pas voir SonarQube.
    Enfaite, si on se rend sur le lien ou les infos on été prises, on peut voir que dans la catégorie "Code analysis tools", SonarQube est plus utilisé que FindBugs mais c'est dernier apparait dans le résumé.
  • professeur shadoko
    Membre chevronné
    ravi d'y voir Hibernate et Findbugs...
    marri de voir des outils que je déteste (pour des raisons très différentes): JUnit et Maven
  • Gugelhupf
    Modérateur
    Envoyé par Hinault Romaric
    L’étude a été menée auprès de 2 164 développeurs et révèle que 82,5% de ceux-ci utilisent le framework de test unitaire JUnit.
    8 personnes sur 10 font des tests unitaires ? ...
    Je ne dis pas que ce n'est pas bien, mais ce taux m'a l'air trop élevé. Ce chiffre ne représenterait-t-il pas le taux d'utilisation du framework JUnit parmi l'échantillon de développeur Java qui font des tests unitaires plutôt ?
  • Robin56
    Modérateur
    Envoyé par professeur shadoko
    oui:
    JUnit : je n'ai pas du tout la même philosophie des tests . j'ai fini par écrire mon propre outil de tests (après avoir essayé d'adapter le code de JUnit qui est épouvantablement mal documenté). Sur beaucoup de projets quand je vois des tests JUnit ça me fait tapoter le menton ( en Anglais je dirais que les programmeurs sacrifient à du "lip-service" parce que neuf fois sur dix si le programmeur a à tester mettons l'addition il fait 2+2 -> super ça fait quatre! et c'est terminé (bon c'est un début, c'est déjà bien mais c'est pas suffisant). Donc JUnit ne donne pas de bonnes habitudes (je sais que je vais à contre-courant en disant ça)
    (pour un lien vers une très vieille version de mon outil qui a depuis beaucoup évolué faire recherche google "GRU testing framework"
    Je serais tenté de dire pour ma part que du moment que les utilisateurs prennent l'habitude de faire des tests unitaires, c'est déjà une bonne habitude de prise.

    Envoyé par professeur shadoko
    Maven: là mon opposition est plus objective. J'ai Maven sur le dos dans un très gros projet avec plus de soixante-dix "Modules" gérés par des équipes différentes. Maven est un multiplicateur de bordel: l'idée de base est séduisante mais la moindre anomalie dans les pom conduit à des comportements totalement imprévisibles (j'ai d'amples preuves que Maven ne fonctionne pas comme il prétend le faire). Maven c'est un peu comme si tu avais un compilateur qui ne relevait pas les erreurs de syntaxe et te livrait un code binaire imprévisible. J'ai discuté avec un chef de gros projet dans une grande société de soft: eux ils ont mis Maven à la poubelle par pur désespoir (je suis triste car je ne peux pas le faire).
    J'utilise moi-même pas mal Maven au boulot sur des gros projets ou non et j'en suis satisfait pour ma part (mais je vois pourquoi tu parles des incohérences qui peuvent se passer). Si tu avais le choix, tu passerais par quoi dans ce cas ?

    Pour en revenir à l'article, je suis surpris de voir Git autant utilisé et SVN pas du tout dans le classement car SVN est tout de même encore très utilisé.
  • nchal
    Membre expérimenté
    Envoyé par Robin56
    J'utilise moi-même pas mal Maven au boulot sur des gros projets ou non et j'en suis satisfait pour ma part (mais je vois pourquoi tu parles des incohérences qui peuvent se passer). Si tu avais le choix, tu passerais par quoi dans ce cas ?
    Je suis également surpris parce que des remplaçant à Maven, il n'y en a pas beaucoup. Soit tu "évolue" vers Gradle mais c'est finalement assez similaire, soit tu reviens aux sources avec Ant mais c'est compliqué pour les gros projet.
  • professeur shadoko
    Membre chevronné
    Envoyé par nchal
    Je suis également surpris parce que des remplaçant à Maven, il n'y en a pas beaucoup. Soit tu "évolue" vers Gradle mais c'est finalement assez similaire, soit tu reviens aux sources avec Ant mais c'est compliqué pour les gros projet.
    ben oui... moi je suis coincé mais dans le projet dont je parlais ils sont revenus à se taper du Ant "à la main"....
    il faudrait que les développeurs de Maven reprenne le taureau par les cornes et changent beaucoup de choses .... Bien qu'étant très "Groovy-aque" je ne connais pas Gradle (dommage je crois plus aux configuration dynamiques que purement statiques)