<?xml version="1.0" encoding="ISO-8859-1"?>

<rss version="2.0" xmlns:dc="http://purl.org/dc/elements/1.1/" xmlns:content="http://purl.org/rss/1.0/modules/content/">
	<channel>
		<title>Forum du club des développeurs et IT Pro - Blogs - claudebueno</title>
		<link>https://www.developpez.net/forums/blogs/710844-claudebueno/</link>
		<description>Developpez.com, le Club des Développeurs et IT Pro</description>
		<language>fr</language>
		<lastBuildDate>Tue, 21 Apr 2026 07:59:53 GMT</lastBuildDate>
		<generator>vBulletin</generator>
		<ttl>15</ttl>
		<image>
			<url>https://forum.developpez.be/images/misc/rss.jpg</url>
			<title>Forum du club des développeurs et IT Pro - Blogs - claudebueno</title>
			<link>https://www.developpez.net/forums/blogs/710844-claudebueno/</link>
		</image>
		<item>
			<title>10 habitudes qui tuent la productivité du développeur</title>
			<link>https://www.developpez.net/forums/blogs/710844-claudebueno/b8156/10-habitudes-tuent-productivite-developpeur/</link>
			<pubDate>Sat, 05 Oct 2019 07:26:50 GMT</pubDate>
			<description>Pièce jointe 507648...</description>
			<content:encoded><![CDATA[<blockquote class="blogcontent restore"><font color="#444444"><br />
<img src="https://www.developpez.net/forums/attachments/p507648d1570260072/autres-langages/general-visual-basic-6-vbscript/vb-6-anterieur/detection-touches-enfoncees-api/adult-coder-coding-1181676.jpg/" border="0" alt="Nom : adult-coder-coding-1181676.jpg
Affichages : 743
Taille : 59,3 Ko"  style="float: CONFIG" /><br />
<br />
La productivité est une mesure de l’efficacité d’une personne, d’une machine, d’une usine, d’une organisation, etc… En tant que tel, lorsqu’un développeur est improductif, cela signifie que ses efforts sont inefficaces ou que la qualité de son travail est médiocre. Personne n’aime produire un travail de mauvaise qualité… Cependant, il y a de (mauvaises) habitudes qui provoquent cette improductivité.</font><font color="#444444"><b><br />
<br />
Voici dix (10) habitudes qui pourraient être en train de tuer votre productivité :</b></font><b><br />
<br />
<br />
1. Mener plusieurs tâches de front<br />
</b><br />
<font color="#444444">Traiter plus d’une tâche simultanément donne l’impression d’être plus performant mais la réalité est que vous perdez de l’énergie et de l’efficacité lorsque vous êtes dans la phase de commutation. Cette phase provoque une perte de concentration et de créativité. À chaque commutation, vous consommer du temps qui ne sert qu’à se plonger dans le contexte de la tâche. Ce temps « perdu » n’a aucune valeur ajoutée.</font><font color="#444444"><br />
<br />
Faisons un parallèle entre votre cerveau et un ordinateur avec une quantité limité de mémoire vive. Lorsque vous lancer plusieurs applications, la RAM ralentit et la réactivité de votre ordinateur diminue. Et bien il se passe la même chose dans votre cerveau.<br />
<br />
Passez au mode mono-tâche et passer à la tâche suivante que lorsque la précédente est terminée. Travaillez en mode Batch.</font><b><br />
<br />
2. Ne pas avoir d’organisation en place<br />
</b><br />
<font color="#444444">Organiser son espace de travail est très important pour gagner en productivité. Combien de temps perdu à trouver le chargeur de votre laptop alors que vous être en pleine séance de coding ?</font><font color="#444444"><br />
<br />
Lorsque tout ce dont vous avez besoin bien rangé et facile d’accès vous diminuez le temps de latence et vous serez tout de suite paré à travailler. Trouvez une place pour tout ce dont vous avez besoin avant de démarrer votre journée qu’il s’agisse de matériel (ordinateur, souris, imprimante, smartphone, …) ou bien d’application comme l’agenda ou la todo liste.</font><font color="#444444"><br />
<br />
Être organisé vous permet de vous sentir mieux tout au long de la journée de travail.</font><b><br />
<br />
3. Ne pas avoir de routine de travail<br />
</b><br />
<font color="#444444">Installer une routine dans ses journées de travail permet de diminuer le stress lié au flottement de la journée. Elle permet de rester concentré puisque l’organisation du travail est établie. La routine de travail empêche les moments de flottement qui emmène sur les chemins de la perdition (réseaux sociaux, check d’e-mail en pleine séance de travail,…). <br />
<br />
Évidemment</font><font color="#444444">, vous n’êtes pas obligé de modéliser toute votre journée de travail en bon développeur que vous êtes.<br />
<br />
</font><b>4. Multiplier le nombre d’outils<br />
</b><br />
<font color="#444444">Un bon artisan a de bons outils extrêmement utiles. En utilisant quelques outils la productivité se voit améliorée alors qu’utiliser un trop grand nombre d’outils peut aboutir à un résultat contraire. Il est très facile de trouver des outils qui se synchronisent facilement avec d’autres couvrant de nombreux besoins.</font><b><br />
<br />
5. Ne pas suivre les résultats<br />
</b><br />
<font color="#444444">Mettre en place des mécanismes de suivi permet de diminuer le stress du bug découvert par l’utilisateur final et améliore la performance du développeur. Suivre les remontées d’alerte permet d’anticiper et d’inclure une action dans l’organisation du travail plutôt que devoir subir un imprévu.</font><font color="#444444"><br />
<br />
Sans suivi, il est difficile de connaitre votre véritable potentiel.</font><b><br />
<br />
6. Prise de décision trop lente<br />
</b><br />
<font color="#444444">Prendre trop de temps dans la prise de décision monopolise beaucoup d’énergie qui pourrait être utilisée pour augmenter la productivité. Mais il y a tellement de raisons qui poussent à différer une prise de décision :</font><br />
<ul><li style="">Remettre au lendemain, procrastination ;</li><li style="">Dépendance excessive, pas d’autonomie ;</li><li style="">Isolement ;</li><li style="">Pas de vision stratégique ;</li><li style="">Manque de connaissance technique. </li></ul><br />
<font color="#444444">Pour améliorer la prise de décision rapide, vous pouvez utilise la méthode Quoi, Qui, Quand, Où et Comment permettant ainsi de renforcer les stratégies à mettre en œuvre pour atteindre les objectifs.</font><b><br />
<br />
7. Répéter toujours les mêmes erreurs<br />
</b><br />
<font color="#444444">Apprendre de ses erreurs permet d’avancer et de vous améliorer au fur et à mesure. Dans la programmation, vous serez confronté aux erreurs. Lorsque vous êtes au niveau développeur débutant, vous êtes enclin à faire des erreurs. Cela se produit également lorsque la concentration n’est pas au rendez-vous ou que vous avez peur de l’échec. Faire des erreurs est normal mais vous devez apprendre de vos erreurs pour éviter de les reproduire.</font><b><br />
<br />
8. Ne pas respecter son cycle de sommeil<br />
</b><br />
<font color="#444444">Votre productivité baisse inexorablement si vous ne dormez pas assez. D’autres symptômes apparaissent avec le manque de sommeil : mauvaise humeur, prise ou perte de poids, somnolence, etc…</font><font color="#444444">Ne pas respecter son cycle de sommeil altère considérablement la mémoire et la concentration, tout en augmentant les niveaux d’hormones de stress et de perturber le métabolisme normal de l’organisme.</font><b><br />
<br />
9. Ne pas faire de break pendant le travail<br />
</b><br />
<font color="#444444">Le cerveau ne peut pas rester concentré de nombreuses heures aussi, il est conseillé de prendre une courte pause toutes les 30 à 45 minutes de session de travail intensif.</font><font color="#444444">En tant que développeur, votre esprit créatif a besoin d’un moment de prise de recul et qui sait, un échange avec un collègue sur un autre sujet à la machine à café, amènera à votre esprit vagabond un début de solution au problème qui agite votre cerveau depuis le début de la journée…</font><b><br />
<br />
10. Checker votre smartphone trop souvent<br />
</b><br />
<font color="#444444">Si vous visez à réduire votre dépendance au smartphone, essayez de laisser votre téléphone dans une autre pièce ou de le mettre dans un tiroir. Garder votre téléphone hors de portée vous aidera à vous sevrer. Vous pouvez même utiliser ce moment comme une « récompense » lorsque vous avez terminé une tâche…</font><font color="#444444">Mais pendant les séances de travail, point de smartphone à l’horizon.</font><b><br />
<br />
Conclusion<br />
</b><br />
<font color="#444444">Avez-vous fait un petit bilan de vos pratiques ? Parmi ces dix (10) habitudes qui pourraient être en train de tuer votre productivité quelles sont celles qui vous concernent ? Allez, avouez… <br />
<br />
</font><font color="#444444">Quelles sont vos habitudes pour favoriser votre productivité ? Partagez vos points de vue et expériences en laissant un commentaire ci-dessous.<br />
<br />
</font></blockquote>

]]></content:encoded>
			<dc:creator>claudebueno</dc:creator>
			<guid isPermaLink="true">https://www.developpez.net/forums/blogs/710844-claudebueno/b8156/10-habitudes-tuent-productivite-developpeur/</guid>
		</item>
		<item>
			<title>Développeur, comment écrire un meilleur code : collaborer</title>
			<link>https://www.developpez.net/forums/blogs/710844-claudebueno/b8115/developpeur-ecrire-meilleur-code-collaborer/</link>
			<pubDate>Sun, 29 Sep 2019 14:27:27 GMT</pubDate>
			<description>Pièce jointe 506403...</description>
			<content:encoded><![CDATA[<blockquote class="blogcontent restore"><font color="#444444"><br />
<img src="https://www.developpez.net/forums/attachments/p506403d1569768709/autres-langages/general-visual-basic-6-vbscript/vb-6-anterieur/vb6-attendre-v-nement-continuer-l-ex-cution/atelier-entrepreneur-se-etre-humble_1.jpg/" border="0" alt="Nom : atelier-entrepreneur-se-etre-humble_1.jpg
Affichages : 706
Taille : 35,5 Ko"  style="float: CONFIG" /><br />
 <font size="2"><br />
Dans le monde des développeurs d’applications, la question la plus fréquente qui est posée est :<br />
<br />
</font></font><font size="2"><div class="bbcode_container">
	<div class="bbcode_quote">
		<div class="quote_container">
			<div class="bbcode_quote_container"></div>
			
				Comment enseigner aux nouveaux codeurs à bien coder ?
			
		</div>
	</div>
</div><font color="#444444"><font size="2">Dans ce billet, je vous propose de nous pencher sur la collaboration entre pairs.</font><br />
</font><br />
<font size="3"><b>Apprendre à collaborer</b></font><br />
<font color="#444444">La compétence la plus importante que nous devrions enseigner aux nouveaux développeurs est de savoir comment bien travailler avec les autres sur une base de code partagée.<br />
</font><br />
<font color="#444444">La collaboration n’est pas une compétence facile à acquérir mais elle a un impact énorme sur l’efficacité globale. C’est donc par ce levier que je propose de commencer la réflexion en m’adressant aux développeurs qui se préparent à rejoindre le monde du travail. Sur presque tous les projets sur lesquels nous travaillons, notre succès dépend aussi des échanges et collaboration avec les autres.<br />
</font><br />
<b><font size="3">Voici 4 techniques qui fonctionne bien :</font><br />
</b><br />
</font><br />
<ul><li style=""><font size="2"><b>Pair programming</b> : une bonne programmation par paires nécessite un entraînement, mais il existe des moyens pour s’entrainer, tels que les dojos de codage et les startups week-end. Certains des meilleurs enseignants en programmation au monde utilisent activement la programmation par paires dans le cadre de leur formation.</font></li><li style=""><font size="2"><b>Revue de code</b> – parcourir le code d’un collègue avec un œil neuf permet de soulever des améliorations possibles : indentation, nom des fonctions, optimisation de code, factorisation, … Globalement peu utilisé, cette pratique n’est pas très répandue mais elle est utilisée dans un cadre d’opération coup de poing ou curative. Cependant, de nombreuses équipes y trouvent de grands avantages à l’utiliser dans leur cycle de travail.</font></li><li style=""><font size="2"><b>Patience </b>– lorsque vous travaillez avec la programmation par paires, il est facile de rester coincé dans les arguments. La formation académique ne dit presque rien sur les compétences interpersonnelles, mais nous en dépendons tout le temps. <br />
Essayez ceci : lorsque vous jumelez la programmation et que vous voyez votre paire faire une erreur, attendez de voir si elle / il la voit elle-même avant d’intervenir.</font></li><li style=""><font size="2"><b>Humilité </b>– « comment convaincre les autres d’écrire du code propre ? » Bien sûr, la question suppose que vous avez raison et qu’ils ont tort. La plupart d’entre nous a du mal à changer d’avis. Lorsque vous jumelez la programmation par pairs, si votre partenaire veut faire quelque chose qui vous semble erroné, attendez et laissez-le faire à son idée. La pire chose qui puisse arriver est que vous ayez la chance de leur apprendre quelque chose. Au mieux, vous apprenez quelque chose vous-même !  </font> </li></ul><br />
<font color="#444444"><font size="2"><br />
Sauf si vous écrivez tout le code vous-même, les compétences de collaboration sont primordiales. Ce n’est pas grave si vous « savez » à quoi le code devrait ressembler si vous ne pouvez pas être d’accord avec votre équipe.<br />
</font><br />
</font></blockquote>

]]></content:encoded>
			<dc:creator>claudebueno</dc:creator>
			<guid isPermaLink="true">https://www.developpez.net/forums/blogs/710844-claudebueno/b8115/developpeur-ecrire-meilleur-code-collaborer/</guid>
		</item>
	</channel>
</rss>
