Eu notei alguns programadores definindo desafios sensíveis ao tempo para eles mesmos, geralmente na área de "escrever jogos do tipo X em Y por um período de tempo" ou "escrever um número X de jogos dando apenas tempo Y para cada um". Quais são os benefícios tangíveis para configurar seu fluxo de trabalho dessa maneira para codificar rapidamente por um tempo? Parece que você precisa trocar códigos eficientes para fazer algo rapidamente. E suponho que adicionar uma camada final de polimento não seja uma grande prioridade nesses desafios, por isso não há problema em usar o programador.
Eu fiz alguns jogos de tiro em 2D 2D simples e jogos de quebra-cabeça há alguns anos e, por estupidez, apaguei a maior parte do meu código. Então, agora estou curioso sobre o uso da abordagem de codificação rápida para fazer algumas coisas simples novamente e me aprofundar mais na lógica do jogo.
fonte
Respostas:
Pelo menos na minha experiência, certos tipos de programadores são às vezes chamados de astronautas da arquitetura .
Se você é o tipo de pessoa que deve abstrair tudo de uma certa maneira ou está constantemente tentando refatorar seu código para que fique mais bonito ou algo assim, ter sessões programadas em que você se concentra no produto final é um exercício muito bom . Isso pode reforçar o fato de que, às vezes, uma solução mais simples pode levá-lo a algo que pode ser reproduzido mais cedo e, portanto, você pode entrar em um ciclo de iteração mais rápido do que se tivesse feito um design grande antecipadamente.
Ao contrário do astronauta da arquitetura, se você é um programador de cowboys , esses exercícios cronometrados provavelmente são redundantes.
fonte
Nunca defini prazos para mim explicitamente assim, mas fazer as coisas rapidamente pode ser importante quando se trabalha por conta própria.
Ao escrever um jogo, código eficiente geralmente não é o problema. O problema geralmente é permanecer motivado. Obter algo que funcione, mesmo que não seja otimamente eficiente, pode ser um motivador grande o suficiente para você continuar e finalizá- lo. Você sempre pode voltar e refatorar mais tarde se acabar com algo bom. Tentar fazer tudo certo desde o início pode fazer com que nunca termine.
fonte
Eu faço isso algumas vezes por ano; me dou uma semana para projetar, implementar e lançar um jogo.
Faço isso porque sou perfeccionista. Dada a minha escolha, eu trabalharia em um jogo para sempre. Ter um prazo final (que eu publico com antecedência) me obriga a parar de desenvolver e a lançar o maldito jogo dentro do cronograma. Como minha regra pessoal para esses exercícios é que não tenho permissão para modificar nenhum desses jogos após o término do prazo, isso também me mantém focado em projetos futuros, e não distraído com a ideia de ajustar os mais antigos.
fonte