INCOMPATIBILIDADE DE APLICATIVOS WINDOWS NO LINUX

1. INTRODUÇÃO Há muito tempo a área de TI vêm enfrentando um grande problema na adaptação dos aplicativos criados pelos desenvolvedores. Depois do ano 2000, a corrida para minimizar o problema da incompatibilidade dos programas em várias plataformas ganhou prioridade, visto que a popularidade do sistema opensource aumentou e, junto com isso, os problemas. Focando-se nisso, programadores do mundo todo realizaram uma série de pesquisas e estudaram alguma forma de resolver, ou pelo menos minimizar, o problema da incompatibilidade. Porém, o número de programadores e desenvolvedores mais interessados comercialmente na área aumentou mais do que aqueles interessados na área científica e acadêmica. Isso dificultou muito o avanço das pesquisas, uma vez que como a programação, as linguagens sofreram atualizações, novas linguagens e interfaces de programação surgiram. A pesquisa traz mais informações a respeito das diversas adaptações – ou emulações[1] – e como podem ser usadas para solucionar um determinado problema, para cada tipo de usuário. Serão mostradas as dificuldades na implementação do sistema Linux, as vantagens e as diferenças que tornam este sistema operacional incompatível com os aplicativos desenvolvidos para o sistema da Microsoft e vice-versa. Será abordado ainda as vantagens e desvantagens sobre as principais soluções existentes para resolver parte do problema, uma vez que a sua dimensão tornará as soluções a cada dia um desafio novo, com prazo indeterminado para concluir ou chegar a um resultado desejável. Para chegar às respostas, foram realizadas pesquisas em principais portais tecnológicos, nacionais e internacionais, empresas desenvolvedoras dos programas citados no decorrer do texto e as mais respeitadas comunidades nacionais do ramo. Inicialmente, veremos que em um contexto histórico, a partir do desenvolvimento do sistema Unix, utilizado exclusivamente para mainframes, iniciou-se uma revolução que ganhou proporções a nível mundial em questão de cerca de quatro décadas. Em seguida, a lógica do motivo de existirem tantos programas desenvolvidos para Windows, e tão pouco para o seu concorrente. Serão abordadas no decorrer do artigo algumas informações adicionais para conhecimento que será útil para a compreensão do motivo dos programas de plataformas diferentes não funcionarem uma na outra. Por fim, serão analisadas as principais soluções atuais para a adaptação dos softwares do sistema proprietário para o sistema livre. Serão mostradas as vantagens e desvantagens para cada solução e a qual tipo de usuário ela se destina. 2. UM POUCO DE HISTÓRIA No decorrer das décadas, houve um crescimento notável de aplicações quais foram desenvolvidas para computadores, porém houve pouco desenvolvimento e investimento em sistemas operacionais, tanto para computadores Desktop (microcomputadores) quanto Servers (minicomputadores, ou servidores). Como já existia um sistema operacional desenvolvido para tais equipamentos, houve pouca preocupação com o desenvolvimento de aplicações que fossem compatíveis com todos os computadores. A única questão era saber se o software que estava sendo desenvolvido conseguiria rodar nos equipamentos com a arquitetura do IBM PC – os computadores pessoais que temos até hoje – e Macintosh – produzidos pela Apple. Havendo apenas dois sistemas operacionais, Windows e MAC/OS (o Unix era para servidores e mainframes), não havia tanto problema, uma vez que a única preocupação era quanto à arquitetura do hardware. Com o passar dos anos, o uso dos computadores com o padrão IBM-PC cresceu em proporções geométricas, fazendo com que os Macintosh perdessem terreno. Como o sistema operacional da Apple não conseguia rodar em computadores que não foram desenvolvidos pela mesma, acabou abrindo as portas à Microsoft, com o Windows, já que esse sistema era o que melhor se comportava nos PCs. Até então, os sistemas operacionais existentes eram o MAC/OS (da Apple, para os Macintosh), o Windows (da Microsoft, para os IBM-PC) e o Unix (da AT&T, para mainframes). Como a tendência do mercado é sempre lucrar em cima do mais abrangente, os desenvolvedores da época começaram a desenvolver seus programas baseados no sistema operacional mais popular daquele tempo. Com a popularização do Windows e o declínio da Apple, em poucos anos a maioria dos aplicativos existentes na informática foram escritos para rodarem na plataforma mais utilizada. Ainda existiram alguns programadores preocupados com a compatibilidade dos programas com a arquitetura e plataforma dos computadores da Apple, mas em sua grande maioria, interessada apenas comercialmente pelo ramo, investiu todas as suas fichas no Windows. Isso se estendeu por aproximadamente duas décadas, desde o surgimento da primeira aplicação para o Windows. Em contrapartida, em 1991 um estudante da Universidade de Helsinki – Linus Torvalds – desenvolveu um sistema operacional, como forma de “passatempo”, baseado no Minix, que era herdado do Unix, da AT & T (THE OPEN GROUP, 2003) e, posteriormente anunciou a primeira versão de seu sistema, com o código-fonte aberto, para livre edição de quem quisesse estudá-lo, seguindo a regra de código aberto, qual o Unix era baseado, o GNU-GPL. Inicialmente o sistema, mais tarde batizado de Linux, em homenagem ao seu criador e à sua origem, foi utilizado apenas para fins acadêmicos (UNIVERSIDADE ESTADUAL DE CAMPINAS, 2000). Anos mais tarde algumas distribuições, como o RedHat, Debian, acabaram sendo usadas para fins comerciais, começando a despertar a curiosidade – e preocupação – dos programadores. Atualmente, o problema que era com a compatibilidade de aplicativos entre as plataformas PC com Macintosh, passou a ser entre ambientes de trabalho. O Linux diferencia-se do Windows em vários aspectos. Sistema de arquivos, estrutura de pastas, gerenciamento de usuários, extensões de aplicativos, licença de usuário-final, comandos do sistema, plataformas independentes, entre outros problemas fazem com que seja praticamente impossível executar nativamente as aplicações do Windows no Linux, ou vice-versa. Esse problema será discutido ao decorrer deste artigo, abordando a programação dos ambientes e quais as soluções criadas para contornar o problema que assola entre os usuários do Linux quanto à utilização dos aplicativos e dos usuários que planejam migrar para o sistema operacional de código-fonte aberto. 3. LINUX, UM SISTEMA SEM EXTENSÃO DE APLICATIVOS Uma das características únicas do sistema Linux é a ausência de extensões para a execução dos aplicativos. Geralmente as extensões de arquivos neste sistema ficam restritas aos arquivos gerados pelos aplicativos que os criaram. Extensão de arquivo é um grupo de três ou quatro letras formadas depois do final do nome do arquivo. Essas letras (em geral, siglas) são para associar a um programa específico para a execução do mesmo. Caso haja mais de um programa que suporte a mesma extensão, será aberto pelo programa padrão associado pela mesma. (MICROSOFT, 2010). No Windows, a extensão não fica restrita aos arquivos gerados pelos programas que os criaram. Basicamente em todo esse sistema operacional é desenvolvido desta forma, por mais simples ou essencial que seja o programa. A título de curiosidade, no Linux, como já foi dito anteriormente, os aplicativos não possuem extensão. Os arquivos do sistema não são diferentes nesse sentido. A extensão de arquivos fica restrita aos arquivos gerados pelos programas e aos módulos do Kernel (núcleo do sistema), onde até a versão 2.4 dele, os módulos carregavam a extensão ‘.o’, o que é uma extensão genérica para objetos na linguagem C/C++. A partir da versão 2.6, passaram a carregar a extensão ‘ .ko’ (MORIMOTO, 2010). Neste ponto, o Linux leva certa vantagem no quesito Segurança. Como a compilação dos softwares de linguagem de programação no Linux são diferentes umas das outras, isso torna o sistema, de certa forma, seguro. Mas ao mesmo tempo em que faz o sistema ser seguro, faz ao mesmo tempo possuir problemas com outras distribuições, de qualquer sistema operacional, incluindo o Windows, problema qual será abordado posteriormente. 4. AS VARIAÇÕES NAS DISTRIBUIÇÕES LINUX Chamadas pelos usuários mais experientes de “distros”, as distribuições são versões customizadas do sistema operacional Linux, adaptadas conforme a necessidade e o gosto do usuário, podendo ser redistribuída de forma totalmente gratuita. Como todo o código-fonte do sistema operacional é aberto, de acordo com a licença geral GNU-GPL, qualquer pessoa com conhecimento ou curiosidade na área pode editar e adaptar o sistema da forma que precisar (MORIMOTO, 2010). Inicialmente, a ideia é boa quando se trata de customizar o software de acordo com o que precisa. Porém, isso também traz um problema, a incompatibilidade de aplicativos. Dentro do próprio Linux, existem ramificações de sistemas tão distantes, que em alguns casos é preciso fazer adaptações para executar programas que foram desenvolvidos para uma distribuição distinta da qual está sendo utilizada. As ramificações iniciais são as distribuições RedHat e Debian. Originalmente, as mais notáveis diferenças eram no formato dos pacotes de instalações de programas. Enquanto o RedHat utiliza os pacotes com formato RPM (sigla para RedHat Package Manager – Gerenciador de Pacotes RedHat (RED HAT, 2010)), o Debian utiliza os pacotes com formato DEB (Debian Package Management – Gerenciamento de Pacotes Debian). A forma encontrada para solucionar o problema foi desenvolver um aplicativo que convertesse o pacote de instalação RPM em DEB e vice-versa. Foi desenvolvido o programa alien, qual ainda é experimental e pouco recomendado, pois ele apenas converte o pacote, mas não as suas dependências, fazendo com que falte conteúdo depois de executá-lo. O programa está disponível para instalação através do comando (como super-usuário): #apt-get install alien -> Para sistemas baseados em Debian #yum install alien -> Para sistemas baseados em RedHat Para outros sistemas, consultar a documentação do mesmo. Para tal, precisa ter uma conexão com a Internet. (DIE.NET, 2010) Vale ressaltar que as distribuições Unix (da AT & T), o FreeBSD (da FreeBSD Project) e o Solaris (da Oracle), embora carreguem as mesmas origens, não são distribuições Linux. O Unix é a base de toda a plataforma (a plataforma “pai”), o FreeBSD é uma ramificação mais próxima do Unix e o Solaris é o sistema operacional da antiga Sun Microsystems, aderida à Oracle, ramificada do FreeBSD. 5. AS ADAPTAÇÕES DO PRÓPRIO LINUX Como foi dito no capítulo anterior, nem todas as distribuições Linux conseguem rodar seus aplicativos livremente, apesar de ter a mesma base. Sistemas como o Solaris não tem nenhum suporte ao sistema, mesmo fazendo referência a ele. O sistema FreeBSD possui sua própria plataforma, sendo esta a mais próxima do Unix que suporta computadores do padrão IBM PC. Ele até aceita os aplicativos do Linux, mas para isso o sistema conta com um “Linux mode”, que seria uma adaptação de bibliotecas do FreeBSD para executar esses programas[2]. Considerando esse fator, o FreeBSD não é a ramificação do Linux, mas sim a do Unix. Outro problema enfrentado no Linux é o suporte ao hardware. Quando o programa de instalação ou o pacote criado foi desenvolvido para certo sistema, como ficaram os outros? Para resolver esse problema, os fabricantes que prestam suporte para o Linux, como a AMD e a Nvidia, padronizaram a compilação do programa de instalação de forma com que qualquer distribuição Linux aceitasse o mesmo sem problemas, fazendo com que o usuário apenas se preocupe em baixar o pacote compatível com a arquitetura do sistema instalado, sendo ela 32 ou 64 bits. Porém, outros fabricantes, a exemplo da Silicon Integrated Systems Corp. (SiS), até os dias atuais não estão preocupados em desenvolver soluções para o Linux ou qualquer plataforma fora do Windows, como se fosse uma espécie de acordo entre ela e a Microsoft, embora não há nenhuma prova sobre isso. O que se sabe e é muito criticado é em respeito à falta de suporte dessa empresa com o Linux para com os seus clientes. O mais grave é que ela não permite – e pune quem tenta – criar drivers para rodar seus chipsets no Linux. A maior dificuldade é em relação ao chipset de vídeo. Recursos dos chips mais recentes, como os de rede, já são reconhecidos pelo sistema operacional. Porém, o suporte da SiS com o Linux deixa a desejar. E o respeito à escolha do usuário também. Ressaltando o item do capítulo anterior, o programa alien, que converte o pacote RPM para DEB ou vice-versa, apenas muda a forma com que está escrito o mesmo. Se ele for um pacote único, talvez isso resolva o problema. Mas se fizer parte de um conjunto de pacotes, ou mesmo possuir dependências que fiquem dentro da mesma pasta, então poderão ocorrer problemas na hora de instalar, pois o programa apenas converteu aquele pacote, não a compilação do restante do programa de instalação. De forma geral, as mais recentes compilações realizadas pelos desenvolvedores estão sendo feitas de tal maneira que sejam aceitas nos dois ambientes do Linux, o RedHat e Debian, sem ser os pacotes RPM ou DEB, mas disponibilizando em repositórios em servidores das empresas mantenedoras do sistema operacional ou, como em vários países, em centros universitários, como no Paraná (Brasil), onde se mantém um dos mais importantes repositórios do Linux em todo o Brasil, pela Universidade Federal do Paraná (UFPR) (C3SL, 2010), assim como a USP (Universidade de São Paulo) e na UFRGS (no Rio Grande do Sul). 6. AS ADAPTAÇÕES PARA AS APIs DO WINDOWS NO LINUX Até aqui, foram passadas informações que trazem mais conhecimentos sobre as particularidades de cada sistema operacional, sendo ele Unix, Linux ou Windows. Foi visto também que no próprio sistema Linux existe problemas de compatibilidade de aplicativos, mesmo sendo da mesma base. Agora serão discutidos os problemas da incompatibilidade dos aplicativos Windows com o Linux. Devido aos programas desenvolvidos para o Windows utilizarem APIs (Application Programming Interface – Interface de Programação de Aplicações) diferentes, o problema da incompatibilidade torna-se uma dor de cabeça por parte do usuário, uma vez que não há formas simples de adaptações, como no FreeBSD ou no programa Alien. Com o passar dos anos e com a exigência do mercado em relação aos programas desenvolvidos, começou uma série de estudos para tentar contornar o problema da incompatibilidade. 6.1. DUAL BOOT Uma das soluções, talvez a melhor viável para usuários domésticos ou pessoas que não se aprofundarão no assunto, é o Dual Boot, que consiste em deixar dois ou mais sistemas operacionais instalados. A primeira alternativa de usuários Windows que estão tentando usar o Linux é instalá-lo junto com o Windows. O usuário pode, neste caso, dividir seu HD em duas partições para colocar os dois sistemas, ou então usar um disco rígido secundário para colocar cada sistema em um HD. (KOCH, 2008) O problema nisso é que não há nenhuma “adaptação”, apenas deixa o usuário escolher com qual sistema irá trabalhar. Caso ele queira ou precise entrar no outro sistema operacional, terá que reiniciar todo o computador, o que torna o processo bem inconveniente. Além de não trazer nenhum benefício, prejudica o trabalho do operador do computador. Então, se não for usuário doméstico, deve-se buscar outra solução. 6.2. VIRTUALIZAÇÃO DE HARDWARE Um projeto recente trouxe algo que seria uma boa alternativa para pessoas que não podem ficar reiniciando o computador o tempo todo para trocar de sistema. Quase tudo pode ser simulado via software. É possível até mesmo simular um computador de arquitetura diferente, para que os softwares escritos para ele rodem da mesma forma que rodam dentro do seu sistema nativo (MORIMOTO, 2009). Segundo Morimoto (2009), é possível rodar um sistema operacional completo, simulando um PC físico dentro de uma única janela. A virtualização consiste em “emular” um computador completo dentro de um equipamento físico, como se dois equipamentos ocupassem o mesmo espaço físico ao mesmo tempo. Na verdade, trata-se de uma máquina virtual, que depende apenas de um programa para funcionar, mas trabalhando de forma independente da máquina pai (chamada pelos aplicativos do gênero de “computador host”). Sendo assim, o usuário pode trabalhar tanto com o Linux, instalado no host, quanto o Windows ou qualquer outra distribuição do Linux, FreeBSD, Solaris ou sistemas da Novell Netware na máquina virtual, independente uma da outra. O programa ainda dá as opções de compartilhamento da conexão de rede, podendo trabalhar de forma independente (Bridged), compartilhando o IP do computador host (NAT), desativando o compartilhamento (deixando a máquina virtual fora da rede) ou mesmo apenas comunicando-se entre o computador host e a máquina virtual (host-only). Atualmente existem aplicativos que fazem essa tarefa, os mais populares são o Sun VirtualBox, da Oracle e o VMware Workstation, da VMware, Inc. Ambos programas estão disponíveis para download no site dos seus respectivos desenvolvedores: http://www.virtualbox.org e http://www.vmware.com. No Linux existem ainda as opções de software o Qemu e o Xen, distribuídos gratuitamente. Segundo Morimoto (2009), o Qemu é um “emulador” do sistema operacional, e não um virtualizador. O VirtualBox também é distribuído sem custo. O VMware Workstation é uma versão gratuita para testes, embora a licença restrinja o usuário de rodar diretamente no Workstation, mas como opção gratuita, pode ser utilizado o VMware Player, instalado junto com o Workstation, ficando restrito a uma máquina virtual por vez (no Workstation podem ser abertas várias máquinas virtuais simultaneamente). A virtualização de hardware traz uma série de vantagens para o usuário ou para empresas, como a adaptação do Windows no Linux, a virtualização de servidores, entre outros. Usando o VMware Server, você pode transformar um único servidor dedicado em vários servidores virtuais, cada um se comportando como se fosse uma máquina separada. Em geral, ao locar um servidor dedicado você recebe uma faixa de IPs com máscara 255.255.255.248, com 5 endereços IPs utilizáveis. Isso significa que você pode usar um endereço para o servidor principal e ainda ficar com mais 4 endereços para as máquinas virtuais (sendo que uma delas pode acumular a função de servidor DNS secundário). (MORIMOTO, 2010) Em contrapartida, como é uma máquina independente, também deve se preocupar com a segurança do sistema virtual. Para Morimoto (2009), outro problema da virtualização é com relação ao desempenho: dois sistemas operacionais independentes rodando no computador host resultam no aumento no consumo de memória RAM e processador. Sendo assim, é necessário possuir uma boa configuração de hardware para trabalhar com esse aplicativo, além de bastante espaço em disco rígido. 6.3. WINE Uma das técnicas que mais se aproxima de uma adaptação viável para o problema da incompatibilidade de aplicações é a emulação do ambiente no sistema operacional. Há certo tempo, várias pessoas estiveram trabalhando este ponto, buscando uma forma de adaptar o software do sistema concorrente sem necessidade de virtualização de hardware nem reiniciar o computador para trabalhar. O resultado atual é uma adaptação das bibliotecas e ambiente de programação (API) do Windows para o Linux, de forma que faça com que interaja com o sistema atual, incluindo o acesso à leitura e escrita em pastas e arquivos do sistema. Assim como os programas mais populares, o Wine começou a ser distribuído exclusivamente pelo site http://www.winehq.org, mas posteriormente passou a ser incorporado na lista de programas (Synaptics) e até pelo instalador on-line via linha de comandos: #apt-get install wine ou #yum install wine A instalação é simples e a configuração é feita, em boa parte, de forma automatizada, bastando o usuário definir a letra das unidades que seriam usadas no Windows (no Gnome em Aplicativos – Ferramentas – Wine configuration). A partir da instalação do programa, os arquivos de aplicativos Windows (extensão EXE) abrirão através deste programa. Para abrir um arquivo nesta extensão em linhas de comando, abra o terminal e digite wine programa.exe. Não é necessário estar logado como administrador (root). Um grande problema é que o Wine não é 100% eficaz, pois ainda existem muitos aplicativos que não conseguem rodar em ambiente virtual neste sentido. Muitas vezes apresentam códigos de erros desconhecidos ou acusam falta de algum item essencial que impedem de prosseguir com a execução do programa, ou ainda de um serviço do Windows em especial. Ainda existe o problema com programas que exigem um bom desempenho gráfico, tais como aplicações de imagens mais pesadas e jogos. Existem alguns complementos que podem corrigir esse problema, mas ainda não totalmente, e esses complementos são pagos e em dólares americanos. Tais complementos são o Crossover Office (para rodar o Office) e o Cedega, sendo este último um programa cujo a licença é mensal, mas se deixar de pagar não receberá as atualizações, ficando “congelado”, sem receber as correções dos possíveis problemas. Ainda sim não há nenhuma garantia de que rodará plenamente, mesmo que consiga ser instalado e abra o programa, o desempenho não será o mesmo. Esse problema só será corrigido com o passar do tempo. É muito difícil fazer o que o Wine se propõe. O Windows é um sistema fechado, o funcionamento interno não é tão claro. No entanto, boa parte da API (conjunto de funções disponíveis para uso dos programas) do Windows é documentada, para que os programadores possam escrever programas para o sistema, afinal as pessoas usam os programas, não o sistema operacional em si. O que o pessoal do Wine faz é pegar cada uma dessas funções e implantá-la no projeto. Elas fazem as mesmas coisas que as do Windows fazem, mas de outra forma, para serem rodadas no Linux. (PICÃO, 2009). Como na informática todas as tecnologias sofrem atualizações, tanto na parte de hardware, quanto na de software, poderá ser comparada à biologia, em termos de pesquisa e estudo. Por esse motivo, se devem manter as atualizações. Caso apareça algo novo, um programa que rode sob tais condições que não existam na instalação atual do emulador, receberá através delas tais correções. Para o Wine, acompanhará junto ao update, através das atualizações do Linux, pelas notificações no Gnome, ou pela linha de comando (no ambiente gráfico KDE): #apt-get update #yum update Segundo a Transgaming (2010), desenvolvedora do software Cedega, para manter as atualizações, exige-se que o usuário seja membro, onde pode ser adquirido o serviço de acesso ao website por seis meses ou um ano, mais as atualizações de software dentro do mesmo período. Segundo o Portal Criativa (2010), o Cedega, anteriormente chamado por WineX, é um projeto baseado no Wine, assim como o Crossover Office. Porém, o primeiro é voltado para aplicações mais pesadas, que requerem recursos gráficos mais pesados, como aplicações 3D e jogos. O Crossover Office é voltado para aplicações pagas de escritório e de alguns programas proprietários, por exemplo, o Adobe Photoshop. Os requerimentos mínimos do sistema e de hardware para executar o Cedega são: Kernel do sistema versão 2.2;Xfree86 4.0 ou superior;glibc 2.2 ou superior; OpenGL acelerado via hardware;Processador Pentium III ou Athlon acima dos 500Mhz; 64Mb de memória; 128Mb altamente recomendados;Espaço livre em disco suficiente para a instalação dos jogos;Placa 3D suportada pelo Linux com 16MB de memória. (PORTAL CRIATIVA, 2010). Considerando as configurações dos computadores utilizados nos dias atuais e nas compilações mais recentes, não é difícil atender as configurações exigidas. 6.4. SOFTWARES MULTIPLATAFORMA Um recurso que certamente é o mais indicado para usuários domésticos e de escritório é a procura por aplicativos que possam rodar em várias plataformas. A desvantagem neles é apenas que o usuário terá que aprender a lidar com as ferramentas do programa. Focando-se no problema da incompatibilidade, programas alternativos foram desenvolvidos, o que tem dado um bom resultado. Os programas utilizados pela maioria dos usuários já possuem programas equivalentes, onde são baseados em softwares pagos desenvolvidos para a plataforma Windows, mas distribuídos gratuitamente e muito utilizados. Por exemplo, o software Java™: É uma máquina virtual que trabalha com uma linguagem própria, onde segundo a Oracle (2010), está sendo utilizada em vários aparelhos, como celulares, portáteis e computadores em larga escala, fazendo parte do cotidiano, mesmo que passe despercebido. Com o crescimento da linguagem, mais desenvolvedores estão se dedicando à criação de programas com base nele. A Oracle ressalta que o programa compilado em Java™ em uma plataforma pode ser utilizada em qualquer outra sem problemas, desde que tenha a máquina virtual Java devidamente instalada. Outro programa bastante utilizado é o OpenOffice.org, com a versão brasileira BrOffice.org. Através do portal http://www.broffice.org, há disponível o software em português brasileiro para download, para as plataformas Windows, Linux e MacOS. A conveniência do programa está também em ter a possibilidade de abrir, editar e salvar arquivos em formatos salvos pelo seu concorrente Microsoft™ Office, além de ser gratuito. Para profissionais na área gráfica, há como alternativa ao famoso Photoshop, da empresa Adobe, o programa GIMP, desenvolvido por The GIMP Team. O software possui versões para as plataformas Windows e Linux também, embora dependendo do projeto, ele pode ficar sem algumas ferramentas do software da Adobe. (BUENO, 2010) Em relação à navegação à Internet, há uma alternativa, tão famosa quanto o navegador Internet Explorer, da Microsoft, o Mozilla Firefox. Apesar de ser “alternativo”, este navegador vem ganhando bastante terreno. Para se ter uma ideia, segundo Dillmann (2010), em 2009 o Firefox ultrapassou o Internet Explorer em nível de usuários no continente europeu, mostrando o aumento na popularidade do programa. Esses são apenas alguns exemplos dos programas alternativos multiplataforma, futuramente aparecerão mais empresas e desenvolvedores interessados em criar seus programas e sistemas de automação baseado neste ideal, o que dará mais liberdade de escolha para seus clientes e usuários. 7. CONSIDERAÇÕES FINAIS No decorrer do artigo, verificou-se que inicialmente as aplicações foram desenvolvidas sem muito interesse no sistema operacional Linux, pois, desacreditados, os programadores continuaram trabalhando somente com a plataforma Windows. Com a popularidade do seu “concorrente”, fez-se necessário o trabalho de readaptar os softwares já criados, ou mesmo nas novas versões, para poderem ser executados no Linux. O mesmo apresenta uma série de vantagens, mas, assim como qualquer sistema, ele está suscetível a falhas. Mas já estão sendo trabalhados esses pontos pela própria comunidade, por vários desenvolvedores e programadores em todo o mundo. Como o sistema opensource apresenta centenas de variações, em vários casos ocorrem de programas escritos por um sistema operacional com a mesma base não conseguirem ser executados, dificultando inclusive a vida das empresas fabricantes de hardware. Para resolver esse problema, foram realizados estudos para tentar padronizar os pacotes de instalação, tanto que algumas conseguiram padronizar de tal forma que a única preocupação que o usuário terá é em relação à arquitetura do sistema operacional instalado, se é de 32 ou 64 bits. Infelizmente, outros fabricantes não dão nenhuma atenção e fazem com que os seus clientes se sintam desprezados pelas mesmas, fazendo isso gerar um problema que seria desnecessário. Foram citadas as formas encontradas para resolver parte do problema com os aplicativos rodando em sistemas para quais não foram desenvolvidos: O dual boot, viável apenas para usuários domésticos, ou aqueles que apenas querem “treinar” o Linux, sem comprometer o sistema “principal”, sendo inviável para fins comerciais; a virtualização de hardware, que além de ser uma solução voltada para empresas de pequeno, médio ou grande porte, para a adaptação de softwares, pode ser usada para a virtualização de servidores, diminuindo custos sem perder tamanha produtividade, obviamente fazendo um bom investimento no hardware do servidor; a emulação de um ambiente Windows dentro do Linux, adaptando as bibliotecas do sistema para qual o aplicativo foi desenvolvido, para o sistema hospedeiro. Esta alternativa está em constante estudo e não há uma versão que funcione 100% no Linux sem causar erros. E foi mostrada também uma solução que torna viável em vários casos, para que não tenha todo o trabalho de tentar forçar o programa a rodar em um ambiente para qual não é desenvolvido, através dos programas multiplataformas. Eles entregam ao usuário o mesmo resultado para as tarefas que ele faria se estivesse utilizando o software de costume. REFERÊNCIAS BUENO, João. Adicione seus próprios recursos GIMP. Disponível em . Acessado em 23 de setembro de 2010 às 18:49. C3SL. Centro de Computação Científica e Software Livre – Espelhos. Disponível em . Acessado em 23 de setembro de 2010 às 20:10. DIE.NET. alien(1): Convert/install alien binary package – Linux man page – Disponível em . Acesso realizado em 31 de agosto de 2010 às 18:35 DILLMANN, Lucas. Firefox ultrapassa Internet Explorer em número de usuários na Europa, Disponível em . Acessado em 23 de setembro de 2010 às 19:18. DISTROWATCH.COM. DistroWatch.com: Solaris Operating System. Disponível em . Acesso realizado em 31 de agosto de 2010 às 19:25 MELHORAMENTOS. Emulação | Dicionário de Português | Michaelis – UOL. Disponível em . Acesso realizado em 29 de setembro de 2010 às 16:03. FREE SOFTWARE FOUNDATION. GNU General Public License. Disponível em: . Acesso realizado em 31 de agosto de 2010 às 18:15 KOCH, Daniel. HowStuffWorks – Compatibilidade Com Windows e outros aplicativos da Microsoft. Disponível em: . Acesso realizado em: 31 de agosto 2010 às 15:03 MICROSOFT CORPORATION. Associação de Arquivos do Windows. Disponível em . Acesso realizado em: 31 de agosto de 2010 às 16:03 MORIMOTO, Carlos Eduardo. Suporte a hardware no Linux, Guia do Hardware.net. Disponível em . Acesso realizado em 31 de agosto de 2010 às 17:57 MORIMOTO, Carlos Eduardo. Distribuições Linux – Definição de Distribuição Linux. Disponível em . Acesso realizado em 31 de agosto de 2010 às 18:25 MORIMOTO, Carlos Eduardo. Kurumin – Guia prático. Edição única. Editora GDHPress . São Paulo, 2007. Disponível em – Acessado em 31 de agosto de 2010 às 20:43 MORIMOTO, Carlos Eduardo. Introdução – Vmware Server, parte 1. Disponível em . Acessado em 19 de setembro de 2010 às 15:03. ORACLE™. Saiba mais sobre a tecnologia Java. Disponível em . Acessado em 23 de setembro de 2010 às 18:22. ORACLE™. Oracle™ Virtual Box homepage. Disponível em . Acesso realizado em 31 de agosto de 2010 às 20:30 PICÃO, Marcos Elias. Introdução – dicas para o uso do Wine. Disponível em . Acessado em 20 de setembro de 2010 às 14:29. PORTAL CRIATIVA. Introdução – Jogos de Windows no Linux, via Cedega. Disponível em . Acessado em 22 de setembro de 2010 às 20:41. RED HAT, Inc. Package Management with RPM. Disponível em . Acesso realizado em 31 de agosto de 2010 às 18:31 ROHR, Altieres. Falha no Windows já afeta mais de 100 programas e segue sem correção. Jornal Globo.com. Disponível em . Acesso realizado em 31 de agosto de 2010 às 17:11 SPI. The Debian GNU/Linux FAQ – The Debian package management tools, Disponível em . Acesso realizado em 31 de agosto de 2010 às 18:35 THE OPEN GROUP. The Unix System – History and Timeline – Unix History. Disponível em . Acesso em: 16 de setembro de 2010 às 20:26. TRANSGAMING INC. Cedega Gaming Service – Terms Of Service. Disponível em . Acessado em 22 de setembro de 2010 às 20:27. UNIBLUE Systems. File Extension COM. Disponível em . Acesso realizado em 29 de setembro de 2010a às 15:38. UNIBLUE Systems. File Extension EXE. Disponível em . Acesso realizado em 29 de setembro de 2010b às 15:39. UNIBLUE Systems. File Extension MSI. Disponível em . Acesso realizado em 29 de setembro de 2010c às 15:40. UNIBLUE Systems. File Extension SYS. Disponível em . Acesso realizado em 29 de setembro de 2010d às 15:43. UNIBLUE Systems. File Extension BAT. Disponível em . Acesso realizado em 29 de setembro de 2010e às 15:54 Universidade Estadual de Campinas . O surgimento do Linux. Disponível em . Acessado em: 31 de agosto de 2010 às 14:45. VMWARE, Inc. VMware Virtualization Software. Disponível em . Acesso realizado em 31 de agosto de 2010 às 20:32

INCOMPATIBILIDADE DE APLICATIVOS WINDOWS NO LINUX

Matheus

Liderança: como se tornar um executivo indispensável, com Rodrigo Araújo | Café com ADM 490

Liderança: como se tornar um executivo indispensável, com Rodrigo Araújo | Café com ADM 490

Sobre o autor

Matheus

Seja Premium e tenha acesso ao nosso arsenal de cursos