O que fazer com a "síndrome do ponto de parada"?

Percebi em mim um comportamento que chamo de "síndrome do ponto de parada" ... significa que não consigo parar de trabalhar até chegar a um "ponto de parada" (ou fico exausto). Em outras palavras, se eu estiver na zona trabalhando para concluir um recurso, não pararei até concluir. Se estou trabalhando com um bug, esse efeito é ainda mais pronunciado ... Não vou parar até que seja corrigido, ou pelo menos entendido. Embora eu trabalhe em um laptop e tenha VPN e possa facilmente ir para casa e continuar o trabalho mais tarde naquela noite, esse fato não me ajuda a sair do trabalho ... é como se eu tivesse medo de morrer antes de encontrar o bug .

É muito difícil explicar isso aos membros da família que não conseguem entender por que nunca chego em casa do trabalho ao mesmo tempo e às vezes chego em casa às 23h. Até os gerentes ficaram intrigados com isso, e notei que a maioria dos meus colegas não tem problemas em trabalhar as mesmas horas todos os dias.

Alguém mais tem esse problema? Devo me preocupar com isso e / ou tentar mudar isso? Se sim, como?

Acontece comigo o tempo todo. Você estará na zona de codificação e notará o relógio ... hora de voltar para casa, mas então você se dirá: "bem, assim que eu terminar o X". Então a próxima coisa que acontece é ... "bem, assim que eu terminar o X + Y".

Para combater isso, coloquei uma nota no código que diz "INICIAR AQUI" e deixo para mim um post-it do que estava trabalhando e de qualquer chave importante para fazê-lo.

O ponto principal é que o programador em mim AMA quando isso acontece, mas é importante equilibrar isso e não deixá-lo sair do controle, especialmente se você tem uma família.

Eu acho que esse é um comportamento normal, o mesmo aqui, e a melhor maneira de lidar com isso é NÃO iniciar um novo ponto de trabalho se não parecer que você pode concluir até a partida planejada. Você certamente tem bastante trabalho a fazer para preencher esses 50 minutos, não é?

Na verdade, eu reconheço isso. Eu posso ficar obcecado com um problema a noite toda, até ter que desistir, exausto e frustrado. Névoa do cérebro .

O engraçado é que geralmente consigo resolver o problema imediatamente quando volto ao trabalho pela manhã. Eu acho que é porque meu cérebro funciona muito melhor depois de um bom sono.

O que aprendi com tudo isso é que não há sentido em trabalhar todas as noites, já que o cérebro é muitas vezes mais eficaz quando está bem descansado e energizado. Pelo menos para mim, mas suspeito que seja o mesmo para todos.

Veja também ritmo sustentável e marcha da morte .

a programação, especialmente a depuração, consome muita memória de curto prazo. parar antes de terminar apaga o cache e desperdiça muito tempo voltando para onde você estava.

portanto, isso é natural, eficiente e não é algo a ser "combatido" - embora deva ser planejado.

Uma coisa que ajuda é fazer anotações enquanto você trabalha e, quando parar, anote a próxima coisa a ser feita.

Estou surpreso que isso ainda não tenha sido mencionado.

Se você precisar parar, pare o peru frio, no meio da linha, no meio de algo fácil e óbvio. Seu IDE provavelmente colocará algumas linhas vermelhas e amarelas em todos os lugares dizendo que há um erro, tudo bem. Talvez faça um pequeno / * comentário * / sobre o item em que você trabalhou antes dessa linha.

Salve seu trabalho e saia.

Quando você voltar no dia seguinte, será como "oh, certo, eu estava no meio de X por causa de Y" e não deve ser muito difícil voltar ao que você estava trabalhando.

A última coisa em que trabalhei (aplicação de hobby menor para uso pessoal), faria isso quando percebesse as horas que passavam quando estava caçando insetos. Quando chegasse tarde demais, eu pensaria: "estrague tudo", salve e saia, erros de compilação sejam condenados. Então, quando eu o abria novamente, eu pensava "erros? Wtf?! 1 /", que se transformava em "oh sim, eu estava tentando testar por que esse método estava lançando uma exceção".

