Comment suivez-vous vos TODO de programmation?
Je suis de ceux qui ne peuvent rien faire sans une liste de choses à faire. Si ce n'est pas sur la liste, ça n'existe pas.
Méthode Bloc-notes:
Lorsque je programme, je garde le bloc-notes ouvert avec une liste de tâches à effectuer pour mon projet actuel. Je vais constamment réorganiser ces priorités en fonction de leur priorité, puis je les cocherai et les déplacerai vers la section terminée lorsque j'aurai terminé avec cette tâche particulière.
Commentaires sur le code:
Certains programmeurs pimentent le code source de leurs projets avec:
// TODO: Fix this completely atrocious code before anyone sees it
De plus, je sais que certains outils vous permettent également d'afficher une liste de tous les TODO dans votre code.
Suivi des tâches sur le site Web:
- Souviens-toi du lait
- Sac à dos
- Manymoon
- Voo2do
- Tâches Gmail
- TeuxDeux
- TodoDodo
- Ta-da listes ... et beaucoup d'autres
Quelle est la meilleure méthode pour garder une trace de vos listes de tâches à effectuer pour plusieurs projets?
Comme d’autres, je leur parle de mon code, mais j’utilise la directive warning pour générer un avertissement pour le compilateur:
#warning TODO: Implement foobar
De cette façon, je peux toujours rechercher «TODO», mais ils me crient dessus chaque fois que je construis.
Stylo et papier.
Combiné avec le génie PocketMod , il est totalement parfait. Striking TODOs est tellement satisfaisant!
Je ne peux pas parler pour d'autres IDE, mais Eclipse recherchera dans les fichiers source de votre projet les commentaires TODO (ainsi que FIXME et XXX par défaut) et créera des tâches pour vous dans la vue des tâches.
Cela conduit à des situations intrigantes dans lesquelles vous vérifiez la vue des tâches, double-cliquez sur une tâche TODO et lisez le commentaire:
// TODO: Add this functionality.
Eclipse ajoute également des commentaires TODO lors de la génération de certains blocs de code, tels que les implémentations de méthodes, les blocs catch pour les exceptions, etc.
TODO(et autres) commentaires sont excellents avec Visual Studio et ReSharper installed:
(source: jetbrains.com )
Bien que je n’ai pas essayé, j’aime vraiment l’idée de tests comme todos . Quoi d'autre devrait vous aider si un test échoué?
Todos Résumé personnel
J'utilise Tomboy Notes ou du papier pour faire une liste rapide de tâches abstraites de haut niveau. Souvent, lorsque je suis au téléphone avec mon responsable, je dois juste noter les choses par écrit.
Code source spécifique
J'utilise le marqueur de commentaire TODO:/@todo en ligne dans mon code, puis les plugins Netbeans qui me fournissent une liste de tâches à exécuter tout au long du projet. Etant donné que Netbeans peut regrouper des marqueurs de tâches de plusieurs projets, le nombre de projets que je lance n’affecte en rien le nombre de projets.
Tâches Multiperson/Todos
Une fois que je dois garder une trace de todos pour plus que moi-même, je passe à un logiciel de gestion de projet comme OpenProj, MS Project, etc. De plus, si les todos impliquent des bogues ou des demandes de fonctionnalités, j'utilise notre correcteur de bugs. D'autres tâches peuvent également être gérées par un système d'assistance.
NextAction , de TimeSnapper
J'utilise un stylo et du papier pour prendre des notes. J'utilise également les balises TODO/FIXME dans un code qui est surligné en jaune dans Vim et suivi par l'extension TODO à Komodo.
L’un des ajouts les plus utiles pour moi a été d’utiliser Samurize pour incorporer un fichier texte brut sur mon bureau ( http://lifehacker.com/software/plain-text/geek-to-live--incorporate-text-files -onto-your-desktop-213280.php ). J'ai 3 ordinateurs de bureau virtuels et il se trouve sur mon ordinateur de messagerie, où je me retrouve chaque matin. Il contient un fichier texte avec les éléments que je dois faire et il court rarement plus d'une semaine à l'avance.
Mercredi 2/11/2009
- Objet 1
- Point 2
Jeudi 2/12/2009
- Point 3
J'utilise Executor qui a un mot clé "todo" qui ouvre automatiquement gvim avec ce fichier lorsque je veux éditer/ajouter/supprimer des éléments. Cela rend environ 3 frappes de touches pour le rendre ouvert et prêt à être modifié. Cela m'aide à me souvenir des mouvements de production du lundi matin avant que je ne sois enterré dans des courriels et des réunions. Dès que je modifie, cela se reflète sur le bureau.
Évidemment, pour les choses plus longues et plus détaillées, je me fie à Roundup, aux rappels Outlook, etc., mais c’est un moyen pratique d’écrire des choses pour qu’elles ne se perdent pas.
J'utilise ToDoList de AbstractSpoon. Il vous permet de diviser votre liste de tâches en projets et peut même être utilisé par plusieurs utilisateurs pour des projets plus volumineux utilisant un lecteur réseau partagé.
Je voudrais faire une différence claire entre FIXME et TODO. FIXME est un élément critique et doit être corrigé avant la validation/publication. TODO peut vivre un peu plus longtemps mais doit être nettoyé éventuellement.
Un simple fichier de texte brut (TODO) situé au niveau supérieur de la zone cvs/svn du projet fonctionne pour moi dans le cas de projets simples.
J'utilise TODO en ligne: les commentaires étant donné que Visual Studio les suivra pour moi, bien sûr, je dois toujours consulter la liste des tâches pour les voir. Je ne peux pas compter le nombre de fois où j'ai trouvé un TODO: commentaires en passant en revue un code que je pensais complet.
Pour chaque tâche d'un projet, je crée une nouvelle entrée dans le suivi des problèmes ( Bugzilla pour moi).
- Un gros avantage est que vous pouvez suivre toutes les modifications apportées par l'ID de problème.
- Vous pouvez signaler aux clients ou aux membres du projet le statut de votre tâche.
- Vous pouvez créer un nouveau type de bogue tel que "tâche", "tâche" ou "demande de fonctionnalité".
- C'est une solution centrale. Pas de trucs locaux ...
Dans notre équipe de développement, il existe une règle qui dit: "Ne modifiez jamais un code sans une entrée correspondante dans le suivi des problèmes. Jamais!"
Comme d’autres l’ont mentionné, j’utilise le standard FIXME/TODO/XXX dans les commentaires de mon code, puis je peux trouver la liste des tâches dans mon IDE en utilisant leurs divers outils. J'utilise aussi le plugin de scanner de tâches de hudson pour garder une trace de tout, car je suis un con pour les graphiques.
J'ai créé une tâche de construction qui sélectionne // TODO: des lignes à partir de mes fichiers de code et génère un rapport que j'inclus dans la ville d'équipe. Il vous permet de visualiser rapidement les encours d'un projet sans avoir à les vérifier.
vous pouvez également utiliser le CodeTagsPlugin avec Trac
Il existe également un plug-in pour scanner de tâches pour Hudson (au cas où il conviendrait à votre environnement). Avec cela, vous pouvez suivre le nombre de TODO/FIXME sur vos rapports de génération d'intégration continue.
Pour les projets C++ (natif/ATL):
#ifndef _TODO_H_
#define _TODO_H_
#pragma once
// from atldef.h:
#ifndef _ATL_STRINGIZE
#define __ATL_STRINGIZE(_Value) #_Value
#define _ATL_STRINGIZE(_Value) __ATL_STRINGIZE(_Value)
#endif
// put x in quotes, no need to use #pragma!
#define __TODO(x) __pragma(message(__FILE__"("_ATL_STRINGIZE(__LINE__)") : TODO: "x))
#define __WTF(x) __pragma(message(__FILE__"("_ATL_STRINGIZE(__LINE__)") : WTF?! "x))
// prefer to use ISO-formatted date
#define __BUGFIX(date, x) __pragma(message(__FILE__"("_ATL_STRINGIZE(__LINE__)") : BUGFIX: "#date" "x))
#define __CHANGE(date, x) __pragma(message(__FILE__"("_ATL_STRINGIZE(__LINE__)") : CHANGE: "#date" "x))
#endif _TODO_H_
Vous cherchez quelque chose comme ça pour C #.
Wow, j'ai juste eu cette question hier. Après quelques recherches, je me suis installé sur l’extension ReminderFox Firefox. Il est complètement intégré au navigateur et contient des fenêtres contextuelles qui vous rappellent chaque fois que vous ouvrez votre navigateur quand une tâche est due.
J'utilise Sandglaz et place mes todos dans 3 colonnes maintenant, suivantes et suivantes (un peu comme leur blog , mais une seule ligne) ... et il est facile et rapide à utiliser. Je suis pigiste donc je travaille sur plusieurs projets à la fois, donc ça marche pour moi
J'utilise des tests en attente uniquement pour me rappeler d'écrire des tests. J'utilise Rspec, donc il a construit ça.
Eclipse suit votre TODO et les liste automatiquement dans une fenêtre appropriée. Je le trouve assez puissant si vous n'avez pas besoin de fonctionnalités avancées.
Lors de la programmation de Java dans Eclipse, je trouve cela très utile, comme vous dites, de "pepper mon code source avec des commentaires // TODO: - principalement parce qu'Eclipse recherche chacun d'eux dans le projet et compile une liste de tâches pour moi =). Dans Visual Studio, un panneau de la liste des tâches, que j'utilise parfois, mais je ne le trouve pas aussi simple que d'avoir les commentaires dans Eclipse.
J'utilise Eclipse comme IDE, qui rassemble tous les TODO dans une liste et les affiche dans un aperçu. Très facile et utilisable.
J'aime beaucoup Mylyn beaucoup: intégré à Eclipse, fonctionne avec de nombreux trackers aussi bien que sans (tâches locales) et réalise de nouveaux concepts tels que l'interface utilisateur ciblée.
J'utilise emacs org-mode pour suivre non seulement le code TODO, mais toute ma vie. Il fonctionne comme un extra puissant avec quelques fonctionnalités de feuille de calcul et de calendrier. J'utilise Mercurial pour une gestion des versions allégée et une réplication simple entre différents traitements.
Cela fonctionne étonnamment bien.
Après avoir effectué une recherche approfondie pour trouver une application appropriée "faire la liste", je me suis installé sur mylyn - celle fournie avec Eclipse.
Il est facile de créer et de gérer des tâches. Les tâches peuvent être importées et liées à Bugzilla ou à plusieurs autres référentiels de tâches. Il comporte également un "contexte de tâche" qui permet de mettre en évidence les fichiers pertinents pour une tâche et de masquer ceux qui ne le sont pas (ce qui est bien plus utile que je ne le pensais).
alt text http://www.86th.org/hudson.jpg Nous utilisons la fonctionnalité "Tendance des tâches ouvertes" de Hudson, qui fonctionne pour un grand nombre de langues. Pour notre projet C #, nous avons 3 niveaux de tâches et cela est accompli par différents commentaires TODO: style.
Priorité élevée Correspond à FIXME:, HARDCODED: ou HACK:
Priorité moyenne Correspondances sur TODO:
Priorité faible Correspondances sur MEH: ou CODEREVIEW:
Hudson prendra ensuite cette liste et l’indiquera par la tendance, comme indiqué sur l’image, en plus de disposer d’une liste des tâches pouvant être triée et filtrée, et affichera les messages sur la page Web avec des liens qui vous mèneront directement à la ligne située dans la fenêtre. code source sur Hudson.
De plus, nous pouvons facilement configurer des points d’intérêt pour les revues de code avec CODEREVIEW: et disposer d’une liste concise de Nice à imprimer.
Quand j'ai beaucoup de todos, j'ai découvert qu'il était inutile de les suivre. Vous vous retrouvez avec des centaines de tâches que vous ne pouvez pas faire.
N'écrivez que ce qui vous est demandé (patron) et faites ce qui apportera chaque jour les plus grands avantages.
J'ai cependant une liste suivante. J'ai écrit ce que je suis en train de faire en haut et ce que je dois corriger pour le compléter. Ma prochaine liste peut être faite en heures ou en jours en général.
OmniFocus - J'ai essayé beaucoup de façons de suivre ToDos et c'est de loin le meilleur. Si vous avez un Mac, c'est la voie à suivre. L'application iPhone est géniale aussi.
doxygen peut suivre ces problèmes
si vous utilisez l'intégration continue, le travail pourrait être fait pour vous. Par exemple, j'utilise hudson avec ce plugin http://wiki.hudson-ci.org/display/HUDSON/Task+Scanner+Plugin qui est plutôt sympa, imo. Vous avez un graphique qui vous montre si de nouvelles tâches ont été ajoutées entre les versions, et vous pouvez les parcourir ou les anciennes pour obtenir un aperçu de ce qui est "ouvert".
L'un de nos modules de code source est absolument jonché de lignes #pragma todo en ligne. La sortie de la compilation est polluée, nous ne pouvons donc jamais vraiment savoir quand de nouveaux avertissements du compilateur sont apparus. Certains de ces outils existent depuis des années et le développeur d'origine a depuis longtemps quitté l'entreprise.