Uma app tem partes finalizadas e partes em construção. Como acrescentar o novo sem regredir o que já estava bom.
Código partilhado é eficiente mas frágil. Uma regra nova aplicada sem fronteira atinge todos os modos — incluindo os que já estavam perfeitos. Com fronteira explícita, o risco de partir algo cai de quase certo para quase nulo.
Uma app pode ter vários modos distintos, cada um com a sua lógica própria. Uma validação que faz sentido num pode ser absurda noutro.
Quando acrescentas algo, delimita onde se aplica: 'só neste modo, só nesta situação'. Assim o novo não contamina o que já funcionava.
Antes de aceitar a mudança, percorre cada modo que ela toca e pergunta: aqui continua a comportar-se bem? É um smoke test de cabeça que evita regressões silenciosas.
Uma app tinha dois modos com lógicas opostas: num, o alvo tinha um limite baixo; no outro, podia ser qualquer número. Uma validação nova — 'avisa se o número estiver fora do alcance' — foi aplicada aos dois. No modo de número livre, a pessoa dizia '42' e o sistema respondia 'fora do alcance'. Um modo finalizado, partido por uma mudança bem-intencionada. A correção foi uma fronteira: aplicar a validação só ao modo onde fazia sentido.
Toda a lógica nova precisa de uma fronteira: 'só aqui'. Aplicar tudo a todos é a forma mais rápida de partir o que já estava bom.
Na tua app, lista os modos ou estados distintos (ex: ver vs editar, online vs offline). Para a próxima mudança, escreve onde se aplica antes de a fazer — e confirma que os outros modos não são tocados.
Acrescentar coisas (velocidade, recorde) sem partir o movimento que já funcionava — a arte de não estragar.
Abrir →← O caminho completo