Por que usar um "framework"

Todo desenvolvedor, não importa qual a linguagem em que trabalhe, certamente há de ter feito a si mesmo, pelo menos uma vez, a seguinte pergunta: devo ou não utilizar um framework? Ouso dizer que a resposta é SIM. E passo a detalhar as razões da minha assertiva.

Imagine, nos tempos pré-históricos, como nossos remotos ancestrais se viravam para sobreviver. Tinham que inventar suas próprias ferramentas, arranjar o que vestir. Até fazer fogo era algo extremamente trabalhoso. Felizmente, não vivemos mais naquela época. Mas alguns desenvolvedores ainda insistem em viver na Pré-História da programação, quando precisavam fazer quase tudo a partir do zero e “na unha”. Para defender sua postura em não adotar um framework, costumam lançar a questão “E se esse troço der pau, quem vai consertar?”.

Esse tipo de desenvolvedor é aquele que se apega de tal modo a seu “jeito de fazer as coisas”, ao ponto que todo código não escrito por ele mesmo lhe parece esotérico ou produto de seres alienígenas. Aqui vale um alerta: se você olha para o código-fonte de um framework e não entende nada do que está escrito ali, volte para casa zero e comece a estudar sua linguagem novamente!

O programador troglodita crê piamente que o valor do seu trabalho está no (mau) código que escreve, e não na solução que oferece para o problema do cliente. É aquele que foge o quanto pode das linguagens interpretadas, porque o aplicativo precisa do código-fonte para ser executado e “todo mundo pode ver e se apossar do que eu fiz”. É aquele cara que, nos idos do glorioso Clipper (uma linguagem semicompilada), morria de medo do Valkyrie, um utilitário capaz de traduzir o bytecode executável de volta a código-fonte.

Os melhores frameworks disponíveis na atualidade baseiam-se em padrões de desenvolvimento, giram em torno de uma grande e ativa comunidade e suas versões são testadas com rigor antes de serem disponibilizadas ao grande público. Tudo isso se traduz em qualidade de software, o que, certamente, as soluções do nosso companheiro troglodita não tem.

Adotar um framework significa, num primeiro momento, renúncia. Você abrirá mão do seu jeito de fazer as coisas para endossar o dele. Na maior parte das vezes, isso significa parar de contemplar o próprio umbigo e olhar ao redor, onde mais gente faz mais coisas de forma semelhante, e, portanto, tem problemas similares. Todos começam a falar a mesma língua, e fica mais fácil pedir ajuda e ajudar.

Muitos tomam o tempo que se gasta no aprendizado de um framework como perdido. Eu não veria desta forma. Antes, eu consideraria essas longas horas como auto-instrução e aperfeiçoamento profissional. O resultado, por certo, não aparecerá logo de início (para desespero dos apressados), mas terá reflexos num futuro melhor.

Obviamente, de nada adianta tentar aprender a trabalhar com um framework a toque de caixa para aplicá-lo naquele projeto que era para ontem. Aconselho que essa atividade de aprendizado se dê em paralelo ao desenvolvimento rotineiro, e, a menos que se tenha tempo disponível para erros e tentativas, não utilizar o framework em um projeto sério enquanto não entender seu funcionamento e se sentir minimamente confortável com ele.

Em suma, creio que a grande diferença entre utilizar ou não um framework é a mesma entre ter uma caixa de ferramentas de alta qualidade prontas para o uso, e já partir para o trabalho, ou perder tempo (re) inventando a roda, frequentemente de modo improvisado.

E você? Já escolheu seu framework preferido?

About these ads