Ví em alguns dias atrás uma notícia no Meio Bit de que os programadores da Adobe estariam com dificuldade de criar novas versões do plugin do Flash para Linux, devido à falta de padronização entre as distribuições.

A notícia gerou uma certa discursão no fórum brasileiro do Ubuntu. Independente de ser má vontade da Adobe, é também uma mancada da parte da comunidade de Software Livre.

Eu acredito que todos os usuários que saem do Ambiente Windows e decidem experimentar o Ambiente Linux pela primeira vez sabe do que eu estou falando. A diversidade de Distribuições é ótima, mas é necessária padronização para que os desenvolvedores de software possam ter alguma segurança quando desenvolverem programas para esse mar de Distros. e É duas vezes verdade se o Linux quiser realmente conquistar mais mercado na área de computadores Desktop[bb].

Quer um exemplo simples e facilmente percebível? Eu atualmente não tenho dificuldades em instalar programas, seja em interface gráfica ou via terminal. Se eu quero instalar um pacote .deb, posso ir no terminal e digitar sudo dpkg -i pacote.deb. Posso também procurá-lo no Synaptic e fazer a instalação no modo visual. Posso baixá-lo usando o comando sudo apt-get install pacote (o Synaptic nada mais é que uma interface para o APT). O Ubuntu Dapper Drake vem com o GDebi, e com isso também posso instalar o mesmo pacote apenas dando dois cliques nele (apesar de que o Gdebi esteja em estágio inicial e apresenta um bug ou outro de vez em quando).

Isso tudo para instalar um pacote .deb. E também temos o pacote .rpm (que são uma outra linha de distribuição). Aí nesse caso as coisas ficam mais restritas, preciso baixar um conversor de pacotes chamado Alien, e executar no terminal sudo alien -i pacote.rpm. E ainda existe o pacote .package, que visa a facilidade de instalação (e de fato é muito simples, tanto via terminal quanto no modo gráfico) e também a compilação de código, que eu acho um saco apesar do ganho de performance. Todos os programas que compilei até hoje foi usando o APT-Build, que é uma aplicação que baixa o código, compila e resolve todos os problemas de dependências.

Voltando ao Flash[bb]. pela notícia, sabemos que os usuários do Linux vão demorar um pouco a ter versões do plugin acima da 7 (a última lançada). Como "alternativa" existe uma versão do Open Source do plugin, desenvolvido por engenharia reversa (acredito que o nome seja GNUFlash, mas posso estar enganado). Mas esse plugin é lento, não atual e um pouco instável. Ou seja, estamos na mesma.

Aqui entra a segunda bola fora da Comunidade Livre, e que intitulou esse post. Existe uma grande vontade de criar versões Linux de programas Windows, ou mesmo da simulação da API do Windows para executar os programas não-nativos do Linux. Excetuando, talvez (e apenas talvez) o Wine, a maior parte destas iniciativas (como a criação do plugin Livre do Flash) seria muito mais interessante se fossem dedicadas a criar uma coisa inovadora e concorrente daquilo que se quer rodar no Linux.

O Falcon_Dark escreveu um artigo muito interessante (e longo também). Eu concordo com o que ele afirma. Executar aplicações não-nativas é uma faca de dois gumes. Se o SO roda uma determinada aplicação "alienígena" quase perfeitamente, porque que a empresa desenvolvedora se preocuparia em dispender gastos na criação de um programa nativo?

Voltando ao Flash[bb]. Neste caso, eu acredito muitíssimo que a iniciativa seria muito melhor aplicada na criação de um plugin SVG concorrente do Flash. O SVG é uma linguagem de marcação XML para a geração de arquivos vetoriais em duas dimensões. Pode ser estática ou animada, e também suporta scripts na forma de Javascript DOM. E também é um Padrão Web.

Mas porque o plugin seria só para o Internet Explorer? Bom é porque todos os navegadores de verdade já suportam o SVG. Mas aquela coisinha fétida e mofada chamada Internet Explorer 6 não (e não vi indicações de que irá funcionar no IE 7). Ele precisa de um plugin para funcionar, um plugin de 2,5mb feito por quem? Pela Adobe[bb]! Quem aqui mais acha que esse plugin não vai mais pra frente?

Mas esse plugin demoraria para ser adotado, não? Nem tanto. Garanto que pelo menos os designers que seguem os Padrões irão adotar com muito bom grado. Eu mesmo adoraria usá-lo mas não posso contar com o plugin da Adobe.

Na minha cabeça de semi-leigo, eu acho que eles poderiam até aproveitar o código-fonte aberto do Firefox para criar este plugin. Além do mais, faria com que a Adobe abrisse os olhos, e passasse a considerar fazer atualizações do plugin mais rápido o possível para não perder terreno.

Por isso que eu disse no tópico do site. Os desenvolvedores para Linux devem parar de tentar imitar e portar os softwares de sucesso do Windows, e criar versões inteiramente novas, mas que façam a mesma coisa. Fazer um plugin para um programa proprietário como o Flash por necessidade é trabalhar para a Adobe [bb]e não receber nada.

UPDATE: A Adobe anunciou que irá lançar o Flash 9 para Linux sim, mas apenas no início de 2007. Ou seja, teremos que esperar "apenas" 7 ou 8 meses. Que maravilha…

[UPDATE 2] 3 meses depois de eu publicar este post, eis que a Adobe [bb] lança o beta do Flash Player 9, que pode ser baixada aqui. Eu não testei o plugin, mas a comunidade parece estar dividida. Em alguns funcionou bem, em outros possuía as mesmas falhas do player atual, e em outros chegou até a travar o navegador. Quem quiser instalar pode seguir estas instruções.

Comentários

Carol amiga diana

Bom, como ví o título INOVAÇÂO da reportagem achei q seria bastante interessante vc dar uma olhada no http://blog.meira.com/?p=228, estamos com foco voltado p isso..seja lá como pode ser interpretado!

Excelente leitura :)

Comentar