Freqüentemente, fazemos a nós mesmo perguntas como estas: "O Visual Studio 2005 é melhor que o Delphi 2005?" "Porque devo escolher o Visual Studio e não a ferramenta X?" Do ponto de vista "não técnico", conhecendo o modo de pensar dos programadores, sabemos que a resposta será fundamentada em: Tendência de mercado, oportunismo de demonstrar especialização e base de conhecimento.

• Tendência de mercado: É impossível deixar passar desapercebido os modismos que cercam nossa área profissional. Acompanhamos desde 1999, como ilustração a afirmativa anterior, um gosto exagerado pelos contratantes de projetos por soluções baseadas em plataforma Web. Em muitos casos, sabemos que a Web não é a melhor escolha, como por exemplo aplicativos de Tele-marketing ou PDV, mas o mercado questiona tudo que não seja Web. Da mesma forma percebemos hoje em dia que qualquer nova implementação, ou é .NET ou é Java. Dificilmente os CIOs posicionam-se contra esta escolha.

• Oportunismo de demonstrar especialização: Há pouco tempo estava palestrando no evento .NET Developers 2.0 em São Paulo e em virtude de uma discussão questionei aos espectadores se existe algo mais rápido para uma solução stand alone que Clipper com Dbase. Logicamente ninguém respondeu negativamente. Em seguida perguntei se alguém tem coragem de construir uma implementação nova com esta tecnologia. Ninguém posicionou-se, também.

  Este é o ponto, em muitos momentos soluções como um simples arquivo .BAT ou Clipper resolveriam de forma satisfatória nossos problemas, mas os líderes de IT freqüentemente escolhem outros caminhos. Na minha leitura é uma questão de orientação: Poucos tem o foco no problema (direcionados a entrega) e muitos tem o foco na solução (direcionados a impressionar com propostas avançadas).

• Base de conhecimento: Quando você vai implantar uma metodologia ou alguma certificação como CMM, seu primeiro desafio é vencer a seguinte lei mental predominante nas pessoas: "Não fazemos os processos da melhor maneira, fazemos da maneira que sabemos fazer bem". O desafio é transformar o que as pessoas fazem bem no que é a melhor maneira de fazer. Esta dinâmica inconsciente orienta todas as conjeturas tecnológicas. Traduzindo, por mais que seja fácil fazer um arquivo .BAT, se isso é novo para você, certamente você optará por fazer na linguagem que você domina.

Do ponto de vista técnico, a resposta campeã na minha leitura seria: "Utilizo esta ferramenta porque ela é bastante produtiva ou sou muito produtivo utilizando esta ferramenta". Tão simples quanto isso, precisamos de alguma outra justificativa? Contudo sabemos que discussões técnicas "calorosas" não ficariam satisfeitas com esta resposta somente. Desta forma vamos estudar um conceito que aprendi nos meus tempos de programador Delphi com os mestres Steve Teixeira e Xavier Pacheco (1), o pentágono de atributos de uma solução para desenvolvimento. Estes são os cinco importantes atributos:

• A qualidade do ambiente de desenvolvimento visual;
• A velocidade do compilador contra a eficiência do código compilado;
• A potência da linguagem de programação contra sua complexidade;
• A flexibilidade e a capacidade de redimensionar a arquitetura de banco de dados;
• O projeto e os padrões de uso impostos pela estrutura.

Embora poderíamos incluir outros fatores envolvidos, como distribuição, documentação e suporte ao desenvolvedor, optamos por um modelo mais homogêneo as ferramentas de mercado existentes.

Figura 1. Demonstração visual do Pentágono.

IDE Visual

Primeiramente vamos dividir o ambiente de desenvolvimento visual em 3 partes: o editor, o depurador e o Form Designer. Acreditando que a maioria das modernas ferramentas RAD (Rapid Application Development) (2) possuem esses 3 componentes funcionando em harmonia enquanto você projeta uma aplicação, vamos entender o que devemos esperar desses componentes.

Nota 2: Se você deseja se aprofundar no assunto RAD, recomendo o sensacional livro com o mesmo título do Steve McConnell. Este livro "RAD" e o outro do mesmo autor com o título "Code Complete" são minhas bíblias de cabeceira da cama.

Paralelamente ao seu trabalho no Form Design, uma ferramenta adequada deve estar gerando código nos bastidores para os componentes que você manipula nos formulários. Você pode até ter a opção de incluir manualmente e deve ter a permissão de incluir dinamicamente, contudo se sua ferramenta não gerar este código automático, você deve rapidamente trocar sua escolha.