4 passos para começar um projeto

Um dos maiores problemas para quem quer desenvolver um sistema não é a falta de conhecimento técnico. Acontece com iniciantes, com desenvolvedores intermediários, com gente experiente. O problema é a resistência inicial: por onde começo? Qual banco de dados uso? O que escrevo primeiro?

Essa quantidade de direções possíveis paralisa. E quando tudo parece igualmente válido como ponto de partida, muita gente simplesmente não começa.

Esses quatro passos existem para eliminar essa resistência.

Passo 1: Liste as funcionalidades

Antes de abrir qualquer editor de código, sai da tela. Abre um bloco de notas, pega um caderno, tanto faz. E escreve todas as funcionalidades que o seu sistema vai ter.

Parece óbvio. Você provavelmente já sabe o que o sistema precisa fazer. Mas só o ato de tirar da cabeça e colocar em algum lugar já muda a clareza que você tem sobre o projeto.

Na sua cabeça, as coisas existem de forma vaga. Quando você começa a escrever, os detalhes aparecem. Um sistema de login, por exemplo: o usuário vai digitar e-mail ou nome de usuário? A senha vai ter requisitos? Como vai funcionar o processo de recuperação? Essas perguntas surgem naturalmente quando você para para escrever, e respondê-las agora é muito mais barato do que descobrir no meio do código.

Nos quatro passos, você só vai tocar em código no último. Os primeiros três são todos fora do editor.

Passo 2: Faça o wireframe

Wireframe é só um esboço das telas. Pode ser feito em papel mesmo, com caneta. Não precisa ser bonito, não precisa de ferramenta específica. Precisa ser suficiente para você saber o que vai construir antes de construir.

Uma tela de login, por exemplo, tem dois campos e um botão. Em trinta segundos você desenha isso em qualquer papel. Mas esse esboço que parece inútil vai te poupar um tempo considerável quando você estiver codificando, porque você não vai precisar tomar decisões de layout no meio da implementação.

Quando você desenvolve sem esse planejamento visual, você gasta energia que deveria ir para o código decidindo onde posiciona um campo, se o botão fica no centro ou na direita, se o logo aparece em cima ou no lado. Cada uma dessas decisões parece pequena, mas tomadas em sequência durante o desenvolvimento elas consomem muito mais do que deveriam.

Você não precisa desenhar todas as telas de uma vez. Desenhe as principais. E antes de começar cada nova etapa do projeto, desenhe as telas daquela etapa.

Passo 3: Desenhe o banco de dados

Em qualquer sistema com lógica real, o banco de dados é a espinha dorsal do desenvolvimento. A lógica do seu código vai girar em torno de como os dados estão estruturados. Quanto mais cedo você tiver essa estrutura definida, mais direto você vai escrever o código.

Com o banco de dados desenhado, você não vai para o editor perguntando como vai funcionar. Você vai com a estrutura pronta e o código passa a ser simplesmente a manipulação dessa estrutura.

Existem técnicas específicas para modelar banco de dados bem, mas o ponto aqui é mais simples: não entre no código antes de ter pelo menos o esboço do banco montado para as funcionalidades que você vai desenvolver.

Passo 4: Comece pela primeira tela

Agora sim você abre o editor. Mas não pensa no sistema inteiro. Pensa na primeira tela, que normalmente é o login.

Você já tem o esboço dela. Já tem o banco de dados. Já tem a lista de requisitos. Você sabe exatamente o que precisa construir. Vai lá e constrói.

Terminada a primeira tela, você passa para a segunda com o mesmo processo. Depois a terceira. E assim por diante até o sistema estar completo.

A resistência de começar um projeto é grande porque parece que você precisa resolver tudo ao mesmo tempo antes de escrever a primeira linha. Esses quatro passos quebram esse problema em partes menores: primeiro você entende o que vai fazer, depois visualiza como vai ficar, depois estrutura os dados, e só então começa a codar, uma tela de cada vez.

Quem já foi direto para o código sem esse planejamento sabe o quanto custa essa decisão depois.