É normal fazer muitas pausas num trabalho de programação?

Num turno de 8 horas, deve fazer dois intervalos de 15 minutos, no mínimo, e um intervalo para almoço de 30-60 minutos. Os intervalos de 15 minutos estão no relógio, o intervalo de almoço mais longo não é.

Adicionalmente, menciona num dos seus comentários que o seu trabalho envolve escrever código. A programação requer pausas mentais para ser eficaz. A programação é muito cerebral; não é um trabalho em que se possa seguir um padrão de roteamento sem sentido. Você precisa descansar sua mente de vez em quando - especialmente quando você muda de uma grande tarefa para outra. Acho que se me afastar de um problema difícil durante alguns minutos, quando volto, sou muitas vezes capaz de o atacar de formas novas / melhores em que não teria pensado se apenas olhasse para o ecrã à espera de inspiração.

Aqui está o que gosto de fazer. Para além de me desenrolar na minha pausa de 1 hora para almoço, concedo-me 15 minutos por dia para ler as notícias. Não tenho uma hora marcada; só quando sinto que preciso de uma pausa. Pesquiso as notícias no google e escolho duas ou três manchetes que mais me interessam. Depois de terminar esses artigos, são cerca de 15 minutos. Além disso, permito-me outra pausa de 15 minutos para ir buscar água, usar a casa de banho, fazer uma brincadeira online, jogar um jogo no meu telefone, o que quer que seja. A segunda pausa não é na minha secretária. Adicionalmente, se ao longo do dia precisar de encher novamente a minha garrafa de água, ou fazer uma breve paragem na casa de banho, ou mesmo apenas ficar de pé durante 5 minutos e esticar as pernas na minha secretária, não me preocupo com isso.

Escrever código é um trabalho mentalmente tributário que a maioria das pessoas não sabe como fazer, ou mesmo como aprender a fazer, e tem um grande impacto no negócio. Geralmente os gestores compreendem as pausas ocasionais. Numa loja de programação onde eu trabalhava, todo o pessoal fazia uma pausa diária onde partilhava lanches e lia / falava sobre o jornal (na altura em que os jornais eram uma coisa). Você é jovem, e um estagiário, então eu entendo que você precisa causar uma boa impressão. Por isso, obviamente, não abuse disso. Mas se fizer umas pausas razoáveis / 10-15 minutos por dia, e uma pausa para almoço, deve ser bom.

Por vezes, não consigo fazer nada.

Claro, entro no escritório, ponho-me por aí, vejo o meu e-mail a cada dez segundos, leio a web, até faço algumas tarefas sem cérebro, como pagar a conta do American Express. Mas voltar ao fluxo da escrita de código simplesmente não acontece.

These Os episódios de improdutividade normalmente duram um dia ou dois. Mas houve alturas na minha carreira como programador em que estive semanas de cada vez sem conseguir fazer nada. Como se costuma dizer, não estou em fluxo. Não estou na zona. Não estou em lado nenhum.

Este é um excerto de um post no blog de Joel Spolsky, um ícone menor no mundo da engenharia de software. Ele é bastante bem sucedido; teve uma carreira bastante diversificada, fundou uma empresa de software de sucesso, e os seus blogs são inspiração para muitos. Ele também co-criou um site que você já deve ter ouvido falar, chamado Stack Overflow ;)

E ele parece lutar com a questão exata que você descreve. E eu também, de vez em quando. Talvez seja normal para os programadores. Ou talvez para profissões altamente criativas em geral; posso imaginar escritores com problemas semelhantes.

Há provavelmente muito mais escrito sobre o tema da produtividade dos programadores. Leia algumas delas. Você pode encontrar dicas úteis, ou reconhecer a mesma coisa em outros. O mais importante é provavelmente tentar o seu melhor, mas não seja muito duro consigo mesmo. É pouco provável que a culpa ajude :)

Fazer uma pausa ocasional é bastante normal. Trabalhar completamente concentrado durante 8 horas seguidas sem piscar os olhos parece quase impossível.

Por exemplo, no meu país, é comummente aceite que um fumador possa ir fumar duas vezes por dia durante o horário de expediente. Outros, como você, podem navegar um pouco na Internet se precisarem de limpar a cabeça.

No entanto, afirma que a sua pausa pode ser de “algumas horas”, o que não é normal. Ao mesmo tempo, também declara que o gerente está satisfeito com o seu trabalho. Isto sugere que não lhe está a ser atribuído trabalho suficiente para o manter ocupado. Ou simplesmente não há trabalho suficiente para dar a volta por cima, o que eu acho que pode ser incrivelmente frustrante, ou você tem um desempenho muito superior ao dos seus colegas.

