Biografia pró-Richard Stallman, em português
“Escrevi uma pequena e simples biografia, muito baseada nos dados do projeto GNU, para os muitos que criticam o RMS sem saber de quem se trata, por que ele é quem é e o que ele fez de bom. Trata-se de uma manifestação de apoio e a esta figura que tem sido tão atacada nos ultimos tempos, e talvez não seja tão imparcial como deveria ou alguns a julguem pouco correta. Problemas, necessidades de correção ou ajuste dos dados é só falar! :)” A nota foi enviada por Vinícius Medina (viniciusmedinaΘgmail·com) , que enviou este link para mais detalhes.
Trecho da conclusão: "Quando criticam RMS pela sua falta de flexibilidade, necessidade de seguir uma ideologia ou por ser radical as pessoas não levam em conta que se ele tivesse sido flexível o SL como o conhecemos não ocorreria. Provavelmente, usando suas habilidade como programador ele poderia ter sido um novo Bill Gates se tivesse se dobrado às pressões para deixar a liberdade do software para lá. Outro alvo comum é sobre a questão GNU/Linux. Muitos antipatizam com esse nome, mas é o mais correto realmente e ele tem o direito a exigir isso. Sem ele, não haveriam GNU-Utils e tão pouco uma licença para Linus Torvalds liberar seu kernel. Muitas pessoas que fazem esse ataque todo ao RMS são pessoas que não conhecem ou distorcem as intenções dele. Outras usam como argumento o uso de dinheiro e até grosserias. Esse tipo de pessoa não pertence nem mesmo a comunidade de Código Aberto, e deveríamos ignorar, moderar ou nos contrapor a esse tipo de gente."
Sobre a questão da controvérsia sobre o nome dos sistemas operacionais que incluem o kernel Linux, esta entrada na Wikipedia não se limita ao ponto de vista de Saint IGNUcius, apresentando também os comentários de Linus Torvalds (que acharia interessante a existência de uma distribuição chamada GNU Linux e mantida pelo projeto GNU), de Eric Raymond e de John Dvorak, entre outros. Há ainda uma interessante citação da própria FSF afirmando que um nome como GNU/X11/Apache/Linux/TeX/Perl/Python/FreeCiv seria absurdo, portanto é necessário estabelecer um limite. Mas, diz ela, "Não pode ser justo dar todo o crédito para uma contribuição secundária (Linux) enquanto se omite a contribuição principal (GNU)." Outra citação digna de nota vem de um editorial do veterano Linux Journal: "Talvez RMS esteja frustrado porque Linus recebeu as glórias pelo que RMS pretendia fazer."
Veja também o artigo "Linus Torvalds X GPL3, novo round - seria Stallman o novo Savonarola?"
(postado por Augusto Campos)
Comentários dos leitores
Comentário de elsimio
14/03/06 9:22
Nem branco, nem preto: RMS é de carne e osso, assim como qualquer outro. Tem coisas positivas e negativas. Tem seus dias bons, seus dias ruins.
Mas é inegável que se não fosse ele, dificilmente eu (e quem lê) estaria lendo esse site (e muitos outros) que provavelmente nem existiriam.
Mas é inegável que se não fosse ele, dificilmente eu (e quem lê) estaria lendo esse site (e muitos outros) que provavelmente nem existiriam.
Comentário de vmedina
14/03/06 11:29 - usuário registrado #257
Autógrafo de barbado?!?!?! Tô fora!! :P: Não é provável (SE eu for). Na verdade, eu não sou um fã ardoroso do mesmo (acredite... se quiser!) mas também não gosto de gente que ataca uma pessoa tão importante.
US$ 10,00 é bem caro, mas pelo menos ele dá garantia de não chamar vc de viadinho depois que passar o autógrafo? :P
Agora, gente boa mesmo é o Maddog que tira fotos com as pessoas mesmo se sentindo incomodado, porém se sentiria um canalha se não desse atenção para eles.
Eu não me lembro aonde, mas já ouvi falar que RMS não era fã desse tipo de atenção. Por falar nisso, de onde saiu essa coisa de US$10?
ps: Tem muitas coisas melhores para ver lá do que autógrafos do RMS. Consulta a programação.
Vinícius Medina
Usuário Linux 383765. É um também? Mostre a sua cara!
US$ 10,00 é bem caro, mas pelo menos ele dá garantia de não chamar vc de viadinho depois que passar o autógrafo? :P
Agora, gente boa mesmo é o Maddog que tira fotos com as pessoas mesmo se sentindo incomodado, porém se sentiria um canalha se não desse atenção para eles.
Eu não me lembro aonde, mas já ouvi falar que RMS não era fã desse tipo de atenção. Por falar nisso, de onde saiu essa coisa de US$10?
ps: Tem muitas coisas melhores para ver lá do que autógrafos do RMS. Consulta a programação.
Vinícius Medina
Usuário Linux 383765. É um também? Mostre a sua cara!
Comentário de Fábio Emilio Costa
14/03/06 13:11 - usuário registrado #1897
Concordo...: O que muita gente deve achar irritante no Stallman é a questão quase "xiita" dele em relação a SL, como certa vez, que durante um FISL ele se recusou a autografar um CD do SuSE para um garoto alegando que havia software proprietário no meio.
O Stallman é um grande cara, é da elite e tudo mais, mas tem seus pontos fracos. Da minha opinião, respeito ele, ESR, Maddog, Linus e toda essa turma, mas sei que cada um tem seus defeitos: ESR é militante de armas (o que eu particularmente não aprovo), Linus é desencanado demais...
Até eu sou meio pancada! :P
Meu Orkut
Seja livre - Use Software Livre;
Seja criativo - Adote e Apóie Creative Commons;
O Stallman é um grande cara, é da elite e tudo mais, mas tem seus pontos fracos. Da minha opinião, respeito ele, ESR, Maddog, Linus e toda essa turma, mas sei que cada um tem seus defeitos: ESR é militante de armas (o que eu particularmente não aprovo), Linus é desencanado demais...
Até eu sou meio pancada! :P
Meu Orkut
Seja livre - Use Software Livre;
Seja criativo - Adote e Apóie Creative Commons;
Comentário de Copernico Vespucio
14/03/06 13:19 - usuário registrado #4868
decepção: Quando vi a chamada, fui ler correndo, pensando em se tratar de realmente uma biografia, cheia de informações. Me preparei para elogiar o trabalho.
Mas o que encontrei foi apenas uma apologia, igual a qualquer outra que já li por aí. Afirmando que o cara é indispensável, o foco principal, e desmerecendo com isso todas as outras personalidades que militam, vivem e trabalham no movimento para que o SL (sim, estou falando de SL mesmo) seja o que é hoje.
Apenas uma outra apologia. Para alimentar um ego que já está crescido demais. :-[
Mas o que encontrei foi apenas uma apologia, igual a qualquer outra que já li por aí. Afirmando que o cara é indispensável, o foco principal, e desmerecendo com isso todas as outras personalidades que militam, vivem e trabalham no movimento para que o SL (sim, estou falando de SL mesmo) seja o que é hoje.
Apenas uma outra apologia. Para alimentar um ego que já está crescido demais. :-[
Comentário de vmedina
14/03/06 13:57 - usuário registrado #257
Então devia ter lido melhor.: Sim, é uma apologia. Sim, isto estava bem explicadinho na notícia enviada.
Ela é um lembrete de por quê esse cara é tão importante e o por quê temos que respeita-lo. Este texto nunca tentou ser outra coisa se não te agradou, sinto muito mas pelo menos leia para saber quem foi e qual a importância dele para o SL hoje em dia.
Eu afirmo que ele foi indispensável e já prestou muitos serviços a causa. Principalmente, mais que você e a maioria dos detratores jamais prestará e mesmo assim vocês atacam esta pessoa com todo o seu veneno.
Eu acho que nessa nova era de DRMs e Patentes de Software precisaremos dele e de pessoas como ele como nunca, alguém precisa ser uma bússola moral para a comunidade, alguém precisa ser rígido para bater na mãozinha do Linus e dizer "criança bobinha sai de perto desse DRM malvado".
Para manter a Liberdade precisamos de idealistas, para criar software qualquer mão de obra serve. Ele por ser um idealista é chamado de xiita e de egocêntrico, mas isso aponta para quem realmente está do lado do ideal de Liberdade e quem não está.
[]s!
Vinícius Medina
Usuário Linux 383765. É um também? Mostre a sua cara!
Ela é um lembrete de por quê esse cara é tão importante e o por quê temos que respeita-lo. Este texto nunca tentou ser outra coisa se não te agradou, sinto muito mas pelo menos leia para saber quem foi e qual a importância dele para o SL hoje em dia.
Eu afirmo que ele foi indispensável e já prestou muitos serviços a causa. Principalmente, mais que você e a maioria dos detratores jamais prestará e mesmo assim vocês atacam esta pessoa com todo o seu veneno.
Eu acho que nessa nova era de DRMs e Patentes de Software precisaremos dele e de pessoas como ele como nunca, alguém precisa ser uma bússola moral para a comunidade, alguém precisa ser rígido para bater na mãozinha do Linus e dizer "criança bobinha sai de perto desse DRM malvado".
Para manter a Liberdade precisamos de idealistas, para criar software qualquer mão de obra serve. Ele por ser um idealista é chamado de xiita e de egocêntrico, mas isso aponta para quem realmente está do lado do ideal de Liberdade e quem não está.
[]s!
Vinícius Medina
Usuário Linux 383765. É um também? Mostre a sua cara!
Comentário de Stalin*
14/03/06 14:03
O cara FEDE: ¨RMS é de carne e osso, assim como qualquer outro¨
Bom, so pra remendar o comentário: É de carne, e mal cheirosa...
Bom, so pra remendar o comentário: É de carne, e mal cheirosa...
Comentário de Copernico Vespucio
14/03/06 14:46 - usuário registrado #4868
Ah, entendo: mais que você e a maioria dos detratores jamais prestará e mesmo assim vocês atacam esta pessoa com todo o seu veneno
Nossa, como somos malvados apenas por não nos contentarmos em ser pisados... Eu deveria me arrepender.
alguém precisa ser rígido para bater na mãozinha do Linus e dizer "criança bobinha sai de perto desse DRM malvado"
Levanta o RMS, chama o Linus de retardado... No Linux-BR! Se vc. acredita que devemos respeitar e agradecer aqueles que nos deram o que temos hoje, deveria dar ao Linus o respeito que ele merece também. Sem ele, sem o *código* que ele escreveu, vc. não estaria escrevendo aqui.
Mais uma vez: eu respeito o RMS e não nego o que ele fez. Mas não vou subir no colo dele pra ganhar palmadas.
Obrigado pela resposta. Me esclareceu o fato da biografia não ser imparcial.
Nossa, como somos malvados apenas por não nos contentarmos em ser pisados... Eu deveria me arrepender.
alguém precisa ser rígido para bater na mãozinha do Linus e dizer "criança bobinha sai de perto desse DRM malvado"
Levanta o RMS, chama o Linus de retardado... No Linux-BR! Se vc. acredita que devemos respeitar e agradecer aqueles que nos deram o que temos hoje, deveria dar ao Linus o respeito que ele merece também. Sem ele, sem o *código* que ele escreveu, vc. não estaria escrevendo aqui.
Mais uma vez: eu respeito o RMS e não nego o que ele fez. Mas não vou subir no colo dele pra ganhar palmadas.
Obrigado pela resposta. Me esclareceu o fato da biografia não ser imparcial.
Comentário de Copernico Vespucio
14/03/06 14:52 - usuário registrado #4868
E daí?: E daí que ele fede?
Não consigo sentir o cheiro dele quando leio o que ele escreve. E é o que ele fala e escreve, atacando trabalhos e pessoas que são importantes para combater as licenças proprietárias o que desaprovo.
A falta de asseio do cara é um problema para as mulheres que venham a dormir com ele (ou simplesmente para aqueles que venham a trabalhar na mesma sala), não pra mim.
Não consigo sentir o cheiro dele quando leio o que ele escreve. E é o que ele fala e escreve, atacando trabalhos e pessoas que são importantes para combater as licenças proprietárias o que desaprovo.
A falta de asseio do cara é um problema para as mulheres que venham a dormir com ele (ou simplesmente para aqueles que venham a trabalhar na mesma sala), não pra mim.
Comentário de vmedina
14/03/06 16:54 - usuário registrado #257
"Nossa, como somos malvados a: "Nossa, como somos malvados apenas por não nos contentarmos em ser pisados... Eu deveria me arrepender."
Pisado? Pela estrutura criada pela FSF e pelo trabalho no projeto GNU?
Cara, quando ele diz que não tá dando apoio é por quê não concorda, mas não que quer ver o projeto acabado. Você apoia algo que não concorda?
"Levanta o RMS, chama o Linus de retardado... No Linux-BR! Se vc. acredita que devemos respeitar e agradecer aqueles que nos deram o que temos hoje, deveria dar ao Linus o respeito que ele merece também. Sem ele, sem o *código* que ele escreveu, vc. não estaria escrevendo aqui."
Eu respeito muito o trabalho dele com o Linux. Na maioria das vezes que ele fala acho que ele tem razão, mas nesse ponto de DRM ele tá só puxando o saco.
Quanto a parcialidade, é o que vem escrito no título. Não quero enganar ninguém e estou certo que existem erros cometidos por ele, assim como o Linus (já que prefere polarizar assim) já o fez, mas eu preferi me focar no trabalho importante.
Vinícius Medina
Usuário Linux 383765. É um também? Mostre a sua cara!
Pisado? Pela estrutura criada pela FSF e pelo trabalho no projeto GNU?
Cara, quando ele diz que não tá dando apoio é por quê não concorda, mas não que quer ver o projeto acabado. Você apoia algo que não concorda?
"Levanta o RMS, chama o Linus de retardado... No Linux-BR! Se vc. acredita que devemos respeitar e agradecer aqueles que nos deram o que temos hoje, deveria dar ao Linus o respeito que ele merece também. Sem ele, sem o *código* que ele escreveu, vc. não estaria escrevendo aqui."
Eu respeito muito o trabalho dele com o Linux. Na maioria das vezes que ele fala acho que ele tem razão, mas nesse ponto de DRM ele tá só puxando o saco.
Quanto a parcialidade, é o que vem escrito no título. Não quero enganar ninguém e estou certo que existem erros cometidos por ele, assim como o Linus (já que prefere polarizar assim) já o fez, mas eu preferi me focar no trabalho importante.
Vinícius Medina
Usuário Linux 383765. É um também? Mostre a sua cara!
Comentário de Copernico Vespucio
14/03/06 17:35 - usuário registrado #4868
Já que estamos sendo específicos....: Pisado? Pela estrutura criada pela FSF e pelo trabalho no projeto GNU?
Já que estamos sendo específicos, a resposta é SIM. Pela estrutura que me impede de contribuir com o GNU-Classpath pq eu por acaso li os fontes originais da Sun (cuja atual licença permite que eu faça uso do conhecimento adquirido com a leitura do código). Pelo ranço que a maioria comunidade livre tem com a tecnologia com a qual trabalho, devido à posição do Stallman sobre isso (o grande gnu fala, as ovelhas vão atrás). Por ser obrigado a engolir gente da FSF falando em convenção de software livre que "Nunca fiquei sabendo de nenhum bom programador que use Java". Da mesma forma, o RMS trata o Open Source quase como código proprietário, desqualificando nossa luta e o nosso trabalho. Isso é ser pisado.
mas eu preferi me focar no trabalho importante
O trabalho do Linus deu viabilidade ao GNU e à GPL assim como o contrário. Descukpa, mas não vejo como um trabalho seria mais importante que o outro nesse quadro.
Já que estamos sendo específicos, a resposta é SIM. Pela estrutura que me impede de contribuir com o GNU-Classpath pq eu por acaso li os fontes originais da Sun (cuja atual licença permite que eu faça uso do conhecimento adquirido com a leitura do código). Pelo ranço que a maioria comunidade livre tem com a tecnologia com a qual trabalho, devido à posição do Stallman sobre isso (o grande gnu fala, as ovelhas vão atrás). Por ser obrigado a engolir gente da FSF falando em convenção de software livre que "Nunca fiquei sabendo de nenhum bom programador que use Java". Da mesma forma, o RMS trata o Open Source quase como código proprietário, desqualificando nossa luta e o nosso trabalho. Isso é ser pisado.
mas eu preferi me focar no trabalho importante
O trabalho do Linus deu viabilidade ao GNU e à GPL assim como o contrário. Descukpa, mas não vejo como um trabalho seria mais importante que o outro nesse quadro.
Comentário de nosklo
14/03/06 18:30 - usuário registrado #674
Erro de digitação.: Medina, você renumerou a liberdade número 3 pra 4.
Nosklo
Nosklo
Comentário de
14/03/06 19:12 - usuário registrado #1
Importância histórica: Acho que o RMS realizou muitas coisas de importância fundamental para o que vivemos hoje em relação à liberdade de software, e merece muito aplauso, respeito e consideração, embora talvez não necessariamente nos termos que ele mesmo escolheria. Sou o primeiro a bater palmas pra ele (de uma distância segura) sempre que surge a oportunidade, pelo conjunto da sua obra e pelo que ele representa.
Mas mesmo sabedor disso, considerando as suas características sob um ponto de vista isento, eu não votaria nele hoje para síndico do meu prédio, se ele estivesse concorrendo. Nem escolheria ele para porta-voz ou representante de nenhum movimento que tivesse interesse em angariar simpatizantes fora de um grupo restrito a técnicos e indivíduos que já "viram a luz".
Não acho que nem a FSF nem a OSI são guardiãs da Verdade Absoluta e Incontestável, mas aplaudo a OSI por ter conseguido fazer a transição de uma fase em que seus próprios criadores a administravam diretamente e falavam em nome dela indistintamente (ou seja, daquela situação personalística em que a opinião manifestada pelo indivíduo era vista como opinião da instituição e do movimento que ela represeta) para uma situação em que há separação entre indivíduos e organização, e a administração da organização passou a ser tocada por um conselho com mandatos claros e definidos.
A FSF tem sua própria visão, e naturalmente é direito de seu criador permanecer no modelo que ele escolheu, e agir como relações públicas de um movimento usando este seu estilo. E o resultado disso é conseqüência do modelo adotado, claro.
Mas mesmo sabedor disso, considerando as suas características sob um ponto de vista isento, eu não votaria nele hoje para síndico do meu prédio, se ele estivesse concorrendo. Nem escolheria ele para porta-voz ou representante de nenhum movimento que tivesse interesse em angariar simpatizantes fora de um grupo restrito a técnicos e indivíduos que já "viram a luz".
Não acho que nem a FSF nem a OSI são guardiãs da Verdade Absoluta e Incontestável, mas aplaudo a OSI por ter conseguido fazer a transição de uma fase em que seus próprios criadores a administravam diretamente e falavam em nome dela indistintamente (ou seja, daquela situação personalística em que a opinião manifestada pelo indivíduo era vista como opinião da instituição e do movimento que ela represeta) para uma situação em que há separação entre indivíduos e organização, e a administração da organização passou a ser tocada por um conselho com mandatos claros e definidos.
A FSF tem sua própria visão, e naturalmente é direito de seu criador permanecer no modelo que ele escolheu, e agir como relações públicas de um movimento usando este seu estilo. E o resultado disso é conseqüência do modelo adotado, claro.
Comentário de vmedina
14/03/06 20:16 - usuário registrado #257
OOOPS! XP: Vergonha vergonha! :P
Perdão perdão!
Vou ver e corrigir Nosklo! Valeu!
Vinícius Medina
Usuário Linux 383765. É um também? Mostre a sua cara!
Perdão perdão!
Vou ver e corrigir Nosklo! Valeu!
Vinícius Medina
Usuário Linux 383765. É um também? Mostre a sua cara!
Comentário de Fabiana Iglesias
14/03/06 20:30 - usuário registrado #2609
Mercado: Eu acredito em tecnologia viável.
Obrigada Augusto por disseminar a *lucidez*!
Obrigada Augusto por disseminar a *lucidez*!
Comentário de vmedina
14/03/06 20:38 - usuário registrado #257
Não leve para o pessoal decisões de projeto.: "me impede de contribuir com o GNU-Classpath pq eu por acaso li os fontes originais da Sun"
Poxa, mas isso não é pessoal e sim uma medida de segurança para evitar problemas como os que houveram com a SCO.
"Por ser obrigado a engolir gente da FSF falando em convenção de software livre que "Nunca fiquei sabendo de nenhum bom programador que use Java"."
Há de convir que você não vê a maioria das celebridades do SL programando em Java né. :P Mas mesmo assim, o trabalho em Java é meio controverso para a FSF por causa da "armadilha Java".
"Da mesma forma, o RMS trata o Open Source quase como código proprietário, desqualificando nossa luta e o nosso trabalho."
Da mesma forma como o pessoal de Open Source trata com desdém a importância da liberdade. Como ele poderia apoiar e encorajar o que é um SL "mais proprietário"(veja bem que está entre aspas!)?
Leia para a posição dele sobre isso: http://www.gnu.org/philosophy/free-software-for-freedom.html
"O trabalho do Linus deu viabilidade ao GNU e à GPL assim como o contrário. Descukpa, mas não vejo como um trabalho seria mais importante que o outro nesse quadro."
Realmente não é, eles são complementares. No meu ver, nenhum dos dois sozinhos teriam feito muito sucesso.
Mas não foi isso que eu quis dizer. Na minha outra mensagem eu me referia ao trabalho criado somente pelo Stallman somente, não comparei um ao outro.
Vinícius Medina
Usuário Linux 383765. É um também? Mostre a sua cara!
Poxa, mas isso não é pessoal e sim uma medida de segurança para evitar problemas como os que houveram com a SCO.
"Por ser obrigado a engolir gente da FSF falando em convenção de software livre que "Nunca fiquei sabendo de nenhum bom programador que use Java"."
Há de convir que você não vê a maioria das celebridades do SL programando em Java né. :P Mas mesmo assim, o trabalho em Java é meio controverso para a FSF por causa da "armadilha Java".
"Da mesma forma, o RMS trata o Open Source quase como código proprietário, desqualificando nossa luta e o nosso trabalho."
Da mesma forma como o pessoal de Open Source trata com desdém a importância da liberdade. Como ele poderia apoiar e encorajar o que é um SL "mais proprietário"(veja bem que está entre aspas!)?
Leia para a posição dele sobre isso: http://www.gnu.org/philosophy/free-software-for-freedom.html
"O trabalho do Linus deu viabilidade ao GNU e à GPL assim como o contrário. Descukpa, mas não vejo como um trabalho seria mais importante que o outro nesse quadro."
Realmente não é, eles são complementares. No meu ver, nenhum dos dois sozinhos teriam feito muito sucesso.
Mas não foi isso que eu quis dizer. Na minha outra mensagem eu me referia ao trabalho criado somente pelo Stallman somente, não comparei um ao outro.
Vinícius Medina
Usuário Linux 383765. É um também? Mostre a sua cara!
Comentário de vmedina
14/03/06 20:46 - usuário registrado #257
Diplomata ele não é: Isso lá é verdade. :P
Na minha opinião ele está mais para um "guardião" dos bons costumes de SL. No final das contas, por ser o criador e quem se entregou tanto pela "causa", ele tem mais noção do que é ético para o SL. Basicamente ele é uma "bússola", pois nunca sai da posição.
Não gosto de tudo que ele fala mas, na maioria das vezes, o que ele fale seja amargo é a coisa mais correta. Embora sejam palavras ásperas elas são bem corretas. Tem gente que não topa com elas, mas isso é direito deles discordar, porém sem diminui-lo como pessoa.
Vinícius Medina
Usuário Linux 383765. É um também? Mostre a sua cara!
Na minha opinião ele está mais para um "guardião" dos bons costumes de SL. No final das contas, por ser o criador e quem se entregou tanto pela "causa", ele tem mais noção do que é ético para o SL. Basicamente ele é uma "bússola", pois nunca sai da posição.
Não gosto de tudo que ele fala mas, na maioria das vezes, o que ele fale seja amargo é a coisa mais correta. Embora sejam palavras ásperas elas são bem corretas. Tem gente que não topa com elas, mas isso é direito deles discordar, porém sem diminui-lo como pessoa.
Vinícius Medina
Usuário Linux 383765. É um também? Mostre a sua cara!
Comentário de Wilfredo
14/03/06 23:41
Há biografia contra Stallman?: Existe alguma biografia contra Richard Stallman?
Comentário de Copernico Vespucio
15/03/06 10:47 - usuário registrado #4868
É assunto pessoal que afeta muita gente: Poxa, mas isso não é pessoal e sim uma medida de segurança para evitar problemas como os que houveram com a SCO.
Medida que já deveria ter sido revista faz tempo, pois as condições de hoje não são as mesmas. A lentidão em reconhecer esse fato não é bom sinal.
Há de convir que você não vê a maioria das celebridades do SL programando em Java né.
Java é uma plataforma com apenas 10 anos de idade. As "maiores celebridades do SL" aprenderam a programar em mil novecentos e UNIVAC. Adicionalmente para a comunidade Linux em particular, uma tecnologia multiplataforma (que também beneficia outros SO) poderia ser, digamos, "incômoda"...
Mas mesmo assim, o trabalho em Java é meio controverso para a FSF por causa da "armadilha Java"
"The Java Trap" foi sem sombra de dúvida o artigo mais ofensivo e lamentável que o RMS escreveu até hoje. Foi o que provavelmente deu início a essa palhaçada. Como todo mundo sabe, na época das GNU-Tools existia uma "Unix-Trap" que o RMS simplesmente ignorou, desenvolvendo ferramentas que executavam sobre (e usavam recursos de) um SO proprietário.
Já em seu artigo, esquecendo do fato acima, em uma única página, ele chamou todos os milhares de programadores Java dedicados ao SL de imbecis. Desde então, não licencio pela GPL nenhum dos meus programas. A FSF que se dane!
O RMS tem problemas com Java por uma questão muito simples: Ciúme do LISP não ter tido o mesmo sucesso.
Da mesma forma como o pessoal de Open Source trata com desdém a importância da liberdade
Ao contrário, respeitamos a liberdade de autores e usuários de decidirem as liberdades que desejam trocar e garantir, ao invés de permitir que um comitê de xiitas faça isso por nós.
Mas não foi isso que eu quis dizer. Na minha outra mensagem eu me referia ao trabalho criado somente pelo Stallman somente, não comparei um ao outro.
Não, não foi assim. Vc. usou a expressão "trabalho mais importante". Preto no branco.
Medida que já deveria ter sido revista faz tempo, pois as condições de hoje não são as mesmas. A lentidão em reconhecer esse fato não é bom sinal.
Há de convir que você não vê a maioria das celebridades do SL programando em Java né.
Java é uma plataforma com apenas 10 anos de idade. As "maiores celebridades do SL" aprenderam a programar em mil novecentos e UNIVAC. Adicionalmente para a comunidade Linux em particular, uma tecnologia multiplataforma (que também beneficia outros SO) poderia ser, digamos, "incômoda"...
Mas mesmo assim, o trabalho em Java é meio controverso para a FSF por causa da "armadilha Java"
"The Java Trap" foi sem sombra de dúvida o artigo mais ofensivo e lamentável que o RMS escreveu até hoje. Foi o que provavelmente deu início a essa palhaçada. Como todo mundo sabe, na época das GNU-Tools existia uma "Unix-Trap" que o RMS simplesmente ignorou, desenvolvendo ferramentas que executavam sobre (e usavam recursos de) um SO proprietário.
Já em seu artigo, esquecendo do fato acima, em uma única página, ele chamou todos os milhares de programadores Java dedicados ao SL de imbecis. Desde então, não licencio pela GPL nenhum dos meus programas. A FSF que se dane!
O RMS tem problemas com Java por uma questão muito simples: Ciúme do LISP não ter tido o mesmo sucesso.
Da mesma forma como o pessoal de Open Source trata com desdém a importância da liberdade
Ao contrário, respeitamos a liberdade de autores e usuários de decidirem as liberdades que desejam trocar e garantir, ao invés de permitir que um comitê de xiitas faça isso por nós.
Mas não foi isso que eu quis dizer. Na minha outra mensagem eu me referia ao trabalho criado somente pelo Stallman somente, não comparei um ao outro.
Não, não foi assim. Vc. usou a expressão "trabalho mais importante". Preto no branco.
Comentário de vmedina
15/03/06 11:43 - usuário registrado #257
Paciência, mas há riscos que não devem ser assumidos: "Medida que já deveria ter sido revista faz tempo, pois as condições de hoje não são as mesmas. A lentidão em reconhecer esse fato não é bom sinal."
E pode ser revista novamente. Sinceramente, nada contra você, mas eu não permitiria também pelo risco que isso pode representar.
"Adicionalmente para a comunidade Linux em particular, uma tecnologia multiplataforma (que também beneficia outros SO) poderia ser, digamos, "incômoda"..."
Incômoda como o Python? Ele consegue ser executado entre plataformas, porque tem interpretador para todas. Aí é teoria de conspiração.
Eu não gosto de Java porque me enche o saco programar nela. Exige muito de hardware pra rodar e programar.
"na época das GNU-Tools existia uma "Unix-Trap" que o RMS simplesmente ignorou, desenvolvendo ferramentas que executavam sobre (e usavam recursos de) um SO proprietário."
Ele fez em C, cujos compiladores existem para a maioria das plataformas incluindo o UNIX. Ele não ficaria preso ao UNIX como vocÊ por exemplo ficaria preso à JVM. Simplesmente roda no UNIX porque o GNU iria ser compatível com UNIX e por ser em C.
"Desde então, não licencio pela GPL nenhum dos meus programas. A FSF que se dane!"
Escolha sua, mas escolhe qual licença?
"O RMS tem problemas com Java por uma questão muito simples: Ciúme do LISP não ter tido o mesmo sucesso."
Aí já é risível. O Java faz sucesso por conta de propaganda, visto que ela é extremamente complicada para desenvolver. É uma surra fazer uma tela com ela*.
"Ao contrário, respeitamos a liberdade de autores e usuários de decidirem as liberdades que desejam trocar e garantir, ao invés de permitir que um comitê de xiitas faça isso por nós."
Trocar liberdades? Como assim? Uma troca como "liberdade de modificar" por "não pode modificar"? Meio esquisito hein! Se vocês forem arrancando liberdades, de pouco em pouco vira proprietário.
Poderia deixar os estereótipos de fora? Não contribuí com o debate.
"Não, não foi assim. Vc. usou a expressão "trabalho mais importante". Preto no branco"
Calma lá. Vamos analizar:
"estou certo que existem erros cometidos por ele(RMS), assim como o Linus (já que prefere polarizar assim) já o fez, mas eu preferi me focar no trabalho importante."
O termo entre vírgulas é explicativo e não tem outra influência na frase fora dar um exemplo de outra pessoa que já errou. Após este termo eu continuo dizendo que preferi me enfocar no trabalho importante feito pelo RMS. A comparação que existe é somente que ambos já cometeram erros.
[]s!
*Experiência minha e pode ser equivocada.
Vinícius Medina
Usuário Linux 383765. É um também? Mostre a sua cara!
E pode ser revista novamente. Sinceramente, nada contra você, mas eu não permitiria também pelo risco que isso pode representar.
"Adicionalmente para a comunidade Linux em particular, uma tecnologia multiplataforma (que também beneficia outros SO) poderia ser, digamos, "incômoda"..."
Incômoda como o Python? Ele consegue ser executado entre plataformas, porque tem interpretador para todas. Aí é teoria de conspiração.
Eu não gosto de Java porque me enche o saco programar nela. Exige muito de hardware pra rodar e programar.
"na época das GNU-Tools existia uma "Unix-Trap" que o RMS simplesmente ignorou, desenvolvendo ferramentas que executavam sobre (e usavam recursos de) um SO proprietário."
Ele fez em C, cujos compiladores existem para a maioria das plataformas incluindo o UNIX. Ele não ficaria preso ao UNIX como vocÊ por exemplo ficaria preso à JVM. Simplesmente roda no UNIX porque o GNU iria ser compatível com UNIX e por ser em C.
"Desde então, não licencio pela GPL nenhum dos meus programas. A FSF que se dane!"
Escolha sua, mas escolhe qual licença?
"O RMS tem problemas com Java por uma questão muito simples: Ciúme do LISP não ter tido o mesmo sucesso."
Aí já é risível. O Java faz sucesso por conta de propaganda, visto que ela é extremamente complicada para desenvolver. É uma surra fazer uma tela com ela*.
"Ao contrário, respeitamos a liberdade de autores e usuários de decidirem as liberdades que desejam trocar e garantir, ao invés de permitir que um comitê de xiitas faça isso por nós."
Trocar liberdades? Como assim? Uma troca como "liberdade de modificar" por "não pode modificar"? Meio esquisito hein! Se vocês forem arrancando liberdades, de pouco em pouco vira proprietário.
Poderia deixar os estereótipos de fora? Não contribuí com o debate.
"Não, não foi assim. Vc. usou a expressão "trabalho mais importante". Preto no branco"
Calma lá. Vamos analizar:
"estou certo que existem erros cometidos por ele(RMS), assim como o Linus (já que prefere polarizar assim) já o fez, mas eu preferi me focar no trabalho importante."
O termo entre vírgulas é explicativo e não tem outra influência na frase fora dar um exemplo de outra pessoa que já errou. Após este termo eu continuo dizendo que preferi me enfocar no trabalho importante feito pelo RMS. A comparação que existe é somente que ambos já cometeram erros.
[]s!
*Experiência minha e pode ser equivocada.
Vinícius Medina
Usuário Linux 383765. É um também? Mostre a sua cara!
Comentário de Connochaetes Taurinus
15/03/06 12:10 - usuário registrado #4453
Carlão, não te preocupes, n: Carlão, não te preocupes, no FISL estarei distribuindo autógrafos e fotografias "similares não autorizadas" do RMS por apenas "dé real". Também aceito vale transporte. Tu e os demais fãs vão adorar!!!
:D
:D
Comentário de vmedina
15/03/06 13:13 - usuário registrado #257
Uia... Pirateando o RMS! :P: Se bem que ele não concorda com o termo piratas, então é "indivíduo que faz cópias não autorizadas"! :P
E ainda aceita vale! Parcela em 10x sem juros? :P
Vinícius Medina
Usuário Linux 383765. É um também? Mostre a sua cara!
E ainda aceita vale! Parcela em 10x sem juros? :P
Vinícius Medina
Usuário Linux 383765. É um também? Mostre a sua cara!
Comentário de Copernico Vespucio
15/03/06 17:55 - usuário registrado #4868
Sem problemas: Sinceramente, nada contra você, mas eu não permitiria também pelo risco que isso pode representar.
Sem problemas, sem crise. Quando for contribuir para uma JVM livre, contribuo com o Harmony. Não enfrento esse tipo de problema nem essa paranóia, pois as questões como essa já foram esclarecidas. Além disso, encontro um número *muito* maior de colaboradores no projeto, com nível técnico excelente e lido com pessoas acostumadas a trabalhar em equipe, o que não vejo na FSF. No ritmo que esse projeto está indo, logo logo fica pronto! :-)
Incômoda como o Python? Ele consegue ser executado entre plataformas, porque tem interpretador para todas. Aí é teoria de conspiração.
Não é não. A maioria dos programas que conheço em Python são escritos no Linux, para o linux. Geralmente contém chamadas diretas ao shell do sistema (o que arruína a portabilidade), por exemplo.
Pode me citar algum aplicativo representativo escrito em Python e recomendado também para rodar também em Windows e Mac? Até o GIMP (C++) roda no Windows, mas não conheço nada em Python assim.
Eu não gosto de Java porque me enche o saco programar nela. Exige muito de hardware pra rodar e programar.
Vocês são maquiavélicos na hora de criticar o Java. Quando a questão é performance, comparam com o C++, muito mais difícil de programar que o Java. Quando a questão é rapidez de escrita, comparam com línguas dinâmicas como Python e Ruby, que têm execução muito mais lenta que Java.
Mas cada um programa no que quiser, o importante é programar.
Ele fez em C, cujos compiladores existem para a maioria das plataformas incluindo o UNIX. Ele não ficaria preso ao UNIX como vocÊ por exemplo ficaria preso à JVM. Simplesmente roda no UNIX porque o GNU iria ser compatível com UNIX e por ser em C.
Não olhei o código em detalhes, mas duvido que fosse em C puro, sem acesso a bibiotecas em headerfiles e sem usar serviços do Kernel.
Isso associa as tools diretamente ao SO. Caso contrário, eu poderia compilar o código puro C no Windows e teria por exemplo um shell GNU funcionando nele, olha que legal...
Pureza por pureza, posso escrever em Java sem usar nada que não java.lang e compilar com o GJC para código nativo. Dá no mesmo. mas a partir do momento em que vc. usa os recursos do ambiente vc. se liga a ele (JVM no caso do java, Kernel no caso do C). Simples assim.
"Desde então, não licencio pela GPL nenhum dos meus programas. A FSF que se dane!"
Escolha sua, mas escolhe qual licença?
A maioria das vezes têm sido a ASFL. Ela dá o usuário as liberdades que ele precisa e não dá dor de cabeça na hora de distribuir junto com outras licenças. Antes, eu usava muito LGPL, mas depois de "The Java Trap" me recuso a fazer propaganda da FSF, a menos que seja absolutamente necessário. Estou estudando também algumas licenças interessantes da Creative Commons.
"O RMS tem problemas com Java por uma questão muito simples: Ciúme do LISP não ter tido o mesmo sucesso."
Aí já é risível...
Não é. Vindo da "Armadilha Java": because people who write free software often feel Java is sexy. Se isso não é ciúme eu não sei mais o que é.
Trocar liberdades? Como assim? Uma troca como "liberdade de modificar" por "não pode modificar"?
Ninguém aqui falou de trocar liberdades por restrições. A troca é entre cliente e autor, que compartilham (trocam) liberdades (concessões) entre si. Por exemplo, o autor dá ao cliente o direito de modificar, o cliente dá ao autor o direito de ter seu nome citado nas redistribuições (como na AL), etc. Liberdade para cá, liberdade para lá.
Poderia deixar os estereótipos de fora? Não contribuí com o debate.
"Xiita" não está aí como estereótipo nem com sentido pejorativo (dessa vez). Atua aqui apenas como um adjetivo.
A comparação que existe é somente que ambos já cometeram erros
Ok, esclarecimento entendido e aceito.
*Experiência minha e pode ser equivocada.
Parabéns pela humildade, mas não precisa. Se é experiência sua, é experiência de alguém, e merece ser avaliada.
Sem problemas, sem crise. Quando for contribuir para uma JVM livre, contribuo com o Harmony. Não enfrento esse tipo de problema nem essa paranóia, pois as questões como essa já foram esclarecidas. Além disso, encontro um número *muito* maior de colaboradores no projeto, com nível técnico excelente e lido com pessoas acostumadas a trabalhar em equipe, o que não vejo na FSF. No ritmo que esse projeto está indo, logo logo fica pronto! :-)
Incômoda como o Python? Ele consegue ser executado entre plataformas, porque tem interpretador para todas. Aí é teoria de conspiração.
Não é não. A maioria dos programas que conheço em Python são escritos no Linux, para o linux. Geralmente contém chamadas diretas ao shell do sistema (o que arruína a portabilidade), por exemplo.
Pode me citar algum aplicativo representativo escrito em Python e recomendado também para rodar também em Windows e Mac? Até o GIMP (C++) roda no Windows, mas não conheço nada em Python assim.
Eu não gosto de Java porque me enche o saco programar nela. Exige muito de hardware pra rodar e programar.
Vocês são maquiavélicos na hora de criticar o Java. Quando a questão é performance, comparam com o C++, muito mais difícil de programar que o Java. Quando a questão é rapidez de escrita, comparam com línguas dinâmicas como Python e Ruby, que têm execução muito mais lenta que Java.
Mas cada um programa no que quiser, o importante é programar.
Ele fez em C, cujos compiladores existem para a maioria das plataformas incluindo o UNIX. Ele não ficaria preso ao UNIX como vocÊ por exemplo ficaria preso à JVM. Simplesmente roda no UNIX porque o GNU iria ser compatível com UNIX e por ser em C.
Não olhei o código em detalhes, mas duvido que fosse em C puro, sem acesso a bibiotecas em headerfiles e sem usar serviços do Kernel.
Isso associa as tools diretamente ao SO. Caso contrário, eu poderia compilar o código puro C no Windows e teria por exemplo um shell GNU funcionando nele, olha que legal...
Pureza por pureza, posso escrever em Java sem usar nada que não java.lang e compilar com o GJC para código nativo. Dá no mesmo. mas a partir do momento em que vc. usa os recursos do ambiente vc. se liga a ele (JVM no caso do java, Kernel no caso do C). Simples assim.
"Desde então, não licencio pela GPL nenhum dos meus programas. A FSF que se dane!"
Escolha sua, mas escolhe qual licença?
A maioria das vezes têm sido a ASFL. Ela dá o usuário as liberdades que ele precisa e não dá dor de cabeça na hora de distribuir junto com outras licenças. Antes, eu usava muito LGPL, mas depois de "The Java Trap" me recuso a fazer propaganda da FSF, a menos que seja absolutamente necessário. Estou estudando também algumas licenças interessantes da Creative Commons.
"O RMS tem problemas com Java por uma questão muito simples: Ciúme do LISP não ter tido o mesmo sucesso."
Aí já é risível...
Não é. Vindo da "Armadilha Java": because people who write free software often feel Java is sexy. Se isso não é ciúme eu não sei mais o que é.
Trocar liberdades? Como assim? Uma troca como "liberdade de modificar" por "não pode modificar"?
Ninguém aqui falou de trocar liberdades por restrições. A troca é entre cliente e autor, que compartilham (trocam) liberdades (concessões) entre si. Por exemplo, o autor dá ao cliente o direito de modificar, o cliente dá ao autor o direito de ter seu nome citado nas redistribuições (como na AL), etc. Liberdade para cá, liberdade para lá.
Poderia deixar os estereótipos de fora? Não contribuí com o debate.
"Xiita" não está aí como estereótipo nem com sentido pejorativo (dessa vez). Atua aqui apenas como um adjetivo.
A comparação que existe é somente que ambos já cometeram erros
Ok, esclarecimento entendido e aceito.
*Experiência minha e pode ser equivocada.
Parabéns pela humildade, mas não precisa. Se é experiência sua, é experiência de alguém, e merece ser avaliada.
Comentário de vmedina
15/03/06 21:14 - usuário registrado #257
"No ritmo que esse projeto es: "No ritmo que esse projeto está indo, logo logo fica pronto! :-)"
Que beleza! Isso ajuda em muito todo mundo! Qual vai ser a licença de distribuição?
"Vocês são maquiavélicos na hora de criticar o Java. Quando a questão é performance, comparam com o C++, muito mais difícil de programar que o Java. Quando a questão é rapidez de escrita, comparam com línguas dinâmicas como Python e Ruby, que têm execução muito mais lenta que Java."
Bem, eu uso um K6-2 450 em casa! :P Por isso ele fica lento! :P C++ eu não tenho intimidade, mas é bem complexo mesmo. Python eu acho muito muito muito legal! :P
Mas o Java sempre vai ter um problema por usar uma VM. Ou estou errado?
Concordo sobre o lance de não importar a linguagem... mas se pudessem analizar antes de fazer programas iria ser duca! Para projetos livres então... documentava tudo certinho e tal que todo mundo iria entender o que acontece naquela muvuca. Ler código é possível mas enche o saco.
"A maioria das vezes têm sido a ASFL"
Perdoe a minha ignorância, mas qual é essa? Do Apache?
"Estou estudando também algumas licenças interessantes da Creative Commons."
Gosto muito delas. São simples e fáceis! Mas sempre me perguntei se podem ser aplicadas a códigos.
"Por exemplo, o autor dá ao cliente o direito de modificar, o cliente dá ao autor o direito de ter seu nome citado nas redistribuições (como na AL), etc."
Realmente isso eu acho legal! Poxa, você programar um monte para vir um carinha e chutar teu nome fora é de matar.
"Parabéns pela humildade, mas não precisa. Se é experiência sua, é experiência de alguém, e merece ser avaliada."
Eu não tive um treinamento próprio em Java, e isso pode se refletir no que eu falo. Não gosto de falar mentiras ou dizer meias verdades. IMHO se você não domina, opine com cuidado! :)
[]s!
Vinícius Medina
Usuário Linux 383765. É um também? Mostre a sua cara!
Que beleza! Isso ajuda em muito todo mundo! Qual vai ser a licença de distribuição?
"Vocês são maquiavélicos na hora de criticar o Java. Quando a questão é performance, comparam com o C++, muito mais difícil de programar que o Java. Quando a questão é rapidez de escrita, comparam com línguas dinâmicas como Python e Ruby, que têm execução muito mais lenta que Java."
Bem, eu uso um K6-2 450 em casa! :P Por isso ele fica lento! :P C++ eu não tenho intimidade, mas é bem complexo mesmo. Python eu acho muito muito muito legal! :P
Mas o Java sempre vai ter um problema por usar uma VM. Ou estou errado?
Concordo sobre o lance de não importar a linguagem... mas se pudessem analizar antes de fazer programas iria ser duca! Para projetos livres então... documentava tudo certinho e tal que todo mundo iria entender o que acontece naquela muvuca. Ler código é possível mas enche o saco.
"A maioria das vezes têm sido a ASFL"
Perdoe a minha ignorância, mas qual é essa? Do Apache?
"Estou estudando também algumas licenças interessantes da Creative Commons."
Gosto muito delas. São simples e fáceis! Mas sempre me perguntei se podem ser aplicadas a códigos.
"Por exemplo, o autor dá ao cliente o direito de modificar, o cliente dá ao autor o direito de ter seu nome citado nas redistribuições (como na AL), etc."
Realmente isso eu acho legal! Poxa, você programar um monte para vir um carinha e chutar teu nome fora é de matar.
"Parabéns pela humildade, mas não precisa. Se é experiência sua, é experiência de alguém, e merece ser avaliada."
Eu não tive um treinamento próprio em Java, e isso pode se refletir no que eu falo. Não gosto de falar mentiras ou dizer meias verdades. IMHO se você não domina, opine com cuidado! :)
[]s!
Vinícius Medina
Usuário Linux 383765. É um também? Mostre a sua cara!
Comentário de Copernico Vespucio
16/03/06 13:39 - usuário registrado #4868
Que beleza! Isso ajuda em mui: Que beleza! Isso ajuda em muito todo mundo! Qual vai ser a licença de distribuição?
Uma vez que o projeto está sendo tocado pelo grupo Apache, a licença será a ASFL (Apache Software Foundation License).
Mas o Java sempre vai ter um problema por usar uma VM. Ou estou errado?
Não necessariamente. Em termos de performance, as atuais JVM com JIT já estão chegando perto do desempenho do código nativo (a custa de várias estratégias e otimizações, mas também de melhores recursos disponíveis em processadores e sistemas operacionais mais modernos, ou seja, vc. não pode rodar o J2SE6 em um K6-II no win98 e esperar que todas as promessas de aumento de performance nessa versão estejam sendo cumpridas. Vai funcionar, mas o ganho de performance não vai ser tão alto).
Hoje, posso dizer sem medo de errar que o desempenho do Java supera o de outras linguagens interpretadas sem VM.
Em termos de "dependência" da VM, esse é um assunto relativo. Pedaços de software dependem uns dos outros, e isso é natural. Vc. pode encarar que a existência de uma JRE é apenas mais um caso onde um software depende de um pacote. Da mesma forma que aplicações construídas sobre o KDE precisam carregar as bibliotecas dele para executar.
Bem, eu uso um K6-2 450 em casa! :P Por isso ele fica lento!
Puxa, acho que na sua máquina então quase tudo fica lento, a menos q vc. tenha uma quantidade de memória mais que razoável... Só a versão atual do KDE ou do Gnome já darão problemas (ainda bem q c não deve usar Windows... O WinXP seria pior).
Pra usar Java, se precisar, posso sugerir o Byzantine. Ele não usa uma interface gráfica completa (mas sim umainterface super original baseada no Firefox), então sobra memória e processamento suficientes para a JVM trabalhar direitinho.
mas se pudessem analizar antes de fazer programas iria ser duca! Para projetos livres então... documentava tudo certinho e tal que todo mundo iria entender o que acontece naquela muvuca. Ler código é possível mas enche o saco.
Essa é uma limitação que acho na cultura e no licenciamento de projetos livres. A licença obriga você a distribuir seu código, mas não obriga a distribuir código de qualidade, aderente a padrões, ou sequer documentado.
No âmbito do Java, acho que a cultura que temos, aliada a orgãos especificadores como o JCP permite que os desenvolvedores que usam tecnologias especificadas e implementadas por outros trabalhem bem melhor e mais rápido.
Já no mundo Linux, tem muitos pequenos projetos até interessantes, mas que dão tanto trabalho para entender como funciona que nem vale a pena tentar contribuir! Vamos mudar de cultura, galera!
Mas sempre me perguntei se podem ser aplicadas a códigos.
Pelos estudos que tenho feito, algumas licenças podem ser aplicadas a código sim. Outras são mais úteis em documentação.
Realmente isso eu acho legal! Poxa, você programar um monte para vir um carinha e chutar teu nome fora é de matar.
Tá vendo? Esse é um direito do autor que a GPL não garante (e nem deve vir a garantir um dia, pq isso fugiria à sua filosofia).
[]s
Uma vez que o projeto está sendo tocado pelo grupo Apache, a licença será a ASFL (Apache Software Foundation License).
Mas o Java sempre vai ter um problema por usar uma VM. Ou estou errado?
Não necessariamente. Em termos de performance, as atuais JVM com JIT já estão chegando perto do desempenho do código nativo (a custa de várias estratégias e otimizações, mas também de melhores recursos disponíveis em processadores e sistemas operacionais mais modernos, ou seja, vc. não pode rodar o J2SE6 em um K6-II no win98 e esperar que todas as promessas de aumento de performance nessa versão estejam sendo cumpridas. Vai funcionar, mas o ganho de performance não vai ser tão alto).
Hoje, posso dizer sem medo de errar que o desempenho do Java supera o de outras linguagens interpretadas sem VM.
Em termos de "dependência" da VM, esse é um assunto relativo. Pedaços de software dependem uns dos outros, e isso é natural. Vc. pode encarar que a existência de uma JRE é apenas mais um caso onde um software depende de um pacote. Da mesma forma que aplicações construídas sobre o KDE precisam carregar as bibliotecas dele para executar.
Bem, eu uso um K6-2 450 em casa! :P Por isso ele fica lento!
Puxa, acho que na sua máquina então quase tudo fica lento, a menos q vc. tenha uma quantidade de memória mais que razoável... Só a versão atual do KDE ou do Gnome já darão problemas (ainda bem q c não deve usar Windows... O WinXP seria pior).
Pra usar Java, se precisar, posso sugerir o Byzantine. Ele não usa uma interface gráfica completa (mas sim umainterface super original baseada no Firefox), então sobra memória e processamento suficientes para a JVM trabalhar direitinho.
mas se pudessem analizar antes de fazer programas iria ser duca! Para projetos livres então... documentava tudo certinho e tal que todo mundo iria entender o que acontece naquela muvuca. Ler código é possível mas enche o saco.
Essa é uma limitação que acho na cultura e no licenciamento de projetos livres. A licença obriga você a distribuir seu código, mas não obriga a distribuir código de qualidade, aderente a padrões, ou sequer documentado.
No âmbito do Java, acho que a cultura que temos, aliada a orgãos especificadores como o JCP permite que os desenvolvedores que usam tecnologias especificadas e implementadas por outros trabalhem bem melhor e mais rápido.
Já no mundo Linux, tem muitos pequenos projetos até interessantes, mas que dão tanto trabalho para entender como funciona que nem vale a pena tentar contribuir! Vamos mudar de cultura, galera!
Mas sempre me perguntei se podem ser aplicadas a códigos.
Pelos estudos que tenho feito, algumas licenças podem ser aplicadas a código sim. Outras são mais úteis em documentação.
Realmente isso eu acho legal! Poxa, você programar um monte para vir um carinha e chutar teu nome fora é de matar.
Tá vendo? Esse é um direito do autor que a GPL não garante (e nem deve vir a garantir um dia, pq isso fugiria à sua filosofia).
[]s
Comentário de vmedina
16/03/06 15:09 - usuário registrado #257
"Só a versão atual do KDE o: "Só a versão atual do KDE ou do Gnome já darão problemas (ainda bem q c não deve usar Windows... O WinXP seria pior)."
Irônicamente, o Ubuntu 5.10 é bem rápido, apesar de não ter uma quantidade maciça de memória.
"No âmbito do Java, acho que a cultura que temos, aliada a orgãos especificadores como o JCP permite que os desenvolvedores que usam tecnologias especificadas e implementadas por outros trabalhem bem melhor e mais rápido."
Eu acho extremamente confuso fazer algo OO sem ter feito pelo menos o diagram de classes, Use-Case e o de sequência.
Uma boa dica pra quem programa em Java é o Jude que faz tudo automagicamente.
"Pra usar Java, se precisar, posso sugerir o Byzantine."
Site? Tô penando pra achar!
"Tá vendo? Esse é um direito do autor que a GPL não garante (e nem deve vir a garantir um dia, pq isso fugiria à sua filosofia)."
Mas aí existem outras Licenças. O Objetivo da GPL é fazer o programa aderir totalmente ao SL.
[]s!
Vinícius Medina
Usuário Linux 383765. É um também? Mostre a sua cara!
Irônicamente, o Ubuntu 5.10 é bem rápido, apesar de não ter uma quantidade maciça de memória.
"No âmbito do Java, acho que a cultura que temos, aliada a orgãos especificadores como o JCP permite que os desenvolvedores que usam tecnologias especificadas e implementadas por outros trabalhem bem melhor e mais rápido."
Eu acho extremamente confuso fazer algo OO sem ter feito pelo menos o diagram de classes, Use-Case e o de sequência.
Uma boa dica pra quem programa em Java é o Jude que faz tudo automagicamente.
"Pra usar Java, se precisar, posso sugerir o Byzantine."
Site? Tô penando pra achar!
"Tá vendo? Esse é um direito do autor que a GPL não garante (e nem deve vir a garantir um dia, pq isso fugiria à sua filosofia)."
Mas aí existem outras Licenças. O Objetivo da GPL é fazer o programa aderir totalmente ao SL.
[]s!
Vinícius Medina
Usuário Linux 383765. É um também? Mostre a sua cara!
Comentário de Copernico Vespucio
16/03/06 16:01 - usuário registrado #4868
Irônicamente, o Ubuntu 5.10: Irônicamente, o Ubuntu 5.10 é bem rápido, apesar de não ter uma quantidade maciça de memória.
O Ubuntu é um caso a parte, otimizaram bastante o Gnome pra ele. E mesmo assim, embora não tenha feito o tira-teima, o Gnome me parece bem mais leve que o KDE.
Eu tentei rodar o KuruJa, que usa o novo KDE (aviso para qualquer troll de plantão que esteja nos lendo: antes de rodar qualquer coisa do Java na distro) em uma máquina antiga em um lab daqui (um K6-II com 64Mb) e ficou uma carroça.
Eu acho extremamente confuso fazer algo OO sem ter feito pelo menos o diagram de classes, Use-Case e o de sequência.
Se o código existe, vc. faz engenharia reversa do diagrama de classes, o que já dá pra se virar.
Uma boa dica pra quem programa em Java é o Jude que faz tudo automagicamente.
Eu uso o Jude, ele é muito legal. Mas tem muitas outras. Dica pra quem quer achar boas aplicações CA em Java: http://java-source.net/
Site? Tô penando pra achar!
Tá no sourceforge! http://byzgl.sourceforge.net/
Mas eu comprei meu mini-CD no GDH, o site do C. Morimoto.
O Ubuntu é um caso a parte, otimizaram bastante o Gnome pra ele. E mesmo assim, embora não tenha feito o tira-teima, o Gnome me parece bem mais leve que o KDE.
Eu tentei rodar o KuruJa, que usa o novo KDE (aviso para qualquer troll de plantão que esteja nos lendo: antes de rodar qualquer coisa do Java na distro) em uma máquina antiga em um lab daqui (um K6-II com 64Mb) e ficou uma carroça.
Eu acho extremamente confuso fazer algo OO sem ter feito pelo menos o diagram de classes, Use-Case e o de sequência.
Se o código existe, vc. faz engenharia reversa do diagrama de classes, o que já dá pra se virar.
Uma boa dica pra quem programa em Java é o Jude que faz tudo automagicamente.
Eu uso o Jude, ele é muito legal. Mas tem muitas outras. Dica pra quem quer achar boas aplicações CA em Java: http://java-source.net/
Site? Tô penando pra achar!
Tá no sourceforge! http://byzgl.sourceforge.net/
Mas eu comprei meu mini-CD no GDH, o site do C. Morimoto.
Comentário de Copernico Vespucio
16/03/06 19:27 - usuário registrado #4868
:-/: Esse tópico, talvez?
Comentário de vmedina
16/03/06 21:36 - usuário registrado #257
"O Ubuntu é um caso a parte,: "O Ubuntu é um caso a parte, otimizaram bastante o Gnome pra ele. E mesmo assim, embora não tenha feito o tira-teima, o Gnome me parece bem mais leve que o KDE."
Eu tb acho. Por isso adoro o Ubuntu e o GNOME.
"Tá no sourceforge! http://byzgl.sourceforge.net/"
Poxa... me micro roda mais que isso! :P
"Mas eu comprei meu mini-CD no GDH, o site do C. Morimoto."
Eu não dou dinheiro para pessoas que ofendem fãs ou tratam eles com xingamentos. Antes que pergunte, não tb nunca dei dinheiro para RMS ou a FSF! :P
Vinícius Medina
Usuário Linux 383765. É um também? Mostre a sua cara!
Eu tb acho. Por isso adoro o Ubuntu e o GNOME.
"Tá no sourceforge! http://byzgl.sourceforge.net/"
Poxa... me micro roda mais que isso! :P
"Mas eu comprei meu mini-CD no GDH, o site do C. Morimoto."
Eu não dou dinheiro para pessoas que ofendem fãs ou tratam eles com xingamentos. Antes que pergunte, não tb nunca dei dinheiro para RMS ou a FSF! :P
Vinícius Medina
Usuário Linux 383765. É um também? Mostre a sua cara!
Comentário de Copernico Vespucio
17/03/06 18:03 - usuário registrado #4868
Poxa... me micro roda mais qu: Poxa... me micro roda mais que isso! :P
Pode explicar mais sobre isso?
Eu não dou dinheiro para pessoas que ofendem fãs ou tratam eles com xingamentos. Antes que pergunte, não tb nunca dei dinheiro para RMS ou a FSF! :P
Bem, eu gosto muito do Kurumin e dos tutoriais do cara, mas eu encaro da seguinte forma: eu precisava do serviço de gravação do CD e o GDH provê esse serviço. Naturalmente o serviço não é de graça. O dinheiro do CD não é caridade, mas sim o pagamento de um serviço, e apenas por esse serviço específico. E estou consciente de que o cara não tem a obrigação de me tratar bem no fórum ou me dar suporte só pq eu comprei uns CDs dele. Enfim: eu não "dei" dinheiro ao GDH. Eu paguei pelo serviço oferecido.
Eu também poderia ter comprado os CDs na LinuxMall e nem por isso o pessoal de lá teria que ser educado comigo nos fóruns da vida. Nesse lance eu sou cliente e o importante pra mim é o atendimento ao cliente. Eu fiz o pedido, os CDs foram pro correio no dia seguinte, eu recebi os CDs em casa no prazo estipulado e (talvez pq o pacote tenha sido grande) ganhei até um CD de brinde. Não tenho então nada a reclamar do serviço oferecido. É tudo o que um cliente poderia querer e estou satisfeito.
Se um dia eu for a um evento e o Stallman estiver vendendo CDs com o HURD, talvez eu compre uma cópia (sem pedir pra autografar, calado e mantendo uma distância segura), independente do que eu penso sobre o posicionamento da FSF.
Pode explicar mais sobre isso?
Eu não dou dinheiro para pessoas que ofendem fãs ou tratam eles com xingamentos. Antes que pergunte, não tb nunca dei dinheiro para RMS ou a FSF! :P
Bem, eu gosto muito do Kurumin e dos tutoriais do cara, mas eu encaro da seguinte forma: eu precisava do serviço de gravação do CD e o GDH provê esse serviço. Naturalmente o serviço não é de graça. O dinheiro do CD não é caridade, mas sim o pagamento de um serviço, e apenas por esse serviço específico. E estou consciente de que o cara não tem a obrigação de me tratar bem no fórum ou me dar suporte só pq eu comprei uns CDs dele. Enfim: eu não "dei" dinheiro ao GDH. Eu paguei pelo serviço oferecido.
Eu também poderia ter comprado os CDs na LinuxMall e nem por isso o pessoal de lá teria que ser educado comigo nos fóruns da vida. Nesse lance eu sou cliente e o importante pra mim é o atendimento ao cliente. Eu fiz o pedido, os CDs foram pro correio no dia seguinte, eu recebi os CDs em casa no prazo estipulado e (talvez pq o pacote tenha sido grande) ganhei até um CD de brinde. Não tenho então nada a reclamar do serviço oferecido. É tudo o que um cliente poderia querer e estou satisfeito.
Se um dia eu for a um evento e o Stallman estiver vendendo CDs com o HURD, talvez eu compre uma cópia (sem pedir pra autografar, calado e mantendo uma distância segura), independente do que eu penso sobre o posicionamento da FSF.
Comentário de vmedina
18/03/06 19:20 - usuário registrado #257
"Pode explicar mais sobre iss: "Pode explicar mais sobre isso?"
Poxa.. o byzantineOS é simples, para pendrive... eu não to tão mau assim! :P EU tb não me viro bem com qualquer coisa fora o Gnome mesmo! Sinceramente, me sinto mal.
"O dinheiro do CD não é caridade, mas sim o pagamento de um serviço, e apenas por esse serviço específico. E estou consciente de que o cara não tem a obrigação de me tratar bem no fórum ou me dar suporte só pq eu comprei uns CDs dele. Enfim: eu não "dei" dinheiro ao GDH. Eu paguei pelo serviço oferecido."
Não me entenda mal, sei que não é caridade e sei que não se compra amizades, mas eu não posso apoiar uma pessoa que é francamente desrespeitosa com quem apoia o trabalho dela. Mesmo que ele não goste, não custa nada espalhar um pouco de boa-vontade ao invés de pisar. Ei! Voltamos as esse tópico! :P
[]s!
Vinícius Medina
Usuário Linux 383765. É um também? Mostre a sua cara!
Poxa.. o byzantineOS é simples, para pendrive... eu não to tão mau assim! :P EU tb não me viro bem com qualquer coisa fora o Gnome mesmo! Sinceramente, me sinto mal.
"O dinheiro do CD não é caridade, mas sim o pagamento de um serviço, e apenas por esse serviço específico. E estou consciente de que o cara não tem a obrigação de me tratar bem no fórum ou me dar suporte só pq eu comprei uns CDs dele. Enfim: eu não "dei" dinheiro ao GDH. Eu paguei pelo serviço oferecido."
Não me entenda mal, sei que não é caridade e sei que não se compra amizades, mas eu não posso apoiar uma pessoa que é francamente desrespeitosa com quem apoia o trabalho dela. Mesmo que ele não goste, não custa nada espalhar um pouco de boa-vontade ao invés de pisar. Ei! Voltamos as esse tópico! :P
[]s!
Vinícius Medina
Usuário Linux 383765. É um também? Mostre a sua cara!
Comentário de Copernico Vespucio
20/03/06 9:32 - usuário registrado #4868
Poxa.. o byzantineOS é simpl: Poxa.. o byzantineOS é simples, para pendrive
O byzantineOS foi projetado para realizar operações em servidores e roteadores, por ser pequeno e rodar virtualmente em *qualquer* máquina :-)
Mas a partir de algum conhecimento Java e XUL vc. pode ir incrementando o sistema para algumas tarefas interessantes e específicas.
Meu sistema de cabeceira é o Kurumin, pq prefiro o KDE (eu tenho uma máquina suficiente) na falta de coisa melhor. Mas mantenho o byzantine como LiveCD para realizar tarefas em meus discos de forma rápida (como backups e outras coisas) depois de ter feitos algumas mudanças.
Mesmo que ele não goste, não custa nada espalhar um pouco de boa-vontade ao invés de pisar.
Sim, voltamos ao tópico. Idem pro Stallman, mas eu pagaria pelos serviços de qualquer um dos dois, se isso me interessasse.
O byzantineOS foi projetado para realizar operações em servidores e roteadores, por ser pequeno e rodar virtualmente em *qualquer* máquina :-)
Mas a partir de algum conhecimento Java e XUL vc. pode ir incrementando o sistema para algumas tarefas interessantes e específicas.
Meu sistema de cabeceira é o Kurumin, pq prefiro o KDE (eu tenho uma máquina suficiente) na falta de coisa melhor. Mas mantenho o byzantine como LiveCD para realizar tarefas em meus discos de forma rápida (como backups e outras coisas) depois de ter feitos algumas mudanças.
Mesmo que ele não goste, não custa nada espalhar um pouco de boa-vontade ao invés de pisar.
Sim, voltamos ao tópico. Idem pro Stallman, mas eu pagaria pelos serviços de qualquer um dos dois, se isso me interessasse.
[]s
Carlao Bazuca