Todos nós sabemos o quanto é difícil para um programador sentar por horas, dias, meses ou até anos, em volta de uma mesa com uma caneta e papel projetando todo um sistema. Em empresas de médio e grande porte isso não é problema pois existe o analista de sistemas que projeta e ajuda na confecção de softwares ou de páginas, mas e quando trabalhamos sozinhos ou em pequenas empresas? Como devemos agir?

Somos levados na maioria das vezes pelo impulso de começar a ver a coisa funcionado. Queremos sentar na frente da máquina e começar a digitar, a ver o nosso software desempenhando seu papel. Para o meu joguinho de pac-man ou minha página pessoal, isso pode até funcionar, mas será que isso irá funcionar quando eu for fazer um programa de controle financeiro, ou um portal para a minha cidade?

Se me perguntassem o quão grande é necessário que um programa ou uma página seja para que seja feito um projeto, eu diria que se ele tivesse mais que 10 linhas de código e fosse necessário mais que um dia para implementá-lo, seria necessário um projeto. Mas será que um projeto é tão necessário assim? Será que eu não poderia simplesmente fazer o programa e pronto?

Para podermos responder a essas perguntas podemos citar um pequeno exemplo: Imagine você elaborando um sistema de controle para uma empresa, seja ele em PHP, C/C++, COBOL e tantas outras linguagens e sistema diferentes. Depois de dois meses de trabalho você já criou praticamente todo o sistema, a maior parte do sistema está na sua cabeça já que você não usou nenhum projeto. Você conta com mais ou menos 70 classes em todo o sistema, uns 150 arquivos, 40 ou 60 mil linhas de código e grande parte delas digitas por você mesmo, dependendo de qual sistema você está usando isso pode variar muito.

Imagine agora que você gotaria de alterar a parte do sistema que calcula estoque e mercadorias fabricadas, sô que você não se lembra mais onde está e qual classe faz isso pra você. E agora, como descobrir? Depurar o código!? Não seria nada fácil - umas duas ou três semanas de depuração e você encontraria a tão desejada classe. Isso porque foi você que fez, agora imagina que se fosse outra pessoa. Tornaria-se praticamente impossível de ser realizado.

E isso não se aplica somente à grandes projetos, pois o mesmo poderia acontecer com uma simples criação de um componente, a diferença e a confusão de encontrar a classe seria bem menor, mas de qualquer maneira traria confusão.

Então podemos concluir que, se o sistema poderá vir a ser modificado futuramente ou que vai se contar com mais de uma pessoa, não tenha dúvida que o projeto é necessário. Isso muitas das vezes é difícil para o programador iniciante e também para o experiente. Mas com muita leitura e prática todo mundo aprende a fazer isso.

E claro que não devemos pensar que um programa pode ser feito de uma vez só quando ele foi bem projetado, podemos citar um pedaço do livro de um analista e programador que considero um mestre, apesar de não conhecê-lo:

“A análise e o projeto orientados a objetos são interativos. Quando desenvolvemos software, percorremos repetidamente o processo inteiro de análise, projeto, implementação e teste à medida que nos esforçamos para aprimorar a compreensão dos requisitos. O projeto guia a implementação, mas os detalhes que são descobertos durante a implementação alimentam de volta o projeto. Mas sobretudo, não tentamos desenvolver qualquer projeto relativamente grande em uma única e inflexível linha reta; em vez disso, interamos sobre as partes do projeto, constantemente aprimorando nosso projeto e refinando nossa implementação”.

Jesse Liberty nos mostra nesse pequeno trecho tirado do seu livro “C++ de A a Z”, que um programa não é feito unicamente de projeto, mas os dois devem caminhar lado a lado para que possamos ter o resultado devido. Se soubermos discernir entre o projeto e a sua implementação (construção do projeto na linguagem ou sistema escolhido), teremos a inteligência e a força para fazermos o que bem quisermos.