Certains d'entre nous se plaignent de la lenteur de R# 4.0, à tord ou à raison : la configuration de la station peut être aussi en cause, ou avoir une grosse solution (ie: milliers de classe, > 250 K LOC) sous Visual Studio 2K8 prend plus de temps à analyser.
Génie logiciel
Sondage express : à combien d'années estimez-vous falloir pour devenir un bon codeur ?
définition du bon = par expérience, on sait par avance ce qui est bien ou non de faire dans tel contexte, les bonnes pratiques, on les connait sur le bout des doigts, la conception n'a plus de secret, le quick & dirty est banni de notre pratique, l'ingénierie logicielle est une quête perpétuelle
Livres blancs en français : les 25 erreurs de programmation les plus dangereuses et la plateforme Azure
Il y a quelques semaines, j'étais tombé sur un intéressant document qui répertorie les 25 erreurs de programmation les plus dangereuses, un recueil de bonnes pratiques pour tout développeur chevronné ou qui veut le rester. Coding Horror nous faisait une explication de chacun des points.
Comment (bien) rater un projet ?
Préambule
Il y a plusieurs contextes à la réalisation d'un projet, et j'en compte notamment 2 : en tant qu'équipe d'une SSII qui travaille pour un client, en tant qu'équipe interne d'une entreprise finale pour développer des projets internes. Je me situe dans la 2eme catégorie. Chaque organisation a une dimension politique, et la mienne ne déroge pas à la règle, voire un peu plus que la moyenne, où pour arriver à son objectif, il faudra alors parcourir un terrain jonché d'obstacles qu'il faudra lever.
Chaque catégorie aura ses propres contraintes : ne pas dépenser plus de jours à ses frais qu'il n'en faut pour l'un et que ça rapporte un max, contrôler ses projets et son S.I. pour l'autre. Les points ci-après ne constitue en rien une liste exhaustive, juste tirés d'un vécu tout personnel, on pourra la compléter si besoin.
Gestion de projets : quelques outils en ligne
Un de nos apprentis ingénieurs m'a demandé conseil sur les outils de gestions de projets, en mode collaboratif.
En gros, les besoins remontés étaient :
- en ligne
- accès par plusieurs membres d'une équipe
- avoir la possibilité de déposer des fichiers
- repository de sources
Parmi les applications disponibles, une liste non exhaustive de ce qu'il peut exister :
- Google Code : gratuit - intégration SVN (rajoutez bien entendu TortoiseSVN), Wiki, dépôt de fichiers, plusieurs membres. Je l'utilise pour mes exemples de codes, et ça marche plutôt pas mal (http://code.google.com/p/mysampleapp)
- Redmine : gratuit - certainement le challenger (développé en Ruby On Rails) le plus sérieux à Trac (en python et un peu une galère sans nom pour l'installer) - à héberger chez vous.
- GitHub : gratuit pour une version allégée - intégration Git, interface très bien faite (à la Web2), user friendly dira-t-on et une approche sociale, Wiki, indicateurs graphiques (commits, langages utilisés, ...) - beaucoup de projets RoR sont gérés sur cette plateforme. Git, développé à l'origine par Linus pour gérer les sources du noyau en mode distribué. Au passage, un cheatsheet sur Git.
- Codeplex : la plateforme MS d'hébergement de projets. Intégration TFS / SVN, Wiki, stats., évolutions proposées aux votes. Pour l'avoir essayé, l'inscription est assez laborieuse, et surtout, si votre projet n'est pas actif, il est, purement et simplement effacé.
Pour une gestion de plus haut niveau, c'est à dire, liste de tâches, milestones, on pensera à Basecamp, gratuit pour une utilisation légère (1 projet) : interface simple, usage cohérente d'Ajax, intégration OpenId, pratique pour ne rien oublier.
« billets précédents - page 1 de 8