No final rolou uma rodada de perguntas, onde foram questionados assuntos como BDD, programação defensiva, contract by domain, dentre outras metodologias e padrões. Nesse ponto da apresentação, a maioria das pessoas que estavam presentes ficaram meio perdidas com as milhares de buzzwords associadas com as perguntas que foram feitas. O pessoal mais antigo ficou mais perdido ainda e até brincaram sobre a questão do “estamos ficando velho”.

Paralelamente a isso, começei a ler essa semana um livro do Tadeu Cruz sobre BPM e BPMS, onde no primeiro capítulo ele fala sobre a questão da desorganização informacional, muitas vezes causadas pelo excesso de informação e as novas ondas de TI que surgem a todo momento. Outra coisa que o autor do livro cita e crítica é que existem muitos casos de determinadas organizações, que forçam o uso de determinado software sem obter o real benenfício que esse software deveria oferecer, na maioria dos casos, por questões comerciais ou de interesse próprio dessas organizações. Questões como: para que determinada tecnologia foi criada, como deveria ser corretamente usada, como efetivamente está sendo usada, quais deveriam ser os resultados esperados do seu uso e quais são os resultados que estão sendo obtidos com sua utilização, orientariam de forma efetiva o profissional ou a organização com o intuito de medir se a adoção de determinada tecnologia está realmente sendo benéfica. Esse tipo de situação tem ocorrido muito com BPM, que é o novo hype do momento tratando-se de TI.

O que as duas histórias tem em comum e onde estou querendo chegar?

O que eu quero dizer é o seguinte: até onde vale apena conhecer N conceitos diferentes e até onde não vale a pena? Nos casos citados acima tem um pouco das duas coisas, bem como suas respostas. No caso específico do TDD, deveríamos considerar que o melhor a ser feito seria debater sobre as buzzwords que o assunto levantou, ou o melhor seria não conhecer muitos desses novos padrões e metodologias? Eu fico com a primeira opção, mas a segunda opção pode contradizer a primeira. Explico logo abaixo.

Vale a pena usar TDD e BDD em um projeto sem conhecer seus benefícios, o resultado a ser esperado e os possíveis obstáculos a serem vencidos? Não. Pois nesse caso tudo de positivo que TDD traria sendo usada da forma correta, traria inversamente em dobro no caso do seu mal uso, pois nesse caso o projeto acabaria tendo novos percalços (além dos já conhecidos), como: prazos atrasados, código mal estruturado, equipe perdida e etc. E isso acontece em larga escala em TI, não apenas no caso específico do TDD, já que o mais se vê são empresas gastando milhões em “soluções” de TI (CRM, ERP, BI, etc) – muitas vezes empurradas pelos ótimos vendedores dos grandes players do mercado – sem obter benefício algum sobre aquilo (ou até mesmo desconhecendo o porquê do seu uso). Na verdade muito pelo contrário, pois como muito desses processos são feitos sem estruturação alguma e demoram meses, anos… no final das contas a dor de cabeça e o custo envolvido não atingem nem de perto o custo x benefício esperado sobre aquele investimento.

Outro fênomeno interessante a ser observado e que de certa maneira ligam as duas histórias é a infobia. Infobia é uma palavra que o Tadeu Cruz usa para definir o medo por informação, ou seja, em determinado momento, com a enxurrada de tantas buzzwords, as pessoas acabam ficando reativas em absorver novas tecnologias e entender o seu significado, com isso de certa forma ficam estagnadas, pois deixam de absorver novos conhecimentos. Mas em compensação não adianta em nada conhecer várias palavrinhas mágicas superficialmente só para dizer que “domina” aquela tecnologia do momento. Por isso, acredito que dependendo do contexto, é válido ou não conhecer uma nova tecnologia. Esta aí mais um caso do paradoxo de TI. De certa forma, mas sem generalizar, a infobia consegue explicar a frase “estamos ficando velho”.

Devemos considerar que TI não irá salvar o mundo, TI pode ajudar de forma efetiva qualquer negócio de qualquer natureza, desde que seja aplicada da forma correta, e aplicar de forma correta envolve antes de mais nada: estruturação, disciplina, educação, mudança e planejamento. Ao mesmo tempo que sabemos de diversos casos onde TI trouxe um real benefício as organizações, sabemos de tantos outros onde TI acabou com negócios, projetos e sonhos. A bolha da internet talvez seja o melhor exemplo que ilustra essa situação das ondas de TI.

