fév
14
Le Java User Group Lausanne (JUGL) a organisé le jeudi 10 février une conférence traitant des outils d’analyse de la qualité logicielle sur la plate-forme Java. Le nombre d’inscriptions a dépassé les chiffres habituels et la conférence a dû avoir lieu à l’hôtel Moevenpick au lieu des locaux d’Octo Technology qui accueille habituellement les réunions. Une centaine de participants ont assisté aux présentations de solutions de
* Coverity
* Headway Software
* Parasoft
* Sonar
* XDepend Read more
déc
1
Freddy Mallet présente Sonar 2.0. La sortie de cette version de la plateforme Open Source Sonar est l’occasion de revenir et d’échanger sur l’un des plus jeunes métier du monde: Développeur logiciel. Le principal héritage légué par un développeur et plus globalement par une équipe de développement est son code source. La principale qualité attendue d’un code source est est sa capacité à permettre d’accueillir le changement à moindre coût. Quels sont donc les critères d’évaluation de cette qualité du code source ? En deuxième partie de session, une démonstration de Sonar montre comment évaluer en continu cette qualité du code, notamment suivant un nouvel axe Design et Architecture introduit par la version 2.0.
Producteur de la vidéo : Geneva JUG
Ressources :
* Slides de la présentation
* Site Internet Sonar
* Présentation de Sonar (en anglais)
oct
7
Le monde Open Source Java proposent de nombreux outils d’analyse de code (PMD, CPD, FindBugs, JDepends, CKJM, JavaNCSS, Crap4J, Emma …). Ces moulinettes produisent des dizaines de métriques (parfois cryptiques, parfois abstraites, parfois élaborées par des docteurs en informatique, barbus!!). Basé sur ces métriques, des outils comme XRadar, Sonar, QALab vous permettent de créer de joli rapports (parfois même de beaux graphiques) que les esthètes, les clients, les architectes ou encore les chefs projet peuvent apprécier. Mais, nous, petits artisans (ou grands industriels) du Java/JEE, devrions nous nous soucier des dépendances cycliques, de la complexité cyclomatique de notre code ? du niveau d’abstraction de nos paquets ? de la détection de tel ou tel pattern dans l’arbre syntaxique de nos objets Java ? Que devrions-nous réellement surveiller ? Quelles règles suivre ? Quels moyens pour voir ces règles comprises, acceptées et respectées ? Présentation donnée au Paris Java User Group par Romain Pelisse et François le Droff.