Foi surpreendentemente eficiente e pretendo usar essa técnica a partir de agora.

É definitivamente uma maneira muito eficiente de trabalhar se sua vida gira em torno do trabalho.

Eu já passei por um momento em que tive o mesmo problema. Eu trabalhava o tempo todo e não parava até chegar a um ponto em que tudo estava amarrado e eu podia me sentar da próxima vez com uma lousa completamente limpa. Infelizmente, se não for controlado, pode reduzir o tempo com a família, amigos e outros hobbies.

Aqui estão algumas dicas que me ajudaram a focar meu hábito em algo um pouco mais gerenciável:

• Faça o check-in antecipado e frequente. Faça alterações menores para que um ponto de parada esteja mais próximo!
• Use GTD. Trabalhar em tarefas obriga a dividir seu trabalho em partes menores, para que você tenha mais pontos de parada.
• Use e mantenha o seu calendário. Caneta (não lápis) em eventos ou sono ou comida ou qualquer outra coisa em sua agenda e cumpri-lo. Configure lembretes com antecedência, para que você esteja ciente de que precisa chegar a um ponto de parada em breve.

Eu costumava ter um pequeno aplicativo que reiniciava meu computador em um timer. Eu definiria para sempre que eu deveria terminar. Meu computador levou 5 minutos para inicializar, o que foi suficiente para interromper meu fluxo de trabalho para me convencer a ir para casa. Combinei isso com a garantia de que minha vida fora do trabalho fosse tão cheia de atividades que eu tenho problemas para interromper e estou ansiosa para começar como minha vida profissional. Foi preciso algum esforço para encontrar essas atividades, mas valeu a pena.

Eu acho que acontece com todos os programadores às vezes. Eu acho que é causado pelo medo. Tema que no dia seguinte você esqueça completamente o que está fazendo agora. Então você teria que gastar muito tempo revendo coisas que você já examinou para descobrir o que você deixou pela metade. Isso é muito ineficiente. Na minha experiência, a maioria dos programadores odeia ineficiência.

Para combater isso, anote onde você está e o que está fazendo no dia seguinte e depois suborne-se com algo que não está no trabalho para se mexer.

É da natureza da programação trabalhar em um ciclo de tempo mais longo comparado ao que a maioria das outras pessoas faz.

Uma camada de tijolos pode colocar outro tijolo em apenas um minuto, e pode parar a qualquer momento +/- um minuto e continuar de onde parou o trabalho. Passos simples, ciclo de tempo curto. No varejo, é um ou dois minutos por cliente. Um massoterapeuta trabalha em um ciclo de uma ou duas horas, e o que foi realizado pela manhã é independente das consultas da tarde. Um cliente pode correr com o tempo ou aparecer mais cedo, mas é razoável esperar que isso seja feito em um determinado momento, por 10 ou 20 minutos.

Voar sozinho em um avião ao redor do mundo para estabelecer um novo recorde mundial - isso não é uma parada e começa um tipo de atividade. Pousar a cada hora ou duas para um lanche ou se divertir na praia torna o empreendimento muito menos impressionante. O incremento mínimo de tempo é toda a viagem, independentemente do número de dias.

É comum que um desenvolvedor de software inicie uma tarefa, construa o cache mental de fatos e detalhes, encontre o bug ou veja como adicionar um novo recurso e mantenha esse cache de memórias de curto prazo até concluir a codificação. Você não pode parar em um centavo no tempo. O incremento natural do tempo que você não pode interromper sem perda é provavelmente de uma hora a dez ou mais, YMMV, e existem vários pontos de parada mais fracos menores ao longo do caminho em que alguma perda de cache mental seria tolerada, além de grandes pontos de parada onde a tarefa é realmente realizada.

