Você gasta seu horário de trabalho aprendendo? [fechadas]

Você passa o seu horário de trabalho aprendendo coisas novas, lendo blogs de tecnologia, livros sobre programação etc.? Qual a sua opinião sobre isso? Um empregador pode ter benefícios que permitem que os desenvolvedores gastem cerca de 1 a 1,5 horas por dia em aprendizado. Será reembolsado no futuro (com melhor produtividade, etc.)?

Sou da opinião de que é essencial que um bom ambiente de desenvolvimento permita no máximo uma ou duas horas para a exploração e o aprendizado, exceto quando é "hora da crise" em uma aplicação, é claro.

Um ambiente que não faz isso é uma bandeira vermelha no meu livro porque me diz que eles não valorizam a melhoria.

EDITAR

O pior de tudo é o lugar que repreende seus desenvolvedores por lerem blogs / sites técnicos em vez de "escrever código". Isso, para mim, indica um ambiente que não se importa com seus desenvolvedores além do que eles podem extrair deles.

Penso que quase todos os empregadores acabam pagando às pessoas cerca de 1 a 2 horas de aprendizado pelo menos alguns dias por semana. Mesmo se você estiver apenas pesquisando documentação, ainda estará aprendendo algo que não sabia antes.

Pessoalmente, não gosto de configurar 'fatias' de tempo para os outros, parece um pouco como administrar o tempo de outra pessoa. Se eu te contratei, o fiz porque tenho uma sensação muito boa de que você sabe como administrar seu tempo melhor do que eu. Você define metas de produtividade e o prazo ocasional, mas, além disso, deixa o funcionário fazer o que o torna mais produtivo.

Se você precisar gastar seis horas para descobrir a melhor maneira de abordar um problema estudando vários algoritmos diferentes, tudo bem. Se você precisar gastar 20 minutos analisando a referência de uma implementação de linguagem, tudo bem.

Em resumo, apenas incentive as pessoas a aprender e melhorar à medida que vêem a necessidade e a oportunidade de fazê-lo. Pague pelo treinamento quando isso fizer sentido e não exagere nos livros. Isso geralmente acaba em grande produtividade e mantém ótimos funcionários.

Passo algumas horas todas as manhãs concentrando-me em aprender algo novo. Isso pode ser algo relacionado à minha pilha de tecnologia principal (.NET, WPF, ASP.NET MVC, Linq etc.) ou vou brincar com novas linguagens, estruturas da Web ou até mesmo fazer alguns cálculos e outras matemáticas difíceis para manter a mente flexível. Obviamente, chego ao trabalho às 6:30 da manhã e faço isso até às 9:00, quando o dia de trabalho começa. Quando você tem filhos pequenos em casa, como eu, você deve trabalhar cedo pela manhã, longe da casa, para poder se concentrar totalmente. Isso também deixa minhas noites abertas para ser pai. Então, sim, acho importante que um empregador dedique tempo a seus trabalhadores do conhecimentopara adquirir novos conhecimentos. Eu sempre digo aos meus desenvolvedores que tenham tempo para aprender coisas novas e até incentivo-os a participar de conferências e seminários para manter sempre sua mente flexível. Mesmo que eles não escrevam nada em Erlang, isso pode se manifestar em algum lugar conceitualmente mais tarde e provar ser realmente útil em outro projeto.

É por isso que se chama "Sala de Leitura" :) Configure um leitor de RSS ou o que você quiser para agregar postagens de vários lugares que você achar valioso e depois imprimir alguns artigos por dia e levá-los com você.

Mas, além disso, se você está fazendo algo para o qual já conhece as respostas e não está passando pelo menos parte do dia procurando a resposta para algo (que também está aprendendo), precisa mudar de emprego. A complacência é um assassino nesta profissão.

Normalmente, eu realmente não escrevia código até depois do almoço. Geralmente, meus dias eram mais ou menos assim:

Das 9h às 10h: Stackoverflow (incluindo links interessantes do blog etc.), email, talvez revise algumas das alterações recentes no controle de origem para ter uma ideia de para onde o projeto está indo atrasado.

10h-12h: geralmente gasto na codificação "leve". Refatoração, pequenas correções de erros e design de como a implementação funcionará, às vezes com um design de nível um pouco mais alto quando necessário

13:00 - 15:00: codificação geralmente pesada. A codificação tediosa se encaixa aqui.

15:00 - 15:30 / 16:00: Um pouco mais de aprendizado como um "intervalo".

16:00 - ?: Se eu estivesse realmente na zona, ficaria uma hora mais tarde. Este é estranhamente provavelmente o momento mais produtivo para mim. Ou seja, porque geralmente eu fico sozinho depois das 16h e sou uma pessoa noturna natural, então qualquer coisa antes das 12h parece "cedo" para mim.

Agora, eu digo que é injusto que a empresa pague por escrever posts no blog e tal. Às vezes, isso inclui respostas de estouro de pilha .

Aprendendo, né? Eu diria que faço isso na maioria das vezes no trabalho. Para mim, o aprendizado é a essência principal da programação e um corolário natural do fato de você estar sempre resolvendo novos problemas (ou seja, não fazendo a mesma coisa duas vezes). 