A OMI não ter trabalho suficiente pode tornar um dia muito aborrecido, e prejudicar gravemente a sua motivação. Sugiro que fale com um gerente para conseguir trabalho suficiente para o manter ocupado. Se isto significa que estará a conseguir muito mais do que os seus colegas, contará em sua vantagem na próxima ronda de promoções ou aumentos salariais.

Se simplesmente não houver trabalho suficiente, poderá querer fazer bom uso deste “tempo extra”. Talvez aprender uma nova habilidade na internet, fazer algumas melhorias extra não planeadas, ou procurar outro emprego que utilize melhor os seus talentos.

No entanto, se não quiser mudar a situação, se estiver satisfeito desta forma e o seu manager estiver satisfeito consigo… bem, continue.

Não posso contar as vezes em que fiquei preso durante _ horas_ num problema que foi resolvido cinco minutos depois de cruzar a rede ou BSing com um colega de trabalho. Eu recomendaria discrição, no entanto, como o Sobrique assinalou abaixo, por vezes os colegas de trabalho podem julgá-lo.

Dito isto, o que mais importa é que se faça o trabalho. Se você tem um bom gerente, isso é o que importa. Pode até aproximar-se dele ou dela dizendo “importa-se que eu dê um passeio, preciso de desanuviar”.

Há um conceito chamado “afiar a serra”, que vai até aos lenhadores. Se a serra era monótona, o trabalho duro não importava. Por isso, parar o trabalho de afiar a serra feito para um trabalho mais eficiente e com melhores resultados.

Neste caso, a sua mente é a serra, e ao recuar, fazendo pausas e interrompendo o trabalho, está a fazer-se afiado e mais capaz de fazer o trabalho

Se o seu gerente está impressionado com a rapidez do seu trabalho, então eu não me preocuparia.

Se ainda se sente ineficiente, então eu diria que, em vez de apenas ler o que quer que seja na Internet, leia coisas que são relevantes para o tipo de trabalho que faz. Dessa forma, as longas pausas que está a fazer são, na verdade, apenas tempo de desenvolvimento profissional.

É quase impossível permanecer concentrado durante 8 horas e também não é benéfico para a sua saúde. Além disso, provavelmente será mais ineficiente se não fizer pausas. No entanto, tenha em mente que fazer uma pausa e depois voltar ao trabalho “algumas horas depois” está normalmente para além dos limites de uma pausa normal do trabalho.

Uma técnica que pode tentar aumentar a sua eficiência, que é a sua principal questão, é a Técnica Pomodoro https://en.wikipedia.org/wiki/Pomodoro_Technique ).

Como muitas pessoas dizem, e com razão, não se espera que trabalhe durante 8 horas em 8 horas. No entanto, poucas das respostas respondem à sua pergunta principal que afirmou após a edição:

Qual poderia ser a melhor abordagem para eu ser mais eficiente?

Se está a fazer pausas de horas a navegar na Internet, como diz, isto vai para além da culpa pelo ocasional desfasamento cerebral ou por demasiadas pausas para fumar.

Eu diria que há uma razão principal pela qual você está tendo dificuldade em se concentrar:

Eu normalmente estou várias semanas antes do prazo

Claro, o projeto inteiro não está feito, mas a parte esperada de você está feita, assim como a próxima parte e a próxima parte. Não ter nada de imediatamente significativo para trabalhar, com as partes em que já deves estar a trabalhar antes do tempo, irá reduzir a tua capacidade de concentração - se o que estás a fazer não for significativo ** neste momento** , isso pode impedir-te de te preocupares muito em trabalhar nele ** neste momento**.

O teu gestor decidiu que deves, como estagiário, trabalhar num projecto. Este não parece ser um projecto suficiente para preencher o seu tempo. Também não parece suficientemente interessante para ocupar a sua atenção durante a maior parte de um dia de trabalho.

Ou:

A) Ask para aumentar o prazo.

Não sei se tem um estágio remunerado, ou como é que esse pagamento é estruturado, se existir, e obviamente que se aumentar o prazo corre o risco de ficar sem trabalho mais cedo se terminar a única tarefa que eles lhe querem dar mais cedo. Se queres que os prazos sejam mais curtos, deves também perguntar se tu (e o teu director) podem planear outro projecto se quiseres trabalhar depois de o projecto terminar.

-ou-

B) Ask para um segundo projecto a trabalhar que seja substancialmente diferente do teu projecto actual e que possas definitivamente utilizar para ganhar experiência.

Provavelmente a melhor abordagem. Mais uma vez, peça algo significativamente diferente do projecto em que está a trabalhar. Se não houver outro projecto no horizonte, peça qualquer trabalho interessante que possa fazer ao lado, melhorando os índices da base de dados ou o que quer que seja. Não diga que não tem estado a trabalhar a tempo inteiro, mas explique que agora já tem um trabalho suficiente no seu projecto actual que gostaria de pegar num projecto lateral para ajudar a expandir os seus horizontes, e que avançar com o seu projecto actual pode não ser suficiente para preencher o seu tempo. O seu gestor pode pedir-lhe para completar o seu projecto actual mais cedo (ver opção A), mas espero que ele ou ela veja a sabedoria no seu pedido.

