O Sr. Fernando França do Desconstruindo me mandou um e-mail falando sobre seu problema com o fornecedor de um ERP que utiliza o PostgreSQL, mas deixou de dar suporte para novas versões. A última versão que ele suporta é a 7.4 lançada há 5 anos. Para o ritmo de desenvolvimento do PostgreSQL isso é muita coisa mesmo. No entanto, o nosso amigo é brasileiro e não desiste nunca… foi atrás do fornecedor que lhe devolveu a clássica resposta: “O PostgreSQL não possui suporte oficial do fornecedor”.
Quando escuto uma coisa destas, respiro fundo e me preparo para uma longa conversa que se segue abaixo. A conversa não é nova, já foi discutida a exaustão em inúmeros lugares, inclusive aqui e esta infelizmente não será a última. Graças a campanhas difamatórias de grandes empresas este assunto vem a tona sempre que alguém deseja se opor a algum tipo de mudança.
Vejamos os argumentos que estão na ponta da língua de quem usa este tipo de argumento:
- Eu preciso ter uma empresa que eu possa processar se houver algum problema grave.
- Se você olhar o kernel do Linux ou do FreeBSD, você verá que não há realmente qualquer garantia por parte do fornecedor de que aquilo irá funcionar adequadamente. O mesmo vale para qualquer software livre que você conheça. No entanto isto não impede que ele seja utilizado em ambientes críticos, por grandes instituições no Brasil e no mundo. Da NASA, forças armadas e grandes bancos, todos confiam em softwares livres para tocar o seu negócio. Qual o problema de se confiar no PostgreSQL?
- Você acredita realmente que alguém fornece um software e realmente garante 100% o seu funcionamento? Olhe as licenças de software dos grandes fornecedores e você verá que todos possuem cláusulas onde especificam claramente que não se responsabilizam pelo mal funcionamento do Software. Você não compra uma garantia, você compra uma marca.
- Você acredita realmente que vai processar a IBM, Oracle ou Microsoft? Já pensou se as pessoas conseguissem processar a Microsoft a cada vez que o Windows apresentasse uma falha crítica que causasse prejuízo para alguém? Porque você acha que todos estes softwares fazem questão de que você concorde com a sua licença de uso antes de utilizar ele?
- Eu preciso de suporte oficial.
- Você precisa de suporte de qualidade. O oficial, fica por conta do fornecedor que tem quer lhe vender o suporte. Ocorre que quando o software não é livre, apenas uma empresa tem o código fonte do software e somente ela sabe realmente como ele funciona. No caso do software livre, você pode escolher a empresa que lhe dará este suporte e pode escolher trocar de empresa se você não gostar dela. Se você não estiver satisfeito com o suporte de um grande fornecedor de uma solução proprietária, você não tem outra opção a não ser pagar mais ou substituir toda a solução.
- Se você não estiver satisfeito com o suporte oferecido pela documentação oficial, IRC ou listas de discussão por e-mail você pode contar com o suporte comercial de várias empresas ou de consultores especializados. Por fim, você pode contar ainda com uma série de serviços de hospedagem com suporte ao PostgreSQL
- Você precisa de atualizações de segurança e correções de bugs. Se você não paga o suporte oficial de um fornecedor de software não livre você fica sem as atualizações do software. No caso dos software livres isto não ocorre. Você nunca vai ficar na mão por não ter pago o suporte num momento de dificuldades financeiras.
- Eu preciso de uma empresa que me forneça suporte 24×7.
- Você tem idéia de quanto custar o suporte 24×7 para uma solução Teradata, Oracle ou DB2? Adicione alguns zeros a direita e você chegará num valor razoável. Quem tem este tipo de suporte paga milhões. Se você quiser suporte 24×7 em algum Software Livre, basta pagar que você o terá.
- Já existem grandes empresas de software que prestam suporte ao PostgreSQL, entre eles a Red Hat e Sun. Eles tem porte suficiente para lhe oferecer um suporte 24×7 nas condições mais agressivas que você possa desejar. É claro que isto não vai lhe sair barato…
- Eu preciso de profissionais certificados.
- Um certificado é um pedaço de papel que uma pessoa recebe após fazer uma prova. Toda pessoa que possui a CNH (Carteira Nacional de Habilitação) tem que fazer uma prova escrita e uma prática. A maioria das certificações se limitam a uma prova escrita. Você acredita que os motoristas brasileiros são bons? E os profissionais certificados, você acredita que um certificado atesta a sua aptidão profissional?
- Se você precisa de profissionais qualificados, há centros de treinamento com excelente qualidade com cursos adhoc, in company e com boas opções de conteúdo.
É claro que muitos fornecedores acabam acreditando nos bilhões de dólares investidos em propaganda e não na palavra de um simples blog. Mas a questão é que muita gente usa o PostgreSQL e outros softwares livres, tem suporte de qualidade e vão muito bem, obrigado. A maioria deles não grita isto aos quatro cantos por aí, mesmo porque, isto pode ser um diferencial competitivo. Mesmo assim sabemos que existem inúmeros casos de sucesso declarados que mostram a maturidade do PostgreSQL em ambientes corporativos.
O curioso neste caso é que a empresa em questão chegou a desenvolver uma versão para o PostgreSQL. Aqui entra um bocado de especulação pela minha parte. Uma especulação plausível, que pode não se aplicar ao caso em questão, mas certamente se aplica a outros casos. O fato é que há uns 5 anos atrás, na época do estouro do Kurumin, o Brasil experimentou uma certa euforia em torno do Linux. Muita gente apostou que o Software Livre seria a solução para cortar drasticamente os custos de TI e sairam implementando algumas soluções por aí de forma caótica. O resultado para quem partiu para este tipo de abordagem foi invariável: falharam miseravelmente. Ocorre que o Software Livre diminui o TCO da sua empresa, mas não a curto prazo. Inicialmente os custos podem até ser mais altos devido às demandas de treinamento, consultoria e migração. É a médio e longo prazo (3 a 5 anos) que o TCO começa a mostrar uma redução significativa.
Muita gente saiu criando versões de seus produtos compatíveis com plataformas livres. A Borland chegou a lançar o Kilix, uma versão do Delphi para Linux. Mas, muitos desistiram no caminho. Alguns voltaram para os braços das plataformas proprietárias. Muitos migraram de forma irresponsável, outros não souberam se adaptar ao ecosistema do Software Livre e alguns receberam propostas indecorosas para frear suas ações em direção ao Software Livre.
O fato é que se você fornece software proprietário para rodar em uma plataforma livre, você vai descobrir um novo tipo de cliente. Um cliente que começa a gostar da idéia de ter independência de fornecedor. Não se trata aqui de guardar um catatau de códigos fontes do fornecedor na gaveta. Trata-se da opção de não ficar amarrado a um fornecedor para o resto da vida.
Este é o tipo de liberdade que muitos fornecedores de software proprietário não gosta. Afinal, se é verdade que o lucro no mercado de software advém de serviços e não de licenças, ter o monopólio na prestação de serviços em algum nicho é um grande negócio. Se você usa Java, você pode escolher o SO que desejar e SGDB de sua preferência para rodar a sua aplicação. No entanto, se você utiliza o Oracle Application Server, que utiliza o Java e o Apache, você só pode utilizar o SGDB Oracle e só a Oracle pode lhe dar suporte. Você vai encontrar fenômeno semelhante se você utilizar o WebSphere da IBM. Imagine agora que você resolve implementar uma solução de um fornecedor de ponta a ponta? Há fornecedores que podem lhe prover servidores, SO, SGDB, Web Server, ERP, BI e o que mais você possa imaginar. Bom, se você fizer isso, é melhor comprar um bom lote de ações desta empresa, pois você estará tão preso que é melhor ser sócio dela.
Conclusão, se você quer que um fornecedor de software proprietário seja homologado numa plataforma livre, você deve ter muita bala na agulha, caso contrário, o fornecedor dificilmente lhe dará ouvidos.
