O framework "Maria vai com as outras"
Tags: braziliandevs, ptbr
Published: 2021-06-21 13:46:48

---
title: O framework "Maria vai com as outras"
published: true
description: O framework "Maria vai com as outras"
tags: braziliandevs, ptbr
//cover_image: https://direct_url_to_image.jpg
---
_Texto escrito em 2012_

<a href="https://devkico.itexto.com.br/wp-content/uploads/2011/06/Snoopy-Joe-Cool.jpg"><img class="alignleft size-medium wp-image-949" style="margin: 10px;" title="Snoopy-Joe-Cool" src="https://devkico.itexto.com.br/wp-content/uploads/2011/06/Snoopy-Joe-Cool-199x300.jpg" alt="" width="199" height="300"></a>"Sabe Kico, eu acho Grails muito legal, mas fico receoso em usá-lo no meu novo projeto porque não é um framework muito popular. O que você acha disto?". Escuto esta pergunta umas 4 ou 5 vezes por semana. Então resolvi me aprofundar nesta questão e, como resultado, surgiu este post, que não deve ser lido como algo específico sobre Grails, mas sim meus pensamentos aplicados a qualquer tecnologia "nova" ou "menos popular".
<h2>Definição de popularidade</h2>
A definição mais ingenua seria "aquilo que é muito usado" porque só leva em consideração a quantidade, ignorando completamente "quando" e "onde".

Muitas vezes escuto a seguinte frase: "tecnologia X não é muito popular, pois não conheço muitas pessoas que a usam". É um argumento idiota: basta pedir ao sujeito que saia um pouco da sua zona de conforto e pesquise direito antes de falar bobagem. 90% dos profissionais com quem lido trabalham com Java. Isto quer dizer que .net seja impopular?

Outro bom contra-exemplo: Cobol. Não conheço nenhum programador COBOL, mas um estudo de 2007 da <a href="http://www.linuxinsider.com/story/55216.html?wlc=1307819305">Gartner </a>descobriu que 75% (SETENTA E CINCO PORCENTO) das aplicações corporativas eram escritas em... bem: Cobol.

Sendo assim, <strong>antes de pensar na popularidade de uma tecnologia, remova as suas impressões pessoais sobre o assunto</strong>.

Popular então é algo que possua um grande número de usuários em um certo domínio em um dado momento. Ok, uma definição mais completa, mas que não adiciona nada (ao menos pra mim), e que levanta a seguinte questão:
<h2>Qual o grande "ganho" da popularidade?</h2>
<a href="https://devkico.itexto.com.br/wp-content/uploads/2011/06/qefc-I-Robot-Mov.jpg"><img class="alignright size-medium wp-image-950" style="margin: 10px;" title="qefc I Robot Mov" src="https://devkico.itexto.com.br/wp-content/uploads/2011/06/qefc-I-Robot-Mov-300x280.jpg" alt="" width="300" height="280"></a>

Mais gente pra falar a respeito e maior suporte da "indústria". Além disto, também há aquele sentimento imbecil de que "se é muito usado, é porque deve ser muito bom".

Gerentes cretinos amam, &nbsp;pois fica mais fácil encontrar mão de obra e substituir elementos problemáticos. Se você pensa na sua equipe como uma linha de montagem de software, a popularidade de um framework é fundamental.

Pessoalmente tenho nojo desta linha de raciocínio porque só serve para uma coisa: <strong>alimentar a mediocridade gerada pela massificação.</strong>

É inegável o sentimento de segurança provido pela popularidade de um framework: afinal de contas, peixes muito grandes torcem para que isto ocorra, pois assim conseguem reduzir os custos de produção.

(só pra lembrar, o uso em massa de uma tecnologia acarreta na redução do seu custo que, no caso do software, é a mão de obra, ou seja, você desenvolvedor)
<h2>Qual o grande risco da "impopularidade"?</h2>
Óbviamente o desaparecimento da tecnologia. Porém este risco só é real se esta for fechada e o acesso a seu código fonte inexistente. Mas como hoje open source domina, no pior dos casos você ainda poderia dar manutenção naquela base de código sozinho. Afinal de contas, migrar de framework em 99,999% dos casos equivale à reescrita completa da aplicação, certo?
<h2>O que realmente importa?</h2>
Atender <strong>bem</strong> ao cliente. Não vou usar um framework só porque todas as pessoas "legais" do meu bairro o fazem também, mas sim porque me sinto à vontade com ele e o resultado do seu uso gera um produto cujo nível de qualidade satisfaça (e bem) as necessidades do meu cliente.

Tenho cá minhas dúvidas se realmente é possível atingir a qualidade sem o prazer na execução do trabalho. Eu pelo menos nunca consegui. E outra: se o projeto é <strong>seu</strong>, por que ficar usando o que não gosta só porque é popular? Pra aparecer bonito na fita?
<h2>No final das contas...</h2>
Há dois caminhos a serem seguidos: ser pastor ou cordeiro. Escolhi o caminho mais caro que é o primeiro e até hoje não me arrependi. :)