JUnit, Jenkins et Git seraient les outils préférés des développeurs Java,
Java 8 adopté par 7% de développeurs

Le , 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 ?


Vous avez aimé cette actualité ? Alors partagez-la avec vos amis en cliquant sur les boutons ci-dessous :


 Poster une réponse

Avatar de nchal nchal - Membre expérimenté http://www.developpez.com
le 27/05/2014 à 9:15
Je suis surpris de ne pas voir SonarQube.
Avatar de Xinu2010 Xinu2010 - Membre averti http://www.developpez.com
le 27/05/2014 à 9:36
Citation Envoyé par nchal  Voir le message
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
Avatar de FaridM FaridM - Membre expérimenté http://www.developpez.com
le 27/05/2014 à 9:50
Citation Envoyé par nchal  Voir le message
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é.
Avatar de professeur shadoko professeur shadoko - Membre expérimenté http://www.developpez.com
le 27/05/2014 à 10:32
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
Avatar de Gugelhupf Gugelhupf - Modérateur http://www.developpez.com
le 27/05/2014 à 18:56
Citation Envoyé par Hinault Romaric  Voir le message
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 ?
Avatar de Robin56 Robin56 - Responsable Java http://www.developpez.com
le 27/05/2014 à 21:10
Citation Envoyé par professeur shadoko  Voir le message
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.
Avatar de professeur shadoko professeur shadoko - Membre expérimenté http://www.developpez.com
le 28/05/2014 à 10:47
Citation Envoyé par Robin56  Voir le message
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).
Avatar de Robin56 Robin56 - Responsable Java http://www.developpez.com
le 28/05/2014 à 13:41
Citation Envoyé par professeur shadoko  Voir le message
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.

Citation Envoyé par professeur shadoko  Voir le message
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é.
Avatar de nchal nchal - Membre expérimenté http://www.developpez.com
le 28/05/2014 à 14:05
Citation Envoyé par Robin56  Voir le message
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.
Avatar de professeur shadoko professeur shadoko - Membre expérimenté http://www.developpez.com
le 28/05/2014 à 14:30
Citation Envoyé par nchal  Voir le message
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)
Offres d'emploi IT
Développeur C# (h/f)
CTS - Pays de la Loire - Nantes (44000)
H/F Ingénieur expérimenté .net
DATUS SUD-OUEST SA - Midi Pyrénées - Toulouse (31000)
Gestionnaire projet front-office h/f
SFIL - Ile de France - Issy-les-Moulineaux (92130)

Voir plus d'offres Voir la carte des offres IT
Contacter le responsable de la rubrique Accueil