<?xml version="1.0" encoding="utf-8" standalone="yes"?><rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom" xmlns:content="http://purl.org/rss/1.0/modules/content/"><channel><title>Intellij on Java &amp; Moi</title><link>https://javaetmoi.com/tags/intellij/</link><description>Recent content in Intellij on Java &amp; Moi</description><generator>Hugo</generator><language>fr</language><lastBuildDate>Mon, 21 Mar 2016 07:16:35 +0000</lastBuildDate><atom:link href="https://javaetmoi.com/tags/intellij/feed.xml" rel="self" type="application/rss+xml"/><item><title>Ces outils qui nous font gagner du temps</title><link>https://javaetmoi.com/2016/03/outils-pour-developpeurs-java/</link><pubDate>Mon, 21 Mar 2016 07:16:35 +0000</pubDate><guid isPermaLink="false">http://javaetmoi.com/?p=1549</guid><description>&lt;p&gt;Au quotidien, tout &lt;strong&gt;développeur Java&lt;/strong&gt; utilise un IDE, un JDK, un outil build et un navigateur. Ce sont des standards. A côté, chaque développeur utilise un ou plusieurs petits outils permettant d’améliorer son quotidien. Par outil, j’entends aussi bien un &lt;strong&gt;plugin&lt;/strong&gt;, un &lt;strong&gt;logiciel&lt;/strong&gt; ou une &lt;strong&gt;fonctionnalité&lt;/strong&gt; avancée de son IDE.
Dans cette présentation, j’ai eu envie de partager des &lt;strong&gt;outils fonctionnant sous Windows&lt;/strong&gt;(mais pas que). J’utilise certains depuis des années, d’autres depuis seulement quelques semaines suite aux recommandations de collègues.
A vous de voir si vous souhaitez les tester puis les adopter, ou non.&lt;/p&gt;
&lt;p&gt;[slideshare id=59714114&amp;amp;doc=2016-03-17-cesoutilsquivousfontgagnerdutemps-160318071738]&lt;/p&gt;</description></item><item><title>Formatez votre code</title><link>https://javaetmoi.com/2015/12/formatez-votre-code-editorconfig/</link><pubDate>Fri, 04 Dec 2015 07:27:57 +0000</pubDate><guid isPermaLink="false">http://javaetmoi.com/?p=1488</guid><description>&lt;p&gt;&lt;a href="wp-content/uploads/2015/11/editorconfig-stickers.png"&gt;&lt;figure&gt;
&lt;picture&gt;
&lt;img
loading="lazy"
decoding="async"
alt="editorconfig-stickers"
class="image_figure image_internal image_unprocessed"
src="https://javaetmoi.com/wp-content/uploads/2015/11/editorconfig-stickers.png"
/&gt;
&lt;/picture&gt;
&lt;/figure&gt;
&lt;/a&gt; Lors du démarrage d’un projet sur lequel plusieurs développeurs vont être amenés à travailler, se pose très tôt la question des &lt;strong&gt;styles et règles de formatage&lt;/strong&gt; à appliquer au code. En effet, afin de pouvoir comparer l’historique des révisions d’un fichier, une bonne pratique veut que l’on ne change pas les règles de formatage au cours de route. Si tel était le cas, les changements importants seraient noyés par les changements d’indentations et autres retours à la ligne.
Parmi les normes de développements d’une entreprise ou d’un projet Open Source, un chapitre couvre généralement les règles de formatage. C’est par exemple le cas du &lt;a href="https://github.com/spring-projects/spring-framework/wiki/Spring-Framework-Code-Style"&gt;guide de style de code&lt;/a&gt; du projet Spring Framework. Ces règles peuvent également être définies au sein d’un outil de qualimétrie comme &lt;a href="http://nemo.sonarqube.org/coding_rules#qprofile=java-sonar-way-45126%7Cactivation=true"&gt;SonarQube&lt;/a&gt;. Chaque violation de règle entraine alors un défaut.
Ce &lt;strong&gt;billet propose 2 solutions&lt;/strong&gt; permettant à des développeurs &lt;a href="https://www.jetbrains.com/idea/"&gt;IntelliJ&lt;/a&gt;, &lt;a href="https://spring.io/tools"&gt;Spring Tools Suite&lt;/a&gt; (STS) et &lt;a href="https://eclipse.org/home/index.php"&gt;Eclipse&lt;/a&gt; de travailler ensemble.&lt;/p&gt;
&lt;p&gt;&lt;figure&gt;
&lt;picture&gt;
&lt;img
loading="lazy"
decoding="async"
alt="editorconfig-stickers"
class="image_figure image_internal image_unprocessed"
src="https://javaetmoi.com/wp-content/uploads/2015/11/editorconfig-stickers.png"
/&gt;
&lt;/picture&gt;
&lt;/figure&gt;
&lt;/p&gt;</description></item></channel></rss>