Tenir un journal vous aide-t-il dans votre travail? [fermé]

Il y a des années, dans mon premier vrai travail de programmation, mon patron m'a encouragé à tenir un journal de mes activités quotidiennes. Je le fais toujours, même s'il n'est plus papier et manuscrit.

Tenez-vous un journal, si oui, qu'écrivez-vous et comment cela vous aide-t-il dans votre travail? Ou, faut-il simplement du temps qui n'est jamais récupéré?

Je trouve un journal d'activité utile pour plusieurs raisons:

• Je suis entièrement d'accord avec Jon Sagara en ce que cela aide à répondre à la question " qu'avez-vous fait la semaine dernière (à part dormir)? ".
• De plus, cela aide à garder une trace du million d'interruptions , qui sont souvent oubliées mais combinées, elles prennent beaucoup de temps.
• Je trouve également que cela aide beaucoup à apprendre à estimer , car cela vous donne des chiffres précis sur la durée des choses (souvent plus longue que vous ne le pensez).

Je l'ai fait à mon travail précédent. Chaque jour, je passais quelques minutes à écrire ce que j'avais fait. Chaque fois que j'atteignais un jalon important, je l'enregistrais aussi. Aucune entrée n'était très élaborée; ils contenaient juste assez d'informations pour être utiles en un coup d'œil.

Venez réviser le temps, il était très facile de répondre aux questions «comment avez-vous contribué à l'entreprise au cours des X derniers mois / trimestres / années» et de sauvegarder mes réponses avec des exemples spécifiques.

Personnellement, pas moi. Le code que j'écris est le journal. Et un peu comme un vrai journal, je me souviens où et quand j'ai résolu un problème spécifique et je peux y revenir immédiatement.

En ce qui concerne le processus normal de «journalisation», je n'ai pas besoin, en développement professionnel, de journaliser comment mon bureau a été déplacé le mois dernier, etc.

Edit: Après y avoir réfléchi un peu, je garde un blog, et quand je rencontre quelque chose de particulièrement difficile ou rare, je le blogue pour pouvoir y revenir plus tard. En tant qu'avantage secondaire, il aide d'autres personnes ayant le même problème. Je suppose donc que cette question pourrait également être "Tenir un blog vous aide-t-il dans votre travail?"

Par exemple, je ne rencontre la classe SPWebConfigModification de SharePoint qu'une seule fois dans une lune bleue, donc: http://brandonpotter.wordpress.com/2010/02/04/moss-2007-how-web-config-modifications-work/

J'ai toujours pensé que tenir un "vrai" journal serait cool mais je ne pourrais jamais y rester très longtemps. Je n'ai aucune chance de tenir un journal de codage, autant que je pense que ce serait une bonne chose. Je ressens juste trop de pression pour continuer à coder ou peut-être juste une excuse. Je suppose que je ne suis pas du genre journal.

Il y a un avantage à tenir un journal dont j'ai tendance à tirer plus que tout:

Vous pouvez laisser aller les choses qui vous dérangent plus facilement lorsque vous les notez.

J'écris habituellement des choses que j'ai faites ou ce qui s'est produit pendant la journée en petites phrases dans un cahier en papier. De cette façon, je peux l'oublier quand je rentre chez moi et que je fais des trucs à la maison .

Il y a bien sûr d'autres raisons pour lesquelles vous devez également tenir un journal:

• Pour vous-même, le journal est également une preuve pour vous de prouver que vous "travaillez" réellement au cas où quelqu'un en douterait.

• C'est aussi une formation pour devenir un meilleur communicateur. Si vous pouvez lire vos propres gribouillis d'il y a des semaines, alors vous savez que vous vous êtes amélioré. Sinon, vous devez vous concentrer davantage lorsque vous écrivez votre journal. Peu importe que le journal soit numérique ou analogique: la grammaire le fait! Un langage clair et concis aussi!

J'ai un parti pris - je travaille avec des scientifiques de laboratoire assez lourdement, donc "Vous ne gardez pas un cahier de laboratoire!?" serait accueilli avec choc et horreur, même s'ils reconnaissent que la plupart de mes travaux ne se feront jamais près d'une paillasse de laboratoire.

Mais oui, cela m'aide dans mon travail. Bien que je commente fortement le code, il y a des décisions qui sont prises dans le code, et le développement de projets, qui pourraient prendre des paragraphes d'explication. Ou des photos. Ou aller et venir avec moi-même. Un cahier permet à la fois de documenter ces processus de pensée internes dans un endroit significatif - avec des idées secondaires aléatoires comme «L'imputation multiple pourrait-elle résoudre ce problème? - et me permet de me référer à eux pour mémoriser pourquoi j'ai choisi un concept plutôt qu'un autre.

Cela me permet de faire des choses comme prendre un projet et non seulement savoir ce que fait le code (commentaires), mais pourquoi ces choses ont été codées, alors que d'autres questions ne l'ont pas été. Dans mon cas, il s'agit en fait d'un journal physique.

À mon humble avis, il est très utile et peut généralement servir / remplacer la documentation du code si vous gardez une trace des bonnes choses. Tout comme la documentation du code, le comment et ce qui n'est généralement pas important car il devrait être relativement facile de discerner la disposition et l'implémentation du code. Ce qui est important, c'est le pourquoi. Pourquoi le mettons-nous en œuvre de cette façon? Que devrait-il faire? Mais encore plus important encore, qu'est-ce que nous avons essayé d'autre (qui n'a pas fonctionné) qui nous a conduit à le mettre en œuvre de cette façon.

Cela peut éviter une perte de temps plus tard. Soit en retraçant vos propres traces, soit dans la débâcle de réécriture classique qui se produit x ans plus tard lorsque les livres blancs et les échanges de courriels originaux ont été archivés / supprimés ... "ce code serait tellement plus propre et plus rapide en utilisant le et-donc l'architecture, pas étonnant qu'elle soit cassée, qui a écrit ce gâchis? " Seulement pour découvrir à la fin de la réécriture / refactorisation qu'il existe des lacunes critiques dans le matériel ou une application tierce qui conduisent le développeur d'origine sur le chemin apparemment moins élégant.

Si, comme un intervenant précédent l'a suggéré, vous changez la question en «Est-ce que la tenue d'un blog vous aide dans votre travail? alors, oui, ça aide absolument . En tant que «magiciens de la technologie», nous avons beaucoup de sorts à gérer! Quand je me retrouve à chercher une incantation délicate pour la deuxième ou la troisième fois, je la poste dans mon blog avec une balise appropriée, donc je n'ai plus besoin de répéter la réponse. Je posterai des trucs comme:

• Comment utiliser Vim en tant qu'éditeur externe avec Outlook
• Comment utiliser easy_install derrière un pare-feu restrictif
• Combinaison de plusieurs bibliothèques statiques dans Visual Studio
• Empaqueter une application Python autonome avec bbfreeze

Mon blog est accessible au public, mais je ne me soucie pas trop de le rendre sexy. Souvent, je vais simplement coller un tas de commandes à partir d'une session de terminal, donc j'ai une sorte d'enregistrement consultable ...

Pas exactement des journaux, mais j'écris beaucoup de choses.

Bloc-notes en papier pour des trucs rapides (ils sont jetés lorsqu'ils sont pleins).

Je garde une base de données pour des choses spécifiques à l'emploi:

• comment se connecter au site de partage de documents pour l'un de nos fournisseurs
• quel dossier conservons-nous les modèles pour les revues annuelles
• clés logicielles
• ma bio à mettre sur le site
• informations sur la carte de visite

D'autres éléments de programmation non spécifiques à l'emploi vont dans evernote.com