Qualquer uma das abordagens tem o potencial de impressionar o seu gestor se estiver a tentar obter uma posição permanente na empresa quando o seu estágio terminar. Certifique-se apenas de que não se convence a trabalhar fora de um emprego se estiver a ser pago.

Outros já o disseram, pelo que parte disto será uma repetição. Eu próprio escrevo código, e posso dizer-vos que não há maneira de se sentarem oito horas por dia, escrevendo código tomando 2 15s e um almoço e escrevendo qualquer código de qualidade para qualquer período de tempo.

Precisam** de pausas mentais frequentes para deixar o vosso cérebro descontrair. É mais importante fazer estas pausas quando “muda de equipamento” e passa de uma tarefa para outra.

Se não fizer pausas mentais frequentes, trabalhará um dia de oito horas numa semana, e passará os outros quatro dias a recuperar. Especialmente após os primeiros meses. Você vai lutar contra alguma resistência interna real, e vai encontrar o seu “não se importar” porque está simplesmente queimado.

Por outro lado, não pode passar quatro horas a trabalhar e o resto do dia a surfar Stack Exchange.

Eu encontro um bom equilíbrio em torno da técnica Pomodoro . Agora penso que a estrutura completa da técnica Pomodoro é uma parvoíce no mundo real. Mas isso não significa que não possamos pegar nas lições aprendidas com a técnica e usá-las. Vai abandonar a maior parte do rastreio e planeamento, e em vez disso concentrar-se em algumas coisas chave. Trabalhe 25 minutos, depois tire 5 minutos intervalo completo (levante-se e afaste-se do computador). Para cada quatro Pomodoros faça uma pausa mais longa de 25 minutos (isto é mais longo que o normal, mas eu acho que ajuda). Quando estás a trabalhar, trabalha. Trabalhe a 100%. Quando estás a partir, parte a 100%. Não preencha as suas pausas com e-mails ou compilações, e não Alt + Tab para Stack Troque durante o tempo de trabalho. A única coisa que vais querer seguir é o pomodoros completo. Isto dar-lhe-á uma medida de produtividade. Também lhe dará a conhecer o tempo que certas tarefas estão a demorar. Por exemplo, adicionando a funcionalidade dois, serão necessários três pomodoros. Não vais querer seguir uma tarefa por pomodoro ou algo do género, e provavelmente não vais querer seguir as interrupções. O que mais te preocupa é 25 on - 5 off. Certifique-se que tem um “e-mail” pomodoro. Não quer que o trabalho esteja apenas a codificar. Quer que o trabalho inclua todo o seu “trabalho”, mesmo que esse trabalho esteja a fingir que se preocupa na conversa da sala de descanso.

Como as outras respostas não o mencionaram, gostaria de acrescentar, que poderia pedir ao seu gestor tarefas não urgentes que exijam menos potência/foco cerebral. Por exemplo, escrever documentação.

Então quando você pode se concentrar - você faz a programação e quando o seu cérebro está exausto/é um “dia ruim para o cérebro” você trabalha nas tarefas menos tributárias.

Também fazer um código kata no meio é uma ótima maneira de aprender/treinar suas habilidades.

**Porque a programação é o tipo de trabalho que é muito difícil de medir quando se trata de timing, as empresas por vezes esperam que trabalhe mais, mas não permitem que ninguém trabalhe menos de oito horas.

Porque é difícil medir o desempenho, se o seu gestor tiver a sensação de que está atrasado num projecto por qualquer razão, ele pode começar a monitorizá-lo e é aí que se lêem notícias ou se jogam jogos durante horas ou ainda menos tempo como 10 - 15 minutos, mas consistentemente pode causar TROUBLE…

** Da perspectiva de um programador honesto**

Algumas tarefas são tão interessantes que nem temos tempo para olhar à nossa volta, enquanto outras são tão aborrecidas e complexas que de vez em quando fazemos pausas mais curtas, mas estas pausas também estão relacionadas com o nosso trabalho, por exemplo, ver algo em Pluralsight ou ler sobre futuros lançamentos em tecnologia que nos possam ajudar. …

** Da perspectiva de um programador não tão honesto**

Ele pode não achar nenhuma tarefa interessante, por isso encontra constantemente interesses noutras actividades que não estão relacionadas com o trabalho.

Sumário

Se está a trabalhar, as suas actividades devem estar relacionadas com o trabalho; agora algumas empresas são rígidas e outras não. Por isso, dê forma a si próprio com base nisso.