É claro que nosso corpo se cansa e é preciso parar antes de fazer mais mal do que bem. O velho ditado "a morte é a maneira da natureza dizer para você desacelerar" pode se aplicar.

Sim, eu também tenho isso. Bem, na verdade, à medida que envelheci, é menos pronunciado.

Também notei que, no final do dia, e quando estou cansada, cometo mais erros. Ao voltar ao trabalho no dia seguinte, a solução se torna óbvia e eu tenho que reescrever uma carga de código. No entanto, leva uma fração do tempo como no dia anterior.

Eu tive esse problema até ter cães (dois). Eu tenho que estar em casa por um certo tempo ou limpar a urina, pode não ser o que você está procurando, mas funciona como um forte motivador. Também concordo que quase sempre acho a solução óbvia pela manhã.

Se você tem uma família, este é um acéfalo.

• Se eu sair do trabalho às 17h, o código será exatamente como o deixei quando chegar amanhã.

• Se eu sair do trabalho às 22h, meu filho já estará na cama quando eu chegar em casa e não o darei um abraço ou o verei mostrar alguma coisa que aprendeu naquele dia. E minha esposa ficará irritada porque teve que trabalhar o dia todo sem ajuda.

Mas se você é solteiro e não está muito interessado na "cena social", fique louco!

Lembre-se, porém, de que o trabalho que você faz às 21h provavelmente será de qualidade inferior ao trabalho que você faz às 9h. Não subestime a vantagem de estar bem descansado e ter uma mente clara.

Você precisa manter isso sob controle. Parece-me que atualmente você não consegue dividir seu trabalho em partes gerenciáveis ​​ou não é capaz de estimar quanto tempo levará algo. Então você trabalha até terminar. Talvez você esteja sendo muito competitivo ou tenha medo de não concluir o trabalho a tempo.

Este é um círculo vicioso e não o ajudará a longo prazo. Pode levar à exaustão, esgotamento, ...

Portanto, pratique dividir seu trabalho em tarefas menores e gerenciáveis. Tente estimar quanto tempo cada tarefa levará. Nenhuma tarefa deve levar mais de duas horas. Dê a si mesmo tempo de sobra para acertar. Dê a si mesmo tempo para pausas. E reserve um tempo para aproveitar, aprender, apreciar e experimentar outros aspectos da vida, em vez de programar.

Eu tenho um ponto de parada - é aproximadamente uma e meia da manhã. Posso ficar acordado até lá, mas não há como fazer qualquer trabalho de qualquer espécie. E não valerei nada no dia seguinte, a menos que durma.

Então, eu aprendi a parar de trabalhar depois das 11 e ir para a cama. Dessa forma, estou renovado no dia seguinte e posso trabalhar de forma constante durante a semana.

Eu acho que é a natureza do programador. Às vezes, você pode precisar sair mais cedo antes de começar a trabalhar em um novo problema. Com todo o tempo extra que você dedicou, não há necessidade de se sentir culpado. Então você tem que ter cuidado para não pensar muito nisso. Esteja preparado para enfrentá-lo logo na manhã seguinte.

É ótimo que você goste do seu trabalho. Mas também é muito triste como tantas pessoas aqui parecem levar vidas que giram em torno do trabalho.

Nah, você não está sozinho. Eu tenho o mesmo problema. Você pode verificar as respostas na pergunta semelhante que fiz há um tempo: O que fazer quando a atividade de programação se tornar um problema?

É natural, mas acho que deveria ser combatido. Normalmente, vou além do ponto em que estou gerando código de alta qualidade e acabo passando muito tempo pela manhã consertando coisas que pareciam boas quando eu estava cansada demais para pensar direito.

Normalmente, posso dizer quando estou ficando irracional com isso, mas ajuda ter alguém por perto para dar um tapa em você se você não prestar atenção aos sinais de alerta.

Sim, eu faço isso o tempo todo.

Curiosamente, os melhores gerentes com quem trabalhei estavam sempre prontos para me dizer para ir para casa quando eu exagerei.