<?xml version="1.0" encoding="UTF-8"?><rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	xmlns:dc="http://purl.org/dc/elements/1.1/"
	xmlns:atom="http://www.w3.org/2005/Atom"
	>
<channel>
	<title>Comments on: INFO pergunta: Um dia a Receita vai ter versão Linux e Mac?</title>
	<atom:link href="http://br-linux.org/2008/info-pergunta-um-dia-a-receita-vai-ter-versao-linux-e-mac/feed/" rel="self" type="application/rss+xml" />
	<link>http://br-linux.org/2008/info-pergunta-um-dia-a-receita-vai-ter-versao-linux-e-mac/</link>
	<description>Linux levado a sério desde 1996</description>
	<pubDate>Fri, 05 Sep 2008 23:20:22 +0000</pubDate>
	<generator>http://wordpress.org/?v=2.6</generator>
		<item>
		<title>By: Rodrigo</title>
		<link>http://br-linux.org/2008/info-pergunta-um-dia-a-receita-vai-ter-versao-linux-e-mac/#comment-8085</link>
		<dc:creator>Rodrigo</dc:creator>
		<pubDate>Fri, 02 May 2008 22:42:03 +0000</pubDate>
		<guid isPermaLink="false">http://br-linux.org/?p=1408#comment-8085</guid>
		<description>Não entendi esse post, será que um usuário que nao consegue instalar um programa em JAVA por desconhecer o que é, conseguirá instalar um binário linux. Ainda mais que pra isso seria preciso fazer um  respectivo rpm, deb ou tgz compatível com o sistema(ou genérico). Ou até mesmo um pacote em shell script que ajudaria mais...

Mas o mais engraçado que depois de tantos anos com a versão em Java o  pessoal ainda reclame que não conseguem instalar, sem falar com os diversos tutoriais espa lhados pela net...

