Você não perde um minuto.
Você perde 23.

Manter o modelo mental de uma base de código na cabeça é frágil de uma forma específica que a maioria dos outros trabalhos não é. Pesquisas sobre o estado de fluxo de desenvolvedores colocam o custo de uma concentração quebrada em até 23 minutos para recuperação total, e as interrupções chegam em média a cada 3 a 10 minutos. Um estudo citado no GitHub estima que interrupções frequentes de reuniões, mensagens e perguntas rápidas podem apagar até 82% do tempo produtivo de um desenvolvedor.

Os maiores quebradores de fluxo não são reuniões, são notificações: Slack, e-mail, alertas de calendário. E o dano não exige uma resposta. Apenas ver uma notificação aparecer na tela já pode ser suficiente para quebrar a concentração, mesmo que você não toque nela. A troca de contexto de forma mais ampla já foi demonstrada como custando cerca de 40% do tempo produtivo de uma pessoa ao longo do dia de trabalho.

A maioria dos trabalhos de conhecimento tolera alguma fragmentação. Escrever um e-mail, revisar um documento, isso sobrevive a uma pausa de cinco minutos sem muito custo. Programação é diferente porque o "estado" que você está segurando não está escrito em lugar nenhum, é um modelo mental vivo de estados de variáveis, pilhas de chamadas e o bug ou recurso específico em que você está raciocinando. Uma interrupção não pausa esse modelo, ela o apaga, e reconstruí-lo é onde vão os 23 minutos.

É por isso que "só vou dar uma olhadinha rápida" é um péssimo negócio para um desenvolvedor, pior do que para quase qualquer outra função. A checagem rápida em si pode levar dez segundos. O modelo mental que ela custa leva 23 minutos para ser reconstruído, se é que é reconstruído antes da próxima interrupção chegar.

Muitos times de engenharia ficaram razoavelmente bons em gerenciar o ruído do Slack, agendamentos de notificações, standups em lote, uma reunião por dia em vez de três. Pesquisas sobre a frequência de reuniões apoiam esse instinto: times que fazem uma reunião por dia mantêm o progresso nas metas diárias em quase 99% do tempo, um número que cai para 14% quando uma terceira reunião é adicionada.

Nenhuma dessa disciplina do Slack toca no celular ao lado do teclado. Uma mensagem, uma notificação social, uma atualização de jogo, tudo isso interrompe o mesmo modelo mental frágil que o Slack interrompe, mas geralmente não faz parte de nenhuma política de foco do time porque são pessoais, não profissionais.

Os modos de Foco do iOS podem silenciar notificações durante um bloco de codificação, mas os apps continuam a um toque de distância, e silenciar uma notificação não impede a checagem reflexa que acontece de qualquer forma. O hábito de olhar para o celular entre compilações ou enquanto espera uma suíte de testes não precisa de uma notificação para ser acionado.

O Fella bloqueia apps selecionados no nível do iPhone usando o framework Screen Time da Apple, então não há nada para abrir, nem mesmo nos momentos de espera. Um desbloqueio de emergência de 5 minutos por sessão cobre uma necessidade real, e ferramentas de trabalho como Slack, e-mail e apps de tickets podem ficar desbloqueadas o tempo todo.

1. Bloqueie os apps que não fazem parte do trabalho. Redes sociais, jogos e apps de entretenimento, deixe Slack, e-mail e seu sistema de tickets desbloqueados.

2. Deixe o bloqueio valer durante todo o dia de codificação. Sem alternância para desligar entre tickets.

3. Use o desbloqueio de emergência para algo real. Uma janela de 5 minutos por sessão, não uma rolagem no tempo de compilação.

4. Os apps bloqueiam novamente automaticamente. Sem necessidade de força de vontade no meio de um stack trace às 16h.