Porque Coldfusion

Olá Pessoal,

Esse é um post que sempre tive vontade de escrever: Um relato de como aconteceu a minha escolha pelo Coldfusion/CFML e qual a minha conclusão sobre esta opção alguns anos mais tarde.

Como um dos amantes da linguagem, naturalmente, o post ficou um pouco tendencioso, mas posso assegurar-lhes que o relato é verídico e sem exageros.

A seis anos e meio atrás, quando recebi a proposta para trabalhar na empresa e re-desenvolver o produto dentro de uma nova estratégia e visão de mercado, tive “carta branca” para escolher a tecnologia a ser utilizada:

- Ronan, podes desenvolver na linguagem que você preferir: Python, PHP, Coldfusion ou o que você achar melhor. Pra ser sincero, não sei porquê, mas eu tenho uma ótima impressão do Coldfusion. De qualquer forma, isso fica a seu critério.

E desta forma eu, que até então conhecia muito pouco de Coldfusion, iniciei uma pesquisa sobre os prós e contras de cada opção (linguagem de programação).

Sobre tudo que pesquisei, o que mais me chamou a atenção foram algumas afirmações do tipo: “O que você fizer em qualquer outra linguagem, você faz em dois-terços do tempo com Coldfusion.

Então eu pensei:

• “Não vou ser tão otimista, vou considerar 3/4 no lugar dos 2/3. Isso quer dizer que o que fazemos com quatro programadores de outra linguagem, é possível fazer com 3 programadores Coldfusion;
• O Coldfusion tem a desvantagem de ser pago, mas ao mesmo tempo, o preço de uma licença Standard é infinitamente menor do que o salário de um programador, uma vez que a licença é paga apenas uma vez;
• E ainda existe o fato de que o Coldfusion, por ser Java, requer um servidor mais potente (e caro). Porém, com o barateamento e evolução de capacidade dos hardwares, esse custo ainda se demonstra mais vantajoso em função do ganho de produtividade sobre as outras linguagens.

E sobre o ponto de vista do negócio:

• Atualmente o tempo de resposta (às mudanças) ao mercado é de fator preponderante para o negócio. Por conta disto o Coldfusion ganha mais um ponto no meu conceito, por permitir que projetos sejam entregues em menos tempo.

E a partir daí, eu acredito que ficou claro pra todos, a nossa escolha foi mesmo pelo Coldfusion. O projeto foi desenvolvimento, muito bem aceito e, Graças a Deus, continua em constante evolução.

Logicamente, no inicio tudo isso era apenas especulação, ou melhor, expectativas em cima da pesquisa que eu havia feito. Hoje, seis anos e meio depois, muitos projetos finalizados, alterados, corrigidos, evoluídos, servidores ampliados, atualizados, tunados e eu continuo com a sensação de ter feito a escolha certa.

Toda essa experiência foi legal porque me mostrou outros pontos fortes da CFML:

 

FACILIDADE DE APRENDIZAGEM DA LINGUAGEM

 

É fato que encontrar programador CFML “pronto” não é uma tarefa assim tão fácil.
Na nossa equipe, todos os desenvolvedores, sem exceção, foram contratados como desenvolvedores PHP. E todos esses desenvolvedores, sem exceção, se adaptaram facilmente e rapidamente à CFML.

Com isso, saber programar CFML nunca foi uma exigência pra nós, mas saber programar em qualquer linguagem web, sim.

 

COMPATIBILIDADE ENTRE VERSÕES

 

Para várias outras linguagens de programação, atualizar a versão no servidor pode ser uma tarefa cansativa, demorada e passível de erros.
Não para o Coldfusion.

Desde que colocamos o nosso produto no ar, aplicamos todas as atualizações do Coldfusion (e posteriormente do Railo), sempre com a necessidade de poucos ajustes de compatibilidade.

Falando especificamente em negócios e produtividade, isso quer dizer que conseguimos manter a nossa aplicação em constante evolução (tanto em nível técnico quanto em nível de mercado), sem ter que parar a equipe para adaptar a aplicação às novas versões da linguagem.

NOTA: Na verdade, alguns ajustes de compatibilidade foram necessários, sim. Mas todos feitos em tempo hábil o suficiente para não prejudicar o negócio.

 

EVOLUÇÃO DA LINGUAGEM

 

Falando mais especificamente sobre o Coldfusion: Em média, a cada um ano e meio é lançada uma nova versão, e, em todas elas sempre há várias novidades interessantes que vão da evolução da própria linguagem (como melhor suporte a orientação a objetos, suporte nativo a ajax) às mais variadas “firulas” que tanto agradam aos usuários finais (como os Flash Forms e popups embutidas).

