O segredo de quem cria muitas apps: não recomeçar. Mas replicar um padrão inteiro, nunca metade.
Um padrão é uma unidade atómica: a soma de decisões sobre estrutura, nomes, erros e fluxo, todas testadas em conjunto. Copiar 70% custa três vezes mais tarde — porque os 30% que deixaste foram deixados por uma razão que ainda não conheces.
Quando algo funciona bem (um login, um leitor, uma publicação), torna-se um padrão. Não copias texto — replicas a solução que já provou valor.
Um padrão bem feito traz consigo o tratamento de erros, os registos, as tentativas de recuperação. Se copiares só a parte visível, perdes as invisíveis — e elas eram o que te salvava quando algo falhava.
Ao replicar, muda o conteúdo (nomes, textos, valores) mas preserva a estrutura. A estrutura é o que está testado; é nela que mora a fiabilidade.
Um padrão de autenticação estava provado em várias apps — entrada, recurso de reserva, gestão de sessão. Para uma app nova, copiou-se só a entrada e desenhou-se o resto do zero. Semanas depois, surgiu um bug que o padrão original não tinha — precisamente porque a sua lógica era uma peça só. Replicar o padrão inteiro (o que se devia ter feito de início) demorou poucos dias; o atalho custou esse tempo todo, mais a frustração.
Um padrão copia-se inteiro ou não se copia. Meio-padrão re-introduz os bugs que o padrão completo já tinha resolvido.
Identifica um padrão teu que funcione (validação, publicação, leitura de dados com cache). Documenta TODAS as peças que o compõem. Transforma-o num modelo reutilizável completo. Da próxima, copia tudo e muda só os dados.
Vê como cada efeito vive isolado e pronto a reaproveitar — copia o que já existe em vez de reinventar.
Abrir →← O caminho completo