O Salto Final para o Windows com C++Builder
Este artigo narra a última grande migração tecnológica da empresa, impulsionada pela dominância do Windows no mercado e viabilizada pela descoberta dos componentes TADO, que finalmente permitiram criar uma aplicação gráfica de alta performance.
Introdução: A Maré Inevitável do Windows
A migração para Linux/Flagship foi um sucesso técnico e estratégico. Ela modernizou a plataforma da CompCet, resolveu os problemas de hardware do QNX e estabilizou a base de clientes. No entanto, no início dos anos 2000, uma nova maré, ainda mais forte, varria o mercado corporativo: a hegemonia do Windows.
Por melhor e mais rápido que fosse nosso sistema em modo texto no Linux, a percepção de valor do mercado estava mudando. Os clientes começaram a esperar interfaces gráficas (GUI), com janelas, ícones e o uso do mouse. Chegou um ponto em que não tínhamos mais como lutar contra essa maré. Para sobreviver e continuar relevante, a CompCet precisava dar seu último e definitivo salto tecnológico: abraçar o Windows.
O Protótipo e a Barreira da Performance: A Sombra do BDE
A preparação para este salto não começou em 2006. Desde 1996, eu já desenvolvia aplicações para o mercado de PMEs usando o C++Builder, uma ferramenta de desenvolvimento visual fantástica. Durante anos, mantive em paralelo o desenvolvimento de uma versão do sistema de saúde em C++Builder, primeiro baseada na lógica do QNX e depois enriquecida com as funcionalidades mais avançadas que havíamos criado para a versão Flagship. O sistema era poderoso, mas havia uma barreira que me deixava inseguro: a performance do banco de dados.
Naquela época, a forma padrão de conectar uma aplicação Delphi ou C++Builder a um banco de dados era através do BDE (Borland Database Engine). Para mim, que vinha de um mundo onde a velocidade do C-tree no QNX era lendária, o BDE era simplesmente horrível. A conexão era lenta, pesada e não transmitia a segurança necessária para uma aplicação de saúde de alta performance. Minha prioridade sempre foi oferecer aos clientes o melhor desempenho possível, e eu não me sentia encorajado a lançar uma versão gráfica que fosse mais lenta que sua antecessora em modo texto.
A Descoberta do TADO: A Chave para a Velocidade
O ponto de virada veio em 2005, com a descoberta dos componentes TADO (dbGo for ADO) nas novas versões do C++Builder XE. Embora já existissem no C++Builder 6, foi nas versões XE que eles atingiram um nível de maturidade e confiabilidade que me deu a segurança que eu precisava.
O TADO representava uma conexão direta e nativa com os bancos de dados através da tecnologia ActiveX Data Objects da Microsoft. Era uma ponte de alta velocidade, que eliminava as camadas lentas do BDE e me permitia construir uma aplicação gráfica sem sacrificar a performance. Foi a peça que faltava. Apaixonado pela nova possibilidade, tomei uma decisão drástica: em vez de apenas adaptar a aplicação existente, resolvi reescrevê-la mais uma vez, agora na moderna plataforma do C++Builder XE, para extrair o máximo da nova tecnologia.
A Migração Final e o Cliente Satisfeito
Em 2009, a nova aplicação estava pronta. Era o ápice técnico do sistema de saúde da CompCet. A migração dos clientes restantes foi muito semelhante à do Flagship. O resultado foi um sucesso: os 5 clientes que ainda tínhamos na época adoraram a nova aplicação, que unia a robustez da lógica de negócio de sempre com uma interface gráfica moderna e ágil.
Mas essa fase nos reservou uma anedota que serve como o maior elogio ao nosso trabalho anterior: um dos clientes estava tão mega satisfeito com a performance e estabilidade da versão em Flagship/Linux que simplesmente se recusou a mudar. Para ele, aquele sistema era a perfeição, e ele preferiu continuar usando-o, mesmo sabendo que não teria mais suporte, a migrar para o "moderno" mundo Windows.