Como gastar “tempo livre” produtivamente no escritório [fechado]

Depois de enviar uma liberação, uma vez em dois a três meses, recebo 10 a 15 dias de tempo livre. Por tempo livre, quero dizer sem trabalho, ninguém se importa com o que você está fazendo, etc., mas você tem que ir ao escritório e ir embora.

Você tem tempo livre assim? Como você utiliza esse tempo?

Costumo ler, mas sinto que mais e mais informações não são a melhor maneira de gastá-las.

É um pouco incomum. E estranho, a propósito. Se o seu empregador não tem trabalho para você, por que ele o força a ir ao escritório?

Melhore seu código

Em geral, sempre há um trabalho a ser feito, mesmo em um único projeto. Se você não tem nada para fazer, significa que seu projeto é perfeito. Não acredito em projetos perfeitos, pois nunca vi nenhum. Se sua empresa possui projetos perfeitos, gostaria de dar uma olhada em como isso é feito.

Se o seu projeto não for perfeito, você poderá gastar esse tempo livre aprimorando-o.

• Aplicar as regras de estilo de codificação,
• Verifique se os comentários estão atualizados e não estão faltando em nenhum lugar,
• Faça uma revisão do código em peças que não foram escritas por você,
• Melhorar a documentação técnica,
• Perfile o código para ver quais são os gargalos e como removê-los,
• Refatore seu código,
• Comece a pensar nos recursos futuros a serem implementados.
• etc.

Aprenda algo novo

Às vezes, você acabou de terminar a codificação, finalmente lançou o projeto, e a última coisa que deseja fazer é continuar trabalhando com o código em que está nos últimos três meses. Isso é compreensível. Nesse caso, você pode encontrar facilmente outra ocupação para mudar suas idéias e aumentar seu conhecimento. Por exemplo, se você é um desenvolvedor de C #, aprenda Python ou saiba como usar as Extensões Reativas, ou qualquer outra coisa.

Você também pode se sentir tentado a fazer um pequeno projeto durante seu tempo livre. Eu não aconselho fazer isso, não apenas porque o código que você escreve no seu trabalho geralmente pertence à sua empresa, mas também porque você pode ser processado para usar o hardware da sua empresa e outros recursos para realizar projetos que não têm nada a ver com a sua empresa. trabalho atual.

Converse com seu chefe

Pode ser uma boa idéia fazer a pergunta que você fez no Programador.SE à pessoa em questão, ou seja, ao seu chefe. De fato, as chances são de que:

• Ou ele ignora que os desenvolvedores às vezes não têm nada para fazer,
• Ou ele espera que você faça uma coisa precisa.

É especialmente importante saber qual é a situação se seu chefe realmente espera que você faça alguma coisa. Por exemplo, se eu tivesse funcionários, esperaria que eles melhorassem o projeto quando terminassem de escrever código e resolver bugs. Da mesma forma, quando trabalho para uma empresa local, sempre gastei todo o tempo trabalhando no projeto e aprimorando-o se não houvesse bugs para resolver.

Há uma exceção: geralmente não é esperado que os estagiários façam trabalho adicional por conta própria. Mas, pelo menos, esperamos que eles venham nos dizer quando terminaram o que pedimos que fizessem, para que lhes atribuíssemos outra tarefa.

Na verdade, acabo tendo situações como essa no meu trabalho. Há uma pausa nos lançamentos por algumas semanas, enquanto nos preparamos para o próximo lançamento, e os gerentes de PM e Desenvolvimento discutem sobre a priorização de recursos para o lançamento n + 1.

Normalmente, tento gastar esse tempo pagando dívidas técnicas incorridas ou adicionando recursos que considero necessários, mas que nunca recebem os recursos adequados devido ao fato de que eles podem não levar diretamente à receita.

Estive nessa situação mais de uma vez por mais de um empregador, acredite,

Isso não é comum, mas certamente não é incomum.

Eu não vou direto ao ponto e digo que é comum e certamente não é normal. Este é um sinal de má gestão e / ou gerenciamento de projetos. Aqui estão alguns temas comuns que noto que produzem calmarias como essa.

• Você poderia estar em uma grande organização com MUITOS recursos de desenvolvimento. Torna-se mais difícil gerenciar efetivamente os projetos de software em andamento e manter 100% da utilização dos recursos com um grande pool de recursos.

• Maus gerentes de projeto. Eles fazem um péssimo trabalho no agendamento do trabalho de liberação de forma que os recursos estejam o mais próximo possível da utilização de 100%.

• Projeto de manutenção / recurso para o software existente. Muitas vezes, quando há um acúmulo de recursos ou um trabalho de manutenção complexo, o trabalho em si pode não exigir muito esforço para ser implementado; no entanto, exige um nível muito alto de familiaridade técnica e conhecimento comercial para fazer o trabalho.

• Especialista no assunto. Não é incomum que projetos com uma ampla gama de tecnologias e / ou conhecimento comercial tenham a necessidade de formar pequenos grupos de equipes em torno de áreas individuais. Essas equipes se tornam especialistas no assunto por conta própria e a empresa os valoriza mais pelo que sabem e pelo que são capazes de fazer do que pelo que estão fazendo no momento imediato em que não há trabalho específico para eles.

Realmente estranho,

• 10 a 15 dias de tempo livre em intervalos recorrentes
• ninguém se importa com o que você está fazendo, mas ainda precisa estar fisicamente presente

No entanto, você tem um tempo decente que poderia utilizar, talvez faça algum exercício de criação de equipe, reúna seus colegas e aprenda e apresente alguns conceitos sobre o idioma ou estrutura que você está usando. E reserve um tempo para praticar um pouco de código em alguns problemas aleatórios para melhorar suas habilidades.

Costumo fazer logon no StackOverflow e aqui durante alguns curtos intervalos disponíveis. A escolha de um novo idioma também pode ser uma perspectiva que você pode ver.

O que eu recomendaria é que, durante os dois a três meses em que você está trabalhando duro, comece a criar uma lista de coisas que deseja fazer quando o projeto estiver concluído e as duas semanas de tempo livre disponíveis.

• Bits de código "bons o suficiente" que você gostaria de refatorar
• Ferramentas, bibliotecas, idiomas etc. com os quais você gostaria de experimentar
• Ideias que você gostaria de criar protótipos, provas de conceito para criar
• Técnicas de desenvolvimento que você gostaria de experimentar

Eu acho que se eu adicionasse um URL e uma nota a uma lista toda vez que pensasse em algo assim, depois de dois a três meses, certamente teria uma lista longa o suficiente para me manter ocupada!