Muitas vezes as ondas de TI trazem a tona novas tecnologias que surgem apenas com o objetivo de remediar uma tecnologia já existente. O que as vezes é considerado como inovação, nada mais é que uma evolução de algo que tenha tido insucesso no passado, dessa forma uma tecnologia X surge apenas com o intuito de servir como “curativo” da tecnologia Y, que prometeu maravilhas e na verdade devido ao seu mal uso (ou não) só trouxe dores de cabeça.

Ao passar dos anos aprendi que um “bom desenvolvedor” deve se preocupar com questões além do código, como por exemplo:

• SEO (no caso de websites, claro);
• Segurança (sql injection, xss, etc);
• Arquitetura da Informação;
• Performance;
• Organização do Projeto;
Sistemas Operacionais e Servidores;
• Metodologias de Desenvolvimento;
• Ter bom convívio social.

Os assuntos acima são apenas alguns dentre uma gama de assuntos, que podem ser citados como de interesse de um “bom desenvolvedor”. Não estou afirmando que o tal “bom desenvolvedor” deve ser um expert em tudo, mas ele deve ter o mínimo de conhecimento em N assuntos para saber os prós e contras que aquilo trará para o seu projeto. Entretanto isso não é uma tarefa das mais fáceis, já que para deter conhecimento de uma gama de assuntos, esse “bom desenvolvedor” deve dedicar um considerável espaço de tempo para leituras e pesquisas, sejam em livros propriamente ditos, como em blogs, artigos ou revistas.

Todos os “bons desenvolvedores” que conheço e que hoje em dia tem um cargo de maior responsabilidade, como líderes de projeto ou coordenadores de área, possuem uma certa habilidade para lhe dar com assuntos variados, bem como uma certa facilidade em absorver novos conhecimentos. É muito diferente, por exemplo, desenvolver um site que tenha centenas de acessos diários, para um e-commerce que tenha cerca de 1000 compras por hora, pois nesse último caso tudo deve ser pensado de forma diferente: desde a arquitetura, otimizações de banco de dados, resources (javascript) de terceiros, acesso concorrente até privacidade das informações e volume do tráfego de dados… enfim, não é pouca coisa.

Infelizmente o mercado global de TI aponta que a quantidade dos “desenvolvedores” – aqueles que não queremos ser – ainda é maior do que as dos “bons desenvolvedores”, e isso não sou eu que digo, pesquisas de institutos respeitados (aqui, aqui, aqui e aqui) apontam para uma escassez de mão-de-obra qualificada no mercado. Eu ainda diria mais: acredito que no Brasil a disparidade deva ser ainda maior.

Certamente você que está lendo esse post pode achar que não se enquadra nesse perfil citado acima, mas será que realmente não? Se você tem essa certeza, é um bom caminho, mas procure não se acomodar. É como diz aquela famosa e sábia frase de Sócrates: “Quanto mais se aprende mais se tem a certeza de que nada se sabe”. Agora, se você ficou na dúvida, não se desespere! Basta apenas começar a pesquisar e estudar mais, sem botar a carroça na frente dos bois. Uma dica que dou, é de que é preciso ter um foco, devemos nos conhecer melhor, saber o que gostamos de fazer e tentar imaginar onde e como gostaríamos de estar trabalhando daqui há alguns anos, a partir disso, acredito ser possível saber suas aptidões e o que pesquisar/estudar, pois de nada adianta conhecer mil coisas superficialmente e não ter foco em nada, definitivamente não é isso que o mercado procura.

Outro ponto que não posso esquecer, são as famosas empresas que querem aquele cara “ninja”. Um ninja deve ser o cara que sabe de tudo e mais um pouco. Muitas vezes essas empresas pagam pelo “ninja” um salário de estagiário e exigem do “ninja” um desempenho de sênior, já que quando o “ninja” foi contratado não foi levado em conta o seu nível de experiência e conhecimento. Essas empresas, apenas colaboram de forma efetiva para degradação do mercado e pela escassez de bons profissionais.

Devemos saber dividir as coisas: uma coisa é um bom profissional, que tem um foco bem definido, mas que possui conhecimento sobre outros assuntos, outra coisa é um profissional que sabe assobiar, chupar cana e cantar ao mesmo tempo, mas que na verdade não faz nenhum dos três bem. Quando surgir uma empresa ou profissional com esse perfil, desconfie.

PS: Como são sinônimos, eu diria que o termo “programador” causa o mesmo efeito.