Isso realmente é lastimável...</description>
		<content:encoded><![CDATA[<p>Não entendi esse post, será que um usuário que nao consegue instalar um programa em JAVA por desconhecer o que é, conseguirá instalar um binário linux. Ainda mais que pra isso seria preciso fazer um  respectivo rpm, deb ou tgz compatível com o sistema(ou genérico). Ou até mesmo um pacote em shell script que ajudaria mais&#8230;</p>
<p>Mas o mais engraçado que depois de tantos anos com a versão em Java o  pessoal ainda reclame que não conseguem instalar, sem falar com os diversos tutoriais espa lhados pela net&#8230;</p>
<p>Isso realmente é lastimável&#8230;</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: theneus</title>
		<link>http://br-linux.org/2008/info-pergunta-um-dia-a-receita-vai-ter-versao-linux-e-mac/#comment-7993</link>
		<dc:creator>theneus</dc:creator>
		<pubDate>Fri, 02 May 2008 16:40:45 +0000</pubDate>
		<guid isPermaLink="false">http://br-linux.org/?p=1408#comment-7993</guid>
		<description>Poderia criar a versão on line ajax WEB 2.0 esse programa...</description>
		<content:encoded><![CDATA[<p>Poderia criar a versão on line ajax WEB 2.0 esse programa&#8230;</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: devnull</title>
		<link>http://br-linux.org/2008/info-pergunta-um-dia-a-receita-vai-ter-versao-linux-e-mac/#comment-7985</link>
		<dc:creator>devnull</dc:creator>
		<pubDate>Fri, 02 May 2008 16:20:52 +0000</pubDate>
		<guid isPermaLink="false">http://br-linux.org/?p=1408#comment-7985</guid>
		<description>Ninguém falou mal da linguagem da Sun, então porque os fãs da linguagem mais afoitos perdem tempo defendendo?

Coisas importantes:

- O problema não é se existe várias versões do programa e sim a falta de instaladores decentes (um para cada plataforma, nada desse negócio de arquivo zip, quanto mais automatizado, menos problemas). Mesmo que seja a mesma aplicação em todos, os instaladores devem ser adequados para cada E funcionarem mesmo, sem "soluções de contorno".

- Depender de uma máquina virtual é muito ruim. Lembre-se que IR é feito por gente em todo o país, mesmo aqueles que tem uma linha discada mambembe no interior aonde não tem nada, então exigir downloads gordos é atender muito mal o usuário.

- Pessoal de Mac não faz IR, tem dinheiro de sobra para pagar um contador que usa Windows :)</description>
		<content:encoded><![CDATA[<p>Ninguém falou mal da linguagem da Sun, então porque os fãs da linguagem mais afoitos perdem tempo defendendo?</p>
<p>Coisas importantes:</p>
<p>- O problema não é se existe várias versões do programa e sim a falta de instaladores decentes (um para cada plataforma, nada desse negócio de arquivo zip, quanto mais automatizado, menos problemas). Mesmo que seja a mesma aplicação em todos, os instaladores devem ser adequados para cada E funcionarem mesmo, sem &#8220;soluções de contorno&#8221;.</p>
<p>- Depender de uma máquina virtual é muito ruim. Lembre-se que IR é feito por gente em todo o país, mesmo aqueles que tem uma linha discada mambembe no interior aonde não tem nada, então exigir downloads gordos é atender muito mal o usuário.</p>
<p>- Pessoal de Mac não faz IR, tem dinheiro de sobra para pagar um contador que usa Windows :)</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: henry</title>
		<link>http://br-linux.org/2008/info-pergunta-um-dia-a-receita-vai-ter-versao-linux-e-mac/#comment-7977</link>
		<dc:creator>henry</dc:creator>
		<pubDate>Fri, 02 May 2008 15:27:49 +0000</pubDate>
		<guid isPermaLink="false">http://br-linux.org/?p=1408#comment-7977</guid>
		<description>Lastimável... hahahhahaaha

Só pq um usuário advanced-gold-power-ultra-mega-arrogante não conseguiu instalar o programinha do IRPF (pq provavelmente não leu as   instruções do site) ele quer que quem conseguiu comprove... Vou fazer um videozinho e postar no youtube. :D :D :D</description>
		<content:encoded><![CDATA[<p>Lastimável&#8230; hahahhahaaha</p>
<p>Só pq um usuário advanced-gold-power-ultra-mega-arrogante não conseguiu instalar o programinha do IRPF (pq provavelmente não leu as   instruções do site) ele quer que quem conseguiu comprove&#8230; Vou fazer um videozinho e postar no youtube. :D :D :D</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Paranaense</title>
		<link>http://br-linux.org/2008/info-pergunta-um-dia-a-receita-vai-ter-versao-linux-e-mac/#comment-7954</link>
		<dc:creator>Paranaense</dc:creator>
		<pubDate>Fri, 02 May 2008 12:59:07 +0000</pubDate>
		<guid isPermaLink="false">http://br-linux.org/?p=1408#comment-7954</guid>
		<description>Alagoano,

  Se o software distribuído pela Receita fosse um produto vendido, tenho certeza que a Receita iria a falência e teria muitos processos por parte dos clientes. O software distribuído não atende a requisitos mínimos de qualidade. É perceptível a falta de cuidado (ou mesmo amadorismo) em alguns dos seus aspectos. É claro que sabemos que não são todos os funcionários públicos incompetentes, mas se não acharmos incompetentes quem arquitetou/programou o software cliente da receita teríamos que pensar que eles foram negligentes com a questão da qualidade, o que ao meu ver seria pior. O que pensamos do "fabricante" do software da Receita é o que pensaríamos de qualquer "fabricante" de qualquer produto. A diferença é que a iniciativa privada não pode se dar ao luxo de cometer os erros que a iniciativa pública comete (e com muito mais recursos) diga-se de passagem.
  Enquanto o setor público adotar um sistema administrativo que permita que este tipo de software chegue ao cidadão, ou ele será incompetente ou negligente.</description>
		<content:encoded><![CDATA[<p>Alagoano,</p>
<p>  Se o software distribuído pela Receita fosse um produto vendido, tenho certeza que a Receita iria a falência e teria muitos processos por parte dos clientes. O software distribuído não atende a requisitos mínimos de qualidade. É perceptível a falta de cuidado (ou mesmo amadorismo) em alguns dos seus aspectos. É claro que sabemos que não são todos os funcionários públicos incompetentes, mas se não acharmos incompetentes quem arquitetou/programou o software cliente da receita teríamos que pensar que eles foram negligentes com a questão da qualidade, o que ao meu ver seria pior. O que pensamos do &#8220;fabricante&#8221; do software da Receita é o que pensaríamos de qualquer &#8220;fabricante&#8221; de qualquer produto. A diferença é que a iniciativa privada não pode se dar ao luxo de cometer os erros que a iniciativa pública comete (e com muito mais recursos) diga-se de passagem.<br />
  Enquanto o setor público adotar um sistema administrativo que permita que este tipo de software chegue ao cidadão, ou ele será incompetente ou negligente.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: irpf</title>
		<link>http://br-linux.org/2008/info-pergunta-um-dia-a-receita-vai-ter-versao-linux-e-mac/#comment-7952</link>
		<dc:creator>irpf</dc:creator>
		<pubDate>Fri, 02 May 2008 12:50:47 +0000</pubDate>
		<guid isPermaLink="false">http://br-linux.org/?p=1408#comment-7952</guid>
		<description>O problema de impressão é do java e não do programa da receita. Tente imprimir qualquer outra coisa de uma aplicação java. O bug apareceu a partir de uma versão específica da jvm e tem a ver com o locales que você tá usando também. Eu não tenho um apontador para indicar agora, mas procurem por erros conhecidos da jvm e sua distribuição e irão encontrar uma maneira de contornar isso.

Quanto ao programa, eu não tenho dúvidas que o melhor seria a receita abrir de vez o código e hospedar um repositório com os fontes disponíveis pra quem quisesse estudar e contribuir de volta. Infelizmente a visão desse povo é muito limitada e focada em mitos de uma pseudo segurança de percepções ao invés de baseada em fatos. De qualquer maneira, se querem continuar da forma que está tudo bem, o que não dá é não indicarem afinal o formato (ou diagrama como alguém disse acima) em que querem os dados e documentarem o protocolo para transmissão.    

No caso do formato dos dados, acho que até já li em algum lugar que isso já tinha sido documentado e colocado a disposição, então a falha pode mesmo ser minha. Só não tenho certeza se a situação é realmente essa.</description>
		<content:encoded><![CDATA[<p>O problema de impressão é do java e não do programa da receita. Tente imprimir qualquer outra coisa de uma aplicação java. O bug apareceu a partir de uma versão específica da jvm e tem a ver com o locales que você tá usando também. Eu não tenho um apontador para indicar agora, mas procurem por erros conhecidos da jvm e sua distribuição e irão encontrar uma maneira de contornar isso.</p>
<p>Quanto ao programa, eu não tenho dúvidas que o melhor seria a receita abrir de vez o código e hospedar um repositório com os fontes disponíveis pra quem quisesse estudar e contribuir de volta. Infelizmente a visão desse povo é muito limitada e focada em mitos de uma pseudo segurança de percepções ao invés de baseada em fatos. De qualquer maneira, se querem continuar da forma que está tudo bem, o que não dá é não indicarem afinal o formato (ou diagrama como alguém disse acima) em que querem os dados e documentarem o protocolo para transmissão.    </p>
<p>No caso do formato dos dados, acho que até já li em algum lugar que isso já tinha sido documentado e colocado a disposição, então a falha pode mesmo ser minha. Só não tenho certeza se a situação é realmente essa.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Ivan</title>
		<link>http://br-linux.org/2008/info-pergunta-um-dia-a-receita-vai-ter-versao-linux-e-mac/#comment-7951</link>
		<dc:creator>Ivan</dc:creator>
		<pubDate>Fri, 02 May 2008 12:43:35 +0000</pubDate>
		<guid isPermaLink="false">http://br-linux.org/?p=1408#comment-7951</guid>
		<description>Tentei instalação do IRPF2008 no Ubuntu, Kurumin NG, Mandriva e Puppy Linux... nenhum rodou por aqui. A solução foi instalar o Windows 2000 e preencher os dados e envia-lo normalmente, sem nenhum passo de configuração extra, ou instalação de java ou JVM.
A dificuldade para instalar programas e compatibilidade com hardware, são problemas reais no Linux.
A solução deste problema seria preenchimento do IR via online, como serviços web 2.0.</description>
		<content:encoded><![CDATA[<p>Tentei instalação do IRPF2008 no Ubuntu, Kurumin NG, Mandriva e Puppy Linux&#8230; nenhum rodou por aqui. A solução foi instalar o Windows 2000 e preencher os dados e envia-lo normalmente, sem nenhum passo de configuração extra, ou instalação de java ou JVM.<br />
A dificuldade para instalar programas e compatibilidade com hardware, são problemas reais no Linux.<br />
A solução deste problema seria preenchimento do IR via online, como serviços web 2.0.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Alagoano</title>
		<link>http://br-linux.org/2008/info-pergunta-um-dia-a-receita-vai-ter-versao-linux-e-mac/#comment-7948</link>
		<dc:creator>Alagoano</dc:creator>
		<pubDate>Fri, 02 May 2008 12:14:38 +0000</pubDate>
		<guid isPermaLink="false">http://br-linux.org/?p=1408#comment-7948</guid>
		<description>RESPEITO, aos funcionário do setor publico.
Tratá-los, de modo geral, como incompetentes é no mínimo um despautério.
Sr. marcelovborro, por causa de erros dos desenvolvedores da Receita no desenvolvimento do sistema IRPF2008, mesmo assim, não podemos chamá-los de incompetentes. Sou funcionário público há quase 20 anos e me envergonho com pessoas como vc que trata um concursado como tal.
Incompetente é quem não sabe a resposta para resolver questões e acha que "atirando" pra todo lado ajudará a solucionar problemas.</description>
		<content:encoded><![CDATA[<p>RESPEITO, aos funcionário do setor publico.<br />
Tratá-los, de modo geral, como incompetentes é no mínimo um despautério.<br />
Sr. marcelovborro, por causa de erros dos desenvolvedores da Receita no desenvolvimento do sistema IRPF2008, mesmo assim, não podemos chamá-los de incompetentes. Sou funcionário público há quase 20 anos e me envergonho com pessoas como vc que trata um concursado como tal.<br />
Incompetente é quem não sabe a resposta para resolver questões e acha que &#8220;atirando&#8221; pra todo lado ajudará a solucionar problemas.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Ricardo Correia</title>
		<link>http://br-linux.org/2008/info-pergunta-um-dia-a-receita-vai-ter-versao-linux-e-mac/#comment-7944</link>
		<dc:creator>Ricardo Correia</dc:creator>
		<pubDate>Fri, 02 May 2008 11:04:22 +0000</pubDate>
		<guid isPermaLink="false">http://br-linux.org/?p=1408#comment-7944</guid>
		<description>A única coisa que deveria existir seria uma versão Java pura, para rodar em qualquer S.O. ou mesmo uma versão para cada tipo de plataforma, isso ja resolveria. O que não da pra falar é que foi culpa do Java, porque foi feito em Java ou porque não fez em .Net ou com QT ou GTK ou M...., o que deveriam falar é que quem fez projetou, quem Testou não fez 100% por isso tivemos esses problemas, em relação ao pessoal que compra máquinas com Linux é outra realidade a maioria formata as maquinas e instalam o Windows XP pirata, então isso não é problema levando em consideração que a maioria dos usuarios Linux, são intusiastas, estudantes, profissionais da área, desenvolvedores, etc.
Acho que o pessoal deveria refletir mais antes de ficar tentando falar mal de alguma plataforma, não sou desenvolvedor Java e nem mesmo programador, mas até hoje não conheci linguagem tão fantastica, pena que muitos não compreendem a sua imensidão. Também não é a toda que muitas linguagens e plataformas surgiram após o bum do Java, mas não conheço muitas instituições que usam um alto poder de processamento usando Windows e .Net em serviços dedicados. O que vejo é Java, Oracle, Unix, Linux, Cobol e assim vai. Então acho que o erro nesse caso não foi do Java e sim dos desenvolvedores do Programa.</description>
		<content:encoded><![CDATA[<p>A única coisa que deveria existir seria uma versão Java pura, para rodar em qualquer S.O. ou mesmo uma versão para cada tipo de plataforma, isso ja resolveria. O que não da pra falar é que foi culpa do Java, porque foi feito em Java ou porque não fez em .Net ou com QT ou GTK ou M&#8230;., o que deveriam falar é que quem fez projetou, quem Testou não fez 100% por isso tivemos esses problemas, em relação ao pessoal que compra máquinas com Linux é outra realidade a maioria formata as maquinas e instalam o Windows XP pirata, então isso não é problema levando em consideração que a maioria dos usuarios Linux, são intusiastas, estudantes, profissionais da área, desenvolvedores, etc.<br />
Acho que o pessoal deveria refletir mais antes de ficar tentando falar mal de alguma plataforma, não sou desenvolvedor Java e nem mesmo programador, mas até hoje não conheci linguagem tão fantastica, pena que muitos não compreendem a sua imensidão. Também não é a toda que muitas linguagens e plataformas surgiram após o bum do Java, mas não conheço muitas instituições que usam um alto poder de processamento usando Windows e .Net em serviços dedicados. O que vejo é Java, Oracle, Unix, Linux, Cobol e assim vai. Então acho que o erro nesse caso não foi do Java e sim dos desenvolvedores do Programa.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: maxwell</title>
		<link>http://br-linux.org/2008/info-pergunta-um-dia-a-receita-vai-ter-versao-linux-e-mac/#comment-7939</link>
		<dc:creator>maxwell</dc:creator>
		<pubDate>Fri, 02 May 2008 04:21:57 +0000</pubDate>
		<guid isPermaLink="false">http://br-linux.org/?p=1408#comment-7939</guid>
		<description>instalei sem problema nenhum aqui... utilizando java-6...</description>
		<content:encoded><![CDATA[<p>instalei sem problema nenhum aqui&#8230; utilizando java-6&#8230;</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: MaxRaven</title>
		<link>http://br-linux.org/2008/info-pergunta-um-dia-a-receita-vai-ter-versao-linux-e-mac/#comment-7933</link>
		<dc:creator>MaxRaven</dc:creator>
		<pubDate>Fri, 02 May 2008 03:26:23 +0000</pubDate>
		<guid isPermaLink="false">http://br-linux.org/?p=1408#comment-7933</guid>
		<description>"E quero que os críticos a esse post COMPROVEM QUE INSTALARAM O PROGRAMA DA RECEITA NO LINUX SEM NENHUM PROBLEMA"

Não criticando o post, até pq em principio concordo que deveria haver links com os devidos nomes para o SO correto, mas instalei o programa de primeira no GoblinX, fiz minha declaração, enviei e já até gastei o $$$ da restituição :p, simples e sem precisar de gambiarras, nem sabia que tinham tido tantos problemas com o programa.

Sempre usei o sistema online deles, uma pena que descontinuaram, senão teria usado novamente, acho até que deveriam logo é migrar tudo para a web.</description>
		<content:encoded><![CDATA[<p>&#8220;E quero que os críticos a esse post COMPROVEM QUE INSTALARAM O PROGRAMA DA RECEITA NO LINUX SEM NENHUM PROBLEMA&#8221;</p>
<p>Não criticando o post, até pq em principio concordo que deveria haver links com os devidos nomes para o SO correto, mas instalei o programa de primeira no GoblinX, fiz minha declaração, enviei e já até gastei o $$$ da restituição :p, simples e sem precisar de gambiarras, nem sabia que tinham tido tantos problemas com o programa.</p>
<p>Sempre usei o sistema online deles, uma pena que descontinuaram, senão teria usado novamente, acho até que deveriam logo é migrar tudo para a web.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: José Luís</title>
		<link>http://br-linux.org/2008/info-pergunta-um-dia-a-receita-vai-ter-versao-linux-e-mac/#comment-7923</link>
		<dc:creator>José Luís</dc:creator>
		<pubDate>Fri, 02 May 2008 02:29:07 +0000</pubDate>
		<guid isPermaLink="false">http://br-linux.org/?p=1408#comment-7923</guid>
		<description>&lt;blockquote&gt;Porque em um programa fala o nome do sistema operacional e no outro fala o nome da linguagem?
&lt;/blockquote&gt;
Exato! Acho que esse é o ponto em questão.

Quanto às aplicações online (como o IRPF Simplificada Online, descontinuada esse ano), concordo com tenchi que são o futuro. Há até uma versão web do programa de CNPJ!
Claro que há considerações de ordem prática a fazer, como deixar o contribuinte começar a preencher a declaração hoje e continuar amanhã, mas creio que declarações online evitariam, inclusive aquela loucura de downloads (programa + receitanet) e incompatibilidade, as declarações de IRPF de anos anteriores só podem ser transmitidas pelas versões mais recentes dos aplicativos correspondentes...</description>
		<content:encoded><![CDATA[<blockquote><p>Porque em um programa fala o nome do sistema operacional e no outro fala o nome da linguagem?
</p></blockquote>
<p>Exato! Acho que esse é o ponto em questão.</p>
<p>Quanto às aplicações online (como o IRPF Simplificada Online, descontinuada esse ano), concordo com tenchi que são o futuro. Há até uma versão web do programa de CNPJ!<br />
Claro que há considerações de ordem prática a fazer, como deixar o contribuinte começar a preencher a declaração hoje e continuar amanhã, mas creio que declarações online evitariam, inclusive aquela loucura de downloads (programa + receitanet) e incompatibilidade, as declarações de IRPF de anos anteriores só podem ser transmitidas pelas versões mais recentes dos aplicativos correspondentes&#8230;</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Marcos Alexandre</title>
		<link>http://br-linux.org/2008/info-pergunta-um-dia-a-receita-vai-ter-versao-linux-e-mac/#comment-7914</link>
		<dc:creator>Marcos Alexandre</dc:creator>
		<pubDate>Fri, 02 May 2008 01:52:02 +0000</pubDate>
		<guid isPermaLink="false">http://br-linux.org/?p=1408#comment-7914</guid>
		<description>Além do IRPF existem mais uns 3 programas da receita que foram portados pra Java.
O que eu entendi da matéria não é a crítica por ter sido feito em Java, mas o fato de estar escrito: Versao "Windows" e Versão "Java". 
Porque em um programa fala o nome do sistema operacional e no outro fala o nome da linguagem?</description>
		<content:encoded><![CDATA[<p>Além do IRPF existem mais uns 3 programas da receita que foram portados pra Java.<br />
O que eu entendi da matéria não é a crítica por ter sido feito em Java, mas o fato de estar escrito: Versao &#8220;Windows&#8221; e Versão &#8220;Java&#8221;.<br />
Porque em um programa fala o nome do sistema operacional e no outro fala o nome da linguagem?</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: tenchi</title>
		<link>http://br-linux.org/2008/info-pergunta-um-dia-a-receita-vai-ter-versao-linux-e-mac/#comment-7913</link>
		<dc:creator>tenchi</dc:creator>
		<pubDate>Fri, 02 May 2008 01:50:53 +0000</pubDate>
		<guid isPermaLink="false">http://br-linux.org/?p=1408#comment-7913</guid>
		<description>hauaha, se o problema são os usuários dos computadores baratos com Linux, não se preocupem: eles provavelmente não pagam imposto de renda! hauahua

Mas, infelizmente (já que eu não gosto de aplicativos que rodam dentro de um navegador) o verdadeiro conceito de um aplicativo multiplataforma é aquele que rode dentro de um navegador (desde que baseado em padrões definidos, nada de flash ou java applets). Softwares que rodam no cliente sempre terão este problema de compatibilidade. Java pode até ajudar, mas não resolve, já que determinados programas simplesmente se recusam a funcionar em determinadas versões da máquina virtual (como foi o caso?).

Agora, será que é tão difícil criar um software que seja, no mínimo, portável para vários sistemas? Estou falando em usar algo do tipo "escreva uma vez, compile em qualquer lugar", como é Qt4 ou Lazarus (pascal), ou sei lá o q... Mas no Brasil tem-se a cultura de utilizar-se ferramentas proprietárias (MS, Borland), que são extremamente não portáveis (como .net, que é supermultiplataforma, rodando em 9 versões do windows).

É fato que não é preciso ser java para ser multiplataforma. Qt4 hoje em dia funciona em Linux, Windows e Mac (sem falar que funciona nos *bsd's também). Aí é só distribuir uma versão para cada SO (o que não é tão difícil, né?). Não precisa nem colocar o programa na árvore do ports do FreeBSD, basta distribuir um binário para cada um... hauahua

Problemas de compatibilidade entre bibliotecas? Distribui tudo com Qt (ou qualquer outra lib necessária, como se faz no Windows) linkado estaticamente.

Ou então, como disse o colega acima, que trabalhem SOMENTE numa versão em java, que seja realmente testada em todos (a maioria) dos sistemas operacionais do mercado, o que daria muito menos trabalho do que eu disse acima (é que eu não gosto muito de java... hauahau).</description>
		<content:encoded><![CDATA[<p>hauaha, se o problema são os usuários dos computadores baratos com Linux, não se preocupem: eles provavelmente não pagam imposto de renda! hauahua</p>
<p>Mas, infelizmente (já que eu não gosto de aplicativos que rodam dentro de um navegador) o verdadeiro conceito de um aplicativo multiplataforma é aquele que rode dentro de um navegador (desde que baseado em padrões definidos, nada de flash ou java applets). Softwares que rodam no cliente sempre terão este problema de compatibilidade. Java pode até ajudar, mas não resolve, já que determinados programas simplesmente se recusam a funcionar em determinadas versões da máquina virtual (como foi o caso?).</p>
<p>Agora, será que é tão difícil criar um software que seja, no mínimo, portável para vários sistemas? Estou falando em usar algo do tipo &#8220;escreva uma vez, compile em qualquer lugar&#8221;, como é Qt4 ou Lazarus (pascal), ou sei lá o q&#8230; Mas no Brasil tem-se a cultura de utilizar-se ferramentas proprietárias (MS, Borland), que são extremamente não portáveis (como .net, que é supermultiplataforma, rodando em 9 versões do windows).</p>
<p>É fato que não é preciso ser java para ser multiplataforma. Qt4 hoje em dia funciona em Linux, Windows e Mac (sem falar que funciona nos *bsd&#8217;s também). Aí é só distribuir uma versão para cada SO (o que não é tão difícil, né?). Não precisa nem colocar o programa na árvore do ports do FreeBSD, basta distribuir um binário para cada um&#8230; hauahua</p>
<p>Problemas de compatibilidade entre bibliotecas? Distribui tudo com Qt (ou qualquer outra lib necessária, como se faz no Windows) linkado estaticamente.</p>
<p>Ou então, como disse o colega acima, que trabalhem SOMENTE numa versão em java, que seja realmente testada em todos (a maioria) dos sistemas operacionais do mercado, o que daria muito menos trabalho do que eu disse acima (é que eu não gosto muito de java&#8230; hauahau).</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: EmanuelSan</title>
		<link>http://br-linux.org/2008/info-pergunta-um-dia-a-receita-vai-ter-versao-linux-e-mac/#comment-7908</link>
		<dc:creator>EmanuelSan</dc:creator>
		<pubDate>Fri, 02 May 2008 01:32:45 +0000</pubDate>
		<guid isPermaLink="false">http://br-linux.org/?p=1408#comment-7908</guid>
		<description>O programa de instalação do IR2008 dá problemas nas versões de JVM superiores a 1.6.3, por conta de um bug para detectar a versão. Quem estava com uma versão igual ou inferior (não sei se na 1.4.X funcionaria) instalou sem problemas, deve ser por isso que em algumas distribuições essa etapa encerrou sem dar problemas. Depois de instalado o programa roda com qq versão do Java.

Eu dectei mais 2 bugs, um é o problema de impressão (já comentado aqui) e outro são algumas janelas de alerta que vêm em branco.

Acho que o pedido de ter chamada na página principal da Receita seria um bom marketing para o Linux, no entanto, acho muito mais importante que os outros programas também sejam portados para Java. Eu, por exemplo, precisei do "Ganhos de Capital" que existe só na versão windows, ainda bem que ele funcionou no WINE. (tb acho que só deveria existir a versão em Java).</description>
		<content:encoded><![CDATA[<p>O programa de instalação do IR2008 dá problemas nas versões de JVM superiores a 1.6.3, por conta de um bug para detectar a versão. Quem estava com uma versão igual ou inferior (não sei se na 1.4.X funcionaria) instalou sem problemas, deve ser por isso que em algumas distribuições essa etapa encerrou sem dar problemas. Depois de instalado o programa roda com qq versão do Java.</p>
<p>Eu dectei mais 2 bugs, um é o problema de impressão (já comentado aqui) e outro são algumas janelas de alerta que vêm em branco.</p>
<p>Acho que o pedido de ter chamada na página principal da Receita seria um bom marketing para o Linux, no entanto, acho muito mais importante que os outros programas também sejam portados para Java. Eu, por exemplo, precisei do &#8220;Ganhos de Capital&#8221; que existe só na versão windows, ainda bem que ele funcionou no WINE. (tb acho que só deveria existir a versão em Java).</p>
]]></content:encoded>
	</item>
</channel>
</rss>