Se você não está aprendendo durante o horário de trabalho, está fazendo algo errado ou deve procurar um ambiente de trabalho muito melhor.

(Dito isto, para blogs e livros, eu geralmente uso meu tempo livre, exceto quando está intimamente relacionado ao trabalho em questão.)

Do ponto de vista gerencial, os empregadores geralmente querem que seus funcionários aprendam constantemente. Pode ser um treinamento formal em sala de aula ou e-learning, atualizando seus feeds RSS, lendo jornais técnicos, assistindo a vídeos, tendo um mentor, orientando outros, etc.

O atrito vem quando

1. seu gerente acha que você já deve saber essas coisas
2. você tem um prazo para um projeto
3. você começa a forçar o seu aprendizado recém-descoberto sobre negócios sem que ele siga os canais adequados (por exemplo, eu aprendi tudo sobre o ObservableCollections e acho ótimo, então vou começar a fazer isso na minha parte da base de código .)

Tudo isso dito, a expectativa geral é que você precise direcionar seu próprio aprendizado contra o modelo 70-20-10

• 70% devem ser de aprendizagem no trabalho, como corrigir seu código com algo mais eficiente
• 20% devem ser aprendizados informais, como mentores e ler blogs ou participar de uma conferência
• 10% deve ser treinamento formal, como um evento de sala de aula de 2 dias ou módulos de e-learning com rastreamento SCORM

Se sua empresa não possui a parte de treinamento formal de 10%, solicite.

Para mim, programar é aprender . Toda vez que escrevo um método, posso aprender algo:

• Essa é a melhor maneira de fazer isso?
• Qual é o uso de memória / CPU?
• Quais são as compensações?
• Quais são os possíveis problemas que podem fazer com que esse método falhe? (impasse, queda de conexão, etc.)
• Esse método precisa fazer parte de uma biblioteca para que eu possa reutilizá-lo mais tarde?
• Como posso explicar esse sistema em termos não técnicos para que alguém possa entendê-lo?
• Como vou lembrar e organizar tudo o que aprendi?

Toda vez que uso Programmers.SE ou Stack Overflow, aprendo algo.

Eu acho que ser programador é tudo sobre aprendizado. E tudo o que aprendemos pode ser usado para nos tornar melhores programadores e ajudar a tornar os projetos nos quais trabalhamos serem bem-sucedidos.

Estou gastando cerca de (do horário de trabalho):

• ~ 5% do tempo para escrever código
• ~ 10% do tempo para assistir vídeos do Starcraft2 no YouTube e tomar café
• ~ 20% do tempo para pensar nos problemas atuais que o projeto está enfrentando
• ~ 65% do tempo para aprender coisas novas e emocionantes

Ler artigos técnicos na web tem sido um hábito para mim nos últimos 2 anos. Todos os dias passo pelo menos uma hora ou mais pulando em artigos. No começo, eu pulava em todos os artigos e tentava aprender. Esse era o meu interesse e parecia improdutivo devido à grande quantidade de artigos e tópicos pelos quais se poderia passar. Provavelmente, "Jack of all trades, mas master of none" se encaixa nessa situação. Com o tempo, encontrei muitos bons recursos e identifiquei meus interesses. Post que, eu estreitei um dos tópicos e comecei a ser seletivo.

O que ganhei com toda a leitura é descobrir bons recursos, como excesso de pilha, Y Combinator, revista sensacional, etc. O que vou ganhar é a experiência nos tópicos que estou lendo. Então, meu argumento é que também devemos ser seletivos em relação à leitura. A leitura é sempre um bom hábito. A leitura seletiva é ótima.

Além disso, uma outra observação é que quase todas as pessoas que me rodeiam são boas programadoras, continuam lendo e me apontando ótimas coisas. É como a nossa leitura ajudando os outros a melhorar - A parte social.

Eu prefiro o tempo de aprendizado pela manhã. Começo o dia aprendendo coisas novas que estão em minha mente e / ou lendo feeds de notícias de tecnologia que sigo no Google Reader. Às vezes, também passo algum tempo depois do almoço. Se eu pretendo aprender algo novo que não esteja bloqueando minha tarefa atual, eu a coloco para a manhã seguinte.

Bem, também evito escrever no blog durante o horário de trabalho, pois pode levar mais do que o tempo estimado. A melhor hora para escrever no blog ou participar da comunidade (para mim) é depois do horário comercial.

é possível encontrar os problemas ao redor ou a partir dos projetos nos quais ele está trabalhando. Basta criar ou criar alguns problemas para sua resistência cármica. Olhe fundo o máximo que puder. Encontraremos o caminho para os caminhos glorificados da vida profissional autodidática. Quando alguém se torna mais produtivo, encontra tempo para aprender a se tornar mais produtivo do que ele. A nutrição intelectual evolutiva de si mesmo, digo, é sempre fazer o bem, mesmo que você não seja um programador. Apenas aprimora o processo de pensamento. Existem diferentes maneiras de abordar o problema. Vá para a opção de cavar mais. Nunca fique satisfeito com a solução. Mesmo após a entrega confirmada, é possível revisar a saída novamente. É preciso afiar suas ferramentas. Melhor lugar para desenvolver seu próprio disco voador, é definitivamente em seu próprio quarto escuro pessoal!