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 28/04/2002: 2257 Mensagens recebidas desde 07/01/1999: 164673 Historico e [des]cadastramento: http://linux-br.conectiva.com.br Assuntos administrativos e problemas com a lista: mailto:[EMAIL PROTECTED]
