Peguei est� discuss�o pela metade e n�o entendi est� coloca��o sobre o abiword e o wordpad.
Simplismente n�o entra na minha cabe�a que algumas pessoas realmente achem que o wordpad tenha s� 200kb. Isso � imposs�vel. O exe � s� um chamador (lembram o edit.com, sem o qbasic instalado ele n�o rola). Boa parte do programa est� espalhado em forma de dll, exe e outros pelo windows. Rog�rio R. Ara�jo Gerente de Telecomunica��es e Redes S.O Com�rcio e Servi�os Ltda [EMAIL PROTECTED] [EMAIL PROTECTED] (98) 232 8126 Linux User #235776 ----- Original Message ----- From: "Kiss The Blade" <[EMAIL PROTECTED]> To: "Arnaldo Carvalho de Melo" <[EMAIL PROTECTED]> Cc: "Leonardo T. de Carvalho" <[EMAIL PROTECTED]>; <[EMAIL PROTECTED]>; <[EMAIL PROTECTED]>; <[EMAIL PROTECTED]>; <[EMAIL PROTECTED]>; <[EMAIL PROTECTED]> Sent: Sunday, April 28, 2002 8:37 AM Subject: Re: (linux-br) Licencas e compatilhamentos de bibliotecas > 27/4/2002 16:07:08, Arnaldo Carvalho de Melo <[EMAIL PROTECTED]> > wrote: > >Sim, mas o boi vai ficar desiludido e insone ;) > > :) > > >> cheio de frufrus e uma s�rie de m�dulos que deus sabe quantos s�o, tudo > >> isso carregado ao mesmo era mais r�pido para carregar do que um > MALDITO > >> PROGRAMA OFFICE. Diz alguma coisa? > > > >KTB, porque � t�o dif�cil acreditar que um sistema operacional pode ser > >mais simples e menos complexo do que uma suite Office? > > Mas n�o � qualquer sistema operacional! � o WinXP! (ok, eu te dou um > desconto, afinal tu nunca usou Windows). N�o � simplesmente algo que boota > e te mostra um prompt. � uma coisa que carrega kernel, biblioteca de funcoes > C, pilha tcp/ip, interface gr�fica, antialiasing, v�rios e v�rios bitmaps, > gerenciador de arquivos, bibliotecas de browser (que n�o � apenas um > browser, � praticamente o shell do sistema operacional), bibliotecas do player > multimidia, help integrado, v�rios e v�rios servi�os de background e se brincar > at� easter egg com o famoso clipe de papel. Como � que isso tudo carrega mais > r�pido que um... editor de textos na mesma maquina? � pq o StarOffice � mais > complexo? T� brincando, n�? ;) > > Deixa eu pegar aquele exemplo bobo do AbiWord. J� q vc nunca usou > Windows, tb nunca deve ter usado Wordpad: � um editor de RTF bem simples, > com funcoes para negrito e it�lico, mudar fontes e cores, inserir imagens, > centralizar e alinhar texto. B�sico do b�sico. 200KB. > > O AbiWord faz exatamente a mesma coisa (a unica diferen�a que vejo assim de > relance � que ele justifica texto). 2.5MB. > > Entao Arnaldo, siga a minha l�gica: n�o seria l�gico que um programa que > consome doze vezes e meia mais recursos tamb�m tivesse doze vezes e meia > mais funcionalidade? > > Qual � a �nica justificativa l�gica que se pode dar a essa aberra��o? Que o > programa � de gra�a, certo? E de gra�a at� inje��o na testa. Da� a minha > pergunta: num modelo onde as pessoas acham aceit�vel que um programa > consuma doze vezes e meia mais recursos INUTILMENTE simplesmente pelo > fato do programa ser de gra�a, qual � a motiva��o que algu�m vai ter para > investir em qualidade em software? Como � que um modelo desses contribui > para a evolu��o do software? N�o que no SP haja sempre essa motiva��o, mas > pelo menos h� compensa��o financeira. > > Eu gostaria de escrever software livre. A s�rio, tu sabe disso (t�, os motivos > sao outros, mas beleza :))). S� acho MUITO desapontador 1 - n�o ter garantias > que vou receber por isso, e 2 - saber que as pessoas n�o v�o escolher meu > software em primeiro lugar por ser bom, mas por ser de gra�a. Faz com que eu > sinta que todo o meu esfor�o em aprender algo foi in�til, pois qualquer codigo > espaguete... bem, vc entendeu. > > Tenho medo de um dia acordar com s�ndrome de Francesco Burzi, olhar pros > lados e pensar: "Mas eu estou sendo � um belo de um idiota". N�o que o > PHPNuke seja um primor de software, muito pelo contr�rio :P > > Infelizmente ningu�m est� ligando para a qualidade do software. Em qualquer > paradigma. Eu acreditava que o SL seria uma solucao pra isso. Bem... espero > estar enganado. > > >adianta o kernel tentar ser esperto com t�cnicas de pagina��o, carga por, > >demanda, caching, etc, etc, se os usu�rios do coitado n�o compartilham > quase > >nada (t�, compartilham a glibc e meia d�zia de outras bibliotecas simples). > > Mas isso j� acontece. Vamos ver: > > Vou montar o ambiente gr�fico perfeito para Linux (numeros hipoteticos), pra > Bill Gates nenhum botar defeito: vejam, aqui eu tenho esse programa que usa > Gtk+. 2MB pro programa, 5MB de ram pra biblioteca. Aqui eu tb tenho esse > programa em Gtk+, mas ele usa a decima quinta implementacao de canvas que > surgiu pro Gnome. 2MB pro programa + 10MB pras gnome-libs + 500KB. Ah, > mas aqui eu tenho esse ambiente gr�fico em Qt. L� vai 15 MB de ram pro saco. > Ah, tem esse browser podre linkado com a Lesstif: mais 20MB. P�, tamb�m tem > o XEmacs, linkado com Kerberos, libmpeg e a libantignu pra autenticar no site > do Zawinski e tocar o http://www.jwz.org/why-cooperation-with-rms-is- > impossible.mp3 . 30 ou 40, dependendo se a sua vers�o do XEmacs vem com > bandeirinha de Proibido FSF e emulador de vi. E pra completar, vamos colocar > o fabuloso StarOffice, que agora est� na vers�o 10.56, mas olha s�, melhorou > um pouco, agora ele usa todas essas bibliotecas que j� est�o carregadas em > RAM. S� que com um m�dico acr�scimo de 160MB para o pr�prio programa, > l�gico. > > Beleza! Vamos atualizar o programa office. Oh n�o! Agora vou ter que atualizar > as cento e oitenta e cinco bibliotecas compartilhadas para a ultima versao! > Putz! Na atualiza��o meu XEmacs com emulador de vi parou de funcionar! Ser� > que foi s� ele? Deixa eu checar... u�, pq meu StarOffice agora ocupa 250MB de > RAM? > > Can you say "DLL Hell"? ;) > > A �nica solu��o � as pessoas pensarem 2, 3, 15 vezes antes de abrir o maldito > editor de textos e come�ar a programar. > > O circo dos horrores da computa��o, ele n�o escolhe lugar pra levantar sua > tenda... > > >vers�o anterior. O tempo n�o para. Conceitos mudam. Aprendam a lidar com > >eles. Como? N�o sei exatamente, venho tentando h� 8 anos... :-) > > Tudo muda. Ser� que � pra melhor? Bah, tenho que parar com essa mania de > ver s� o pior lado da hist�ria. Natural vindo de algu�m que � diplomado em Lei > de Murphy. > > -- > Knowledge is power -- knowledge shared is power lost. > > > > > Assinantes em 29/04/2002: 2249 Mensagens recebidas desde 07/01/1999: 164750 Historico e [des]cadastramento: http://linux-br.conectiva.com.br Assuntos administrativos e problemas com a lista: mailto:[EMAIL PROTECTED]