Alguns exemplos são a versão 9 do Coldfusion que incluiu suporte nativo ao framework Hibernate e o suporte completo à cfscript, que permite a criação de códigos CFML inteiramente em linguagem de script. Isso sem contar os avanços das versões anteriores como gráficos e formulários em flash, e as inúmeras e excelentes melhorias de performance.

Do lado do Railo podemos citar as magic functions (que criam os getters e setters automaticamente), os web-contexts (que criam um ambiente administrativo específico para cada site hospedado, criando um nível maior de independência, controle e segurança sobre a aplicação), as built-in functions (que possibilita ao desenvolvedor criar suas próprias funções e incorporá-las como parte nativa da linguagem), API nativa de integração ao Amazon S3, entre outras coisas, sem contar as inúmeras e excelentes melhorias de performance.

 

SEGURANÇA

 

Sobre o aspecto segurança eu gostaria de destacar tanto a baixíssima quantidade de vulnerabilidades encontradas, quanto a facilidade de aplicação de hotfixes.

Mas eu não poderia falar em segurança sem dar um destaque especial ao Railo, que desde o inicio teve os quesitos performance e segurança como pontos fortes e principais diferenciais perante às outras engines CFML.

Além dos web-contexts citados anteriormente, a facilidade de atualização de versões (o que inclui a correção de bugs) é simplesmente a mais fácil e prática que eu já vi no campo das linguagens de programação.

Basta acessar o ambiente administrativo e dar um clique na opção “Update”. Pronto!
Isto para os mais cautelosos que optaram pela atualização manual, mas o Railo também oferece opção para atualização automática.
NOTA: Eu estou no grupo dos mais cautelosos. Pelo menos por enquanto.

O Railo Admin conta com uma série de alternativas (onde muitas delas vêm marcadas por padrão) como proteção contra ataques cross-site scripting em todos os escopos (cookies, formulários e URL’s) e proteção contra SQL Injection (também presente no Coldfusion).

Outro ponto forte do Railo é a rapidez na resposta a bugs. Uma rapidez surpreendente para uma linguagem de programação.
Para deixar mais claro o que eu quero dizer com isso, já vi bug ser corrigido e liberado em 4 horas.

Mesmo que determinado bug (ou funcionalidade) não seja corrigido no tempo desejado (por não ser algo tão crítico), ainda existe a opção de pagar separadamente pelo desenvolvimento de qualquer funcionalidade, assim como existe a possibilidade de contratar a equipe técnica do Railo para outros serviços como a instalação de um cluster para a aplicação.

E assim como em outras linguagens, também é possível restringir o acesso a determinadas funções ou diretórios, com apenas alguns cliques no ambiente administrativo.

 

ESCALABILIDADE

 

É importante lembrar que a medida que a aplicação vai crescendo a ponto de um servidor não ser mais o suficiente para suportar a demanda, as aplicações desenvolvidas em Coldfusion contam com todo o potencial do Java para escalabilidade, clusterização, distribuição de sessões e etc.

Posso dizer, por experiência própria, que um cluster de aplicações em CFML funciona de forma impecável.
Ou em outras palavras… “CFML escala, sim. E muito bem!”

 

OPENSOURCE

 

Esta foi, sem dúvida, uma das maiores surpresas para mim: O surgimento de uma engine CFML OpenSource, que oferecesse tão alto nível de qualidade.

Atualmente temos opções tanto com o OpenBD quanto com o Railo, entre outras.

A conclusão disto é que atualmente é possível utilizarmos grande parte do potencial da CFML através de engines OpenSource.

O “grande parte” citado acima se dá ao fato de que cada empresa (Adobe, Railo Technologies e New Atlanta) têm suas estratégias de mercado e, com isso, complementam suas engines de forma diferente.

Isso quer dizer que essas engines não são idênticas. Elas suportam o padrão CFML, mas ao mesmo tempo oferecem diferenciais distintos.

A CFML, em si, pode ser utilizada em qualquer uma dessas engines, porém, cada uma delas oferece um “algo mais” diferenciado.

 

MAIORES INFORMAÇÕES

 

Se interessou pelo assunto?
Não esqueça de visitar os sites abaixo:

Ensina-me CF (Excelente iniciativa do Ricardo Parente)
Site Oficial do Railo OpenSource
Site Oficial do Coldfusion
Site Oficial do Blue Dragon Open Source

Ronan Lucio Pereira

« Boas Práticas para a Melhoria do Processo de Desenvolvimento de Software

Vaga para Desenvolvedor Web »