Suspiro de bom senso 2

Depois de abolir a obrigatoriedade de software livre em detrimento da meritocracia (onde prevalece a melhor solução custo/benefício, independente se é aberta ou não) nos telecentros da cidade, a prefeitura de SP amplia essa política para toda a prefeitura, mostrando que o bom senso não deve ser limitado a uma ou outra iniciativa, mas deve existir em toda máquina pública.

Leia a notícia em: Software livre não é prioridade em SP, diz secretário

Entre as justificativas pertinentes para esta mudança, destaco algumas palavras de Januario Montone:

“Essa é uma discussão irrelevante. Precisamos dos softwares que são mais baratos e que executem as tarefas necessárias. Nesse contexto, nem sempre o software livre é o que procuramos”

Ou ainda

“Não posso discutir se o software é livre ou não em um momento em que trabalhamos a integração dos sistemas”. “A discussão sobre software livre é mais ideológica do que técnica”.

Será que é tão difícil enxergar o óbvio? Aparentemente sim (para alguns). O mundo é heterogêneo, ninguém tem a resposta para todos os problemas, e é da diversidade que se tira as melhores soluções. Forçando software livre (ou qualquer outro modelo, aberto, fechado, não importa, importa sua imposição ou não) mata-se na raiz esta possibilidade. É uma discussão longa, cujos argumentos nem sempre são entendidos por aqueles que se dizem defensores do SL, mas que no fundo só se interessam pelo fato de ele ser grátis, ou apoiam convenientemente a política do governo simplesmente porque ela é favorável ao movimento, não importando a validade e as conseqüências (meios pelos fins) disso. E antes que me venham com a velha ladainha de MS versus o mundo: (1) não se combate monopólios criando-se barreiras ideológicas, muito menos criando-se regulamentações abusivas, reacionárias e restritivas do tipo, (2) software proprietário não se resume a Microsoft.

Ao se combater o suposto monopólio da Microsoft (monopólio existente, diga-se, apenas no caso do sistema operacional de desktop e na suíte de escritório) como faz uma torcida de futebol (cujo raciocínio é movido pela paixão e pouco pela razão), varre-se do mapa a possibilidade de se usar qualquer outro software proprietário notoriamente decente, funcional, rápido, seguro, e cujo custo de licenciamento é irrisório perto do custo total da solução (mão de obra, treinamento, suporte, etc) – alguns chegam ao absurdo de dizer que o conceito de TCO e/ou TCU são conceitos errados, como que contrariando as leis da matemática, onde 1+1 são 2 (mesmo quando o conceito é usado a favor de software livre – é aquela velha história: se é para endosar, vale tudo, caso contrário, não vale nada, é tudo mentira, é interesse, é conspiração, é…). Ou então, o que é pior: nega-se a possibilidade de se usar um determinado produto/solução que por não possuir similares abertos, é simplesmente deixado de lado, para prejuízo dos usuários e da população (vide os casos de usuários portadores de necessidades especiais nos telecentros da cidade. Optou-se pelo Windows XP sabiamente neste caso). Mas este não é um exemplo isolado, existem inúmeros outros, em áreas onde as soluções abertas não se comparam às fechadas existentes (ainda). É o caso da área gráfica por exemplo. Quem bate (ou mesmo se equipara) à softwares como Photoshop, PageMaker, Premiere ou mesmo o famigerado Corel? Ahh… estes são fechados, não podemos usar… Ridículo, contraproducente e absolutamente partidário. E depois ainda tentam justificar a coisa usando uma visão “big picture”, onde o software aberto proporciona liberdade de escolha. Eu pergunto: qual escolha? Soa até como se estivéssemos fartamente servidos de soluções abertas para todos os propósitos e necessidades existentes (e atuais). Isso como sabemos está absolutamente longe de ser real. Na verdade, temos, na arena de código aberto, uma profusão tão grande e caótica de alternativas, que poucas delas conseguem destaque e se tornam soluções realmente completas, integráveis, expansíveis e (principalmente) interoperáveis. E quando o fazem, como que por ironia do destino, acabam adotando um modelo semi-fechado, semi-aberto (melhor dos dois mundos?), vide MySQL, PHP e distribuições Linux de grife.

Alguns argumentam: se não tem no mercado, é só fazer (ou melhorar) algo existente… Ah claro, outra afirmação do tipo “não sabendo que era impossível, foi lá e fez”. A que custo? Quem da prefeitura de SP vai pegar um fonte de um programa do porte do Gimp (por exemplo) e adicionar módulos de edição de vídeo e afins? Existe estrutura para isso dentro da prefeitura? Devemos pagar para ter essa estrutura na prefeitura? Ok: a “comunidade” faz esse trabalho? Se faz, em qual velocidade e comprometimento? Isso está de acordo com as necessidades da prefeitura? Para responder devemos lembrar: tecnologia é meio, não é fim. Pelo menos é assim que (para o bem do bolso dos contribuintes) governos e empresas deviam pensar.

Decisões racionais devem ser tomadas em detrimento das emocionais e ideológicas. O dinheiro não é seu? Então use-o da melhor maneira possível. E é justamente este o caso de qualquer órgão público. Parabéns à prefeitura: deixou o debate político e ideológico de lado e está se atendo ao debate que interessa à todos contribuintes: o técnico.

UPDATE: se você chegou até aqui via BR-Linux e já está doidinho para postar um comentário ácido, peço gentilmente que páre, reflita e poste algo que se atenha única-e-exclusivamente ao tema que aqui está sendo tratado: adoção de software livre no governo brasileiro (em todas as instâncias). Deixe trollismos e outras coisas estúpidas de lado, eu não vou responder (e provavelmente vou deletar o comentário). Se quiser conhecer minha opinião sobre o que a Veja publicou, leia aqui e especialmente aqui.