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?
productivity
time-management
thursdaysgeek
fonte
fonte
Respostas:
Acho um log de atividades útil por vários motivos:
fonte
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.
fonte
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/
fonte
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.
fonte
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!
fonte
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.
fonte
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.
fonte
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:
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 ...
fonte
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:
Outras coisas de programação que não são específicas para o trabalho vão para o evernote.com
fonte