É interessante olhar para o passado e ver o desenho de grandes soluções de TI. O que foi determinante na época para que os profissionais desenhassem suas soluções? Quais foram suas influências, limitações, necessidades?

A maior parte das soluções utilizaram tecnologias que estavam na crista da onda; depois de um tempo, devido a diferentes fatores, as mesmas soluções tornaram-se “ultrapassadas”. Mas o que define uma tecnologia como ultrapassada? A chegada de novas tecnologias ou as novas necessidades humanas?

Pra quem está há algum tempo no ramo de TI, sabe que, em geral, não existem tecnologias ultrapassadas; cada problema exige uma solução adequada, e é apenas isto, simples assim. Logo, não posso afirmar que uma solução envolvendo um super-servidor e uma centena de terminais burros consumindo-o é ultrapassada; o principal fator para chegar a este denominador é entender se a solução continua atendendo adequadamente o negócio. A partir do momento que a solução exige muito esforço em manutenção e começa a afetar negativamente a vantagem competitiva da organização, então podemos dizer que a solução/tecnologia está ultrapassada. Porém, adotar uma nova tecnologia, nunca é simples; primeiro, porque a tecnologia escolhida deve ser durável, a ponto de ao menos justificar seu investimento. Para optar por uma nova tecnologia é preciso acima de tudo entender as necessidades do negócio, entender as limitações do projeto e considerar suas variáveis mais importantes: escopo, tempo e recursos!

Posso desenhar uma solução de storage envolvendo somente discos SSDs; eles estão na crista da onda, são absurdamente rápidos, aliviam a angustia da fragmentação… mas são 10 vezes mais caros que discos convencionais, ainda não possuem grande capacidade de armazenamento e podemos considera-los como uma tecnologia em amadurecimento! Posso utilizar discos SATA para aliviar o orçamento? Quanto de espaço será necessário para armazenar backups e dados históricos? Backups devem estar em discos ou fitas? No banco de dados, quais tabelas serão utilizadas com maior frequência? Qual será o tipo de acesso mais frequente? Teremos mais leitura ou mais escrita? Enfim: não é simples. E uma decisão errada pode custar caro.

O que notamos aos montes no mercado são críticos vorazes de soluções – infelizmente, uma grande maioria de críticos que sequer implantaram um sistema em produção. Os pontos focais das polêmicas: regras de negócio devem estar no banco de dados ou na aplicação? A aplicação e bancos de dados devem ser distribuídos ou centralizados? Qual a tecnologia ou linguagem de desenvolvimento mais adequada? Qual o melhor banco de dados? Os bancos de dados relacionais serão atropelados pelos NoSQLs?! Servidores locais ou na nuvem?!

Diante de tantas questões plausíveis, onde é comum errarmos?

Na maioria das vezes fazemos escolhas baseadas fortemente em nossos ideais e paixões por determinadas tecnologias; o que não é absolutamente errado; porém simplesmente “amar” uma tecnologia não a torna eficaz em todos os cenários. Ainda vejo no mercado grandes sistemas rodando em Cobol e Oracle 7. Ainda tenho amigos dando manutenção em sistemas escritos em Clipper… também vejo aplicações fantásticas sendo escritas em C# e SQL Server, ou PHP com MySQL e NoSQL; soluções com storages fantásticos, envolvendo alta disponibilidade e servidores parrudos de cache e etc; porém nada disso se justifica quando não atendem adequadamente às necessidades humanas.

Com um leque de soluções cada dia maior, é importante que o profissional de TI entenda que a tecnologia é apenas um instrumento para maximizar o potencial das organizações. Como citou o filósofo McLuhan: “tecnologia não é boa, nem má; é a forma como a utilizamos que determina seu valor”.