Eu recomendaria olhar para este livro ragmatic Thinking and Learning: Refactor Your Wetware

Explica que o seu cérebro tem dois modos de funcionamento. Um é um modo linear, que é bastante lento. É nisto que você está actualmente concentrado e a pensar activamente. Há também uma enorme quantidade de background, assíncrono, processamento que continua.

Enquanto está a focar com força, ou a tentar focar com força em algo, está a abrandar este processamento de background. Se fazes outra coisa, libertas o cérebro para ponderar as coisas de uma forma não linear.

Ter uma pausa pode ajudar-te a completar as tuas tarefas.

Pessoalmente eu diria que uma grande percentagem dos grandes problemas que resolvo são enquanto não estou a codificar e a fazer algo não relacionado. De repente aperceber-me-ia que a abordagem que estava a adoptar não era grande e um pequeno refactor tornaria tudo muito melhor.

Por isso não se sinta mal se não estiver a codificar, o seu cérebro ainda está a trabalhar nas coisas. Mas tenha em mente que ainda tem de fazer o trabalho.

Não é a melhor ideia para não se perder de vista as notícias da Internet num trabalho informático, porque se pode facilmente ser sugado para dentro dele como uma forma de procrastinação, sem que isso seja aparente para si ou para os colegas de trabalho, uma vez que se está sempre a usar o mesmo computador. Muitas das tarefas de programação mais complicadas têm elementos que levam à maturação: não se pode resolvê-las bem a toda a velocidade, mas não se crescerá nelas se as deixarmos completamente sozinhas.

Por isso, recomendo que se estabeleçam práticas para se manter em cima disso: no início do dia, faça uma lista de coisas em que se quer concentrar/trabalhar. Tente descobrir como isto funcionou no final do dia ou da semana.

Sempre que puder, don’t work at the computer. Tenha o hábito de fazer todas as suas coisas de design sobre lápis e papel. Tente descobrir como fazer bom uso de uma impressora para análise e depuração de código; enquanto não quer deixar pilhas de papel para trás, qualquer página onde espera rabiscar e marcar coisas enquanto absorve coisas é razoável para imprimir. É claro que, quando terminar, planeie no tempo e nos recursos, com alguma passagem de código, como simplificar isto para a próxima vez que você ou outra pessoa aceder ao mesmo código: anote os resultados de que está seguro, se necessário reorganize o código para uma melhor recepção.

A recolha de insights em papel é normalmente muito preferível a recolhê-los no código, uma vez que podem ser apenas preliminares (e mais tarde apercebe-se do que estava incorrecto).

Trabalhar com papel permite aos seus olhos relaxar, dá um foco diferente, deixa uma sensação tangível para si e para os seus colegas de trabalho sobre o que está a trabalhar e quando deixa de fazer progressos. E mantém a Internet afastada quando é mais perigoso.

Uma grande parte da programação é um trabalho intensivo que não se consegue manter o dia inteiro sem acabar por se queimar, mas muita coisa num trabalho de programação também pode ser trabalho de rotina. Organizar o seu fluxo de trabalho e as suas ferramentas e materiais de uma forma que lhe permita estar em cima de ambas e tirar o melhor partido da sua concentração, competências, experiência e presença é uma forma de arte em si.

Se conseguir isso bem, descobrindo como se manter afastado de armadilhas e distracções improdutivas enquanto coloca as suas energias criativas à sua disposição nas quantidades e limitações que tem à sua disposição, será eficaz mesmo que as competências que gere, por si só, possam não ser necessariamente extraordinárias.

Estar à frente é bom, por vezes para obter o melhor resultado podem ser necessárias duas ou três reescritas, e é preciso dormir sobre o esforço anterior. Espero que tenha sido assim que abordou as suas tarefas na Uni.

Quando está intensamente empenhado, as horas podem passar. Se não se levantar e andar de um lado para o outro, acabará meio cego com uma caixa de chalfonts. (Podemos discutir isto novamente daqui a 30 anos).

Também acho difícil voltar da “bancada” se tiver estado entre tarefas, ajuda a codificar macros para tarefas repetitivas.

É também espantoso o que pode ser resolvido no bar com os seus colegas (embora idealmente reservado para depois do trabalho).

Talvez trabalhar no desenvolvimento de ferramentas, ou documentar soluções mais difíceis para uso futuro, chegará uma altura em que o Google e o SO não o poderão ajudar.

Tente vir 2 horas mais cedo e fazer uma pausa mais longa para o almoço, mas arranje o tempo. Não trabalhe mais horas em geral para “justificar” as pausas. Se puder ajudar outra pessoa com os seus problemas, tanto melhor. O tempo deles custa tanto quanto o seu.