Manter um diário ajuda em seu trabalho? [fechadas]

Anos atrás, em meu primeiro trabalho de programação real, meu chefe me incentivou a manter um diário de minhas atividades diárias. Ainda o faço, embora não seja mais um artigo escrito à mão.

Você mantém um diário, se sim, o que escreve e como isso o ajuda em seu trabalho? Ou leva apenas um tempo que nunca é recuperado?

Acho um log de atividades útil por vários motivos:

• Concordo plenamente com Jon Sagara , pois ajuda a responder à pergunta " o que você fez na semana passada (além de dormir)? ".
• Além disso, ajuda a acompanhar o milhão de interrupções , que geralmente são esquecidas, mas combinadas levam muito tempo.
• Também acho uma grande ajuda para aprender a estimar , pois fornece dados concretos sobre quanto tempo as coisas demoram (geralmente mais do que você imagina).

Eu fiz no meu trabalho anterior. Todos os dias eu passava alguns minutos anotando o que havia feito. Sempre que atingisse um grande marco, eu também registrava isso. Nenhuma entrada foi muito elaborada; eles continham informações suficientes para serem úteis de relance.

No momento da revisão, foi muito fácil responder às perguntas "como você contribuiu para a empresa nos últimos X meses / trimestres / anos" e fazer backup de minhas respostas com exemplos específicos.

Pessoalmente, não eu. O código que escrevo é o diário. E muito parecido com um diário real, lembro onde e quando resolvi um problema específico e posso voltar a ele.

Quanto ao processo normal de 'registro no diário', não tenho necessidade de desenvolvimento profissional para registrar como minha mesa foi movida no mês passado etc.

Edit: Depois de pensar um pouco sobre isso, eu mantenho um blog e, quando encontro algo particularmente difícil ou raro, faço um blog para que eu possa voltar mais tarde. Como benefício colateral, ajuda outras pessoas com o mesmo problema. Então, acho que essa pergunta também pode ser "Manter um blog ajuda você no seu trabalho?"

Por exemplo, eu só encontro a classe SPWebConfigModification do SharePoint uma vez na lua azul, então: http://brandonpotter.wordpress.com/2010/02/04/moss-2007-how-web-config-modifications-work/

Eu sempre pensei que manter um diário "real" seria legal, mas nunca poderia mantê-lo por muito tempo. Não tenho a menor chance de manter um diário de programação, por mais que eu pense que seria uma coisa boa. Eu sinto muita pressão para continuar codificando ou talvez seja apenas uma desculpa. Acho que não sou do tipo de diário.

Há uma vantagem de manter um log do qual costumo extrair mais do que qualquer coisa:

Você pode deixar de lado as coisas que o incomodam mais facilmente quando anotá-las.

Normalmente escrevo as coisas que fiz ou o que aconteceu de extraordinário durante o dia em pequenas frases em um caderno de papel. Dessa forma, posso esquecer quando chego em casa e faço coisas para casa .

Naturalmente, existem outros motivos para você manter um registro:

• Para seu próprio bem, o diário também é uma prova de que você está realmente "trabalhando" caso alguém duvide.

• Também é um treinamento para você se tornar um melhor comunicador. Se você pode ler seus próprios rabiscos de semanas atrás, sabe que melhorou. Caso contrário, você deve se concentrar mais ao escrever seu log. Não importa se o log é digital ou analógico: a gramática faz! O mesmo acontece com uma linguagem clara e concisa!

Sou tendencioso - trabalho com cientistas de laboratório com bastante intensidade, para "Você não guarda um caderno de laboratório !?" receberiam choque e horror, embora reconheçam que a maior parte do meu trabalho nunca chegará perto de uma bancada de laboratório.

Mas sim, isso me ajuda no meu trabalho. Enquanto eu comento fortemente o código, há decisões que são tomadas no código e o desenvolvimento de projetos que podem levar parágrafos de explicação. Ou fotos. Ou indo e voltando comigo mesmo. Um bloco de notas permite que esses processos internos de pensamento sejam documentados em um local significativo - com idéias secundárias aleatórias como "A imputação múltipla pode corrigir isso?" - e me permite consultá-los para recuperar minha memória do motivo pelo qual escolhi um conceito em detrimento de outro.

Permiti-me fazer coisas como pegar um projeto e não apenas saber o que / por que o código está fazendo (comentários), mas por que essas coisas foram codificadas, enquanto outras perguntas não. No meu caso, é realmente um diário físico.

IMHO é muito útil e geralmente pode servir como / substituir a documentação do código se você acompanhar as coisas certas. Assim como a documentação do código, o como e o que geralmente não é importante, pois deve ser relativamente fácil discernir o layout e a implementação do código. O que é importante é o porquê. Por que estamos implementando dessa maneira? O que deveria estar fazendo? Mais importante ainda, o que mais tentamos (que não funcionou) que nos levou a implementá-lo dessa maneira.

Isso pode evitar perda de tempo mais tarde. Ou ao refazer seus próprios passos ou no clássico desastre de reescrita que ocorre x anos depois, quando os white papers e as trocas de e-mail originais foram arquivados / excluídos ... "esse código seria muito mais limpo e rápido usando o e então arquitetura, não é à toa que está quebrado, quem escreveu essa bagunça? " Apenas para descobrir, no final da reescrita / refatoração, que existem algumas falhas críticas no hardware ou em um aplicativo de terceiros que levam o desenvolvedor original a seguir o caminho aparentemente menos elegante.

Se, como sugeriu um respondente anterior, você alterar a pergunta para "Manter um blog ajuda você no seu trabalho?" então, sim, isso absolutamente ajuda. Como 'assistentes técnicos', temos muitos feitiços para lidar! Quando me pego procurando por um encantamento complicado pela segunda ou terceira vez, eu o publico no blog com uma tag apropriada, para não precisar digitar novamente a resposta. Vou postar coisas como:

• Como usar o Vim como um editor externo com o Outlook
• Como usar o easy_install por trás de um firewall restritivo
• Combinando várias bibliotecas estáticas no Visual Studio
• Empacotando um aplicativo Python autônomo com bbfreeze

Meu blog é acessível ao público, mas não me importo muito em torná-lo sexy. Muitas vezes, colo vários comandos de uma sessão do terminal para ter algum tipo de registro pesquisável ...

Não são exatamente diários, mas escrevo muitas coisas.

Bloco de anotações de papel para coisas rápidas (elas são lançadas quando cheias).

Eu mantenho um banco de dados para coisas específicas do trabalho:

• como fazer login no site de compartilhamento de documentos de um de nossos fornecedores
• em que pasta mantemos os modelos para revisões anuais
• chaves de software
• minha biografia para colocar no site
• informações do cartão de visita

Outras coisas de programação que não são específicas para o trabalho vão para o evernote.com