O Plone Symposium e porque você devia ir

Eu sempre recomendo que coisas importantes recebam a devida atenção.

É por isso que não me incomodo muito em ver sites descartáveis sendo feitos com tecnologias como ASP, JSP ou PHP naquele modelo antigo que mistura apresentação com lógica. É como na construção de cenários - você não vai usar madeira se isopor e lycra resolverem. Concreto armado, nem pensar. Site descartável é como aqueles escritorios que são erguidos para vebder apartamentos na planta: ele só precisa ficar lá até vender unidades suficientes para começar a obra. Depois disso, vai ser derrubado. Ele nunca vai desenvolver uma goteira ou ganhar mais um piso.

Com sites, a situação é parecida.

Se seu site for só um cartão de visitas feito pra dar seu e-mail de contato ou telefone, tudo bem você montá-lo com qualquer coisa. HTML estático está bom demais.

Por outro lado, se você precisa viver com um site, é bom fazê-lo direito. É importante separar a aparência dele (que pode mudar radicalmente a qualquer tempo) do conteúdo (que tende apenas a aumentar) e de eventuais aplicações que rodem dentro dele (se seu CMS deixar você fazer esse tipo de coisa).

É por conta disso que eu gosto tanto do Plone. Ele traça uma linha muito nitida entre conteúdo e forma e, por conta de como é construído, em torno de um banco de objetos (e não um banco relacional, como a maioria dos concorrentes) ele torna ridiculamente simples fazer aplicações de workflow ou de gestão de conhecimento.

E quando eu digo ridículo, é porque, tipicamente, você só precisa gerar alguns diagramas UML e entregá-los a uma ferramenta que faz o resto.

Uma digressão rápida: no meu livro, guardar documentos dentro de um BD relacional, como faz o SharePoint, é motivo para justa-causa. Guardar ponteiros para um sistema de arquivos é apenas marginalmente melhor. Mas isso é material para outro artigo, não para esse.

E aí eu entro na parte realmente importante: se você tem problemas com sua intranet e gostaria que ela fosse mais manejável, compatível com mais navegadores (diga a verdade - é um porre quando a empresa padroniza em IE 6 porque fez a burrada de crira aplicações importantes que não rodam nem mesmo nas versões posteriores dele, quanto mais em navegadores mais modernos), que pudesse guardar seus documentos do Office (ou do OpenOffice, ou do iWork, se você tem Macs), que tivesse uma busca que funciona (porque você quer encontrar os documentos que colocou lá), que tenha undo sem nunca precisar de um restore do banco de dados (porque todo mundo erra de vez em quando) e que, no geral, envelheça mais graciosamente do que aquelas coisas com que você está acostumado, dê uma olhada no Plone.

Eu sei... Eu sou - e assumo - um fanboy do Plone. O dieblinkenlights é feito em Plone. Por vários anos o Plone pagou - não paga mais - minhas contas. O DBL é feito em Plone porque eu sou muito preguiçoso e não quero ter dores de cabeça com o site. Ele simplesmente funciona e tem sido assim desde que ele existe. E é assim que um CMS tem que ser.

Na semana que vem acontece em São Paulo o Plone Symposium South America. É a primeira edição do evento e vale a pena você ir. Vale a pena, não importando se você usa ou não Plone. Mesmo que você seja um usuário de Joomla, Drupal ou, coitado, de Sharepoint, vale a pena ir. Vale a pena para saber o que o outro CMS, aquele que você não usa, tem para oferecer.

Na pior das hipóteses, você sai com uma lista de features para serem implementados no seu que deve manter seu pessoal de desenvolvimento ocupado por algum tempo.

Mas, se você tiver mesmo sorte, você sai de lá um usuário de Plone.

Seus usuários vão agradecer.

Nota: este artigo também foi publicado no Webinsider, em http://webinsider.uol.com.br/index.php/2009/11/19/em-defesa-do-plone/.

Read More…

Vivendo no Windows, parte 3 - a reinstalação

Durabilidade

É um fato conhecido que instalações de Windows "apodrecem". À medida em que programas são instalados e desinstalados, discos são fragmentados e desfragmentados e atualizações são aplicadas umas sobre as outras, aparentemente, coisas se estragam, a máquina fica esquisita e chega, finalmente, a hora de formatar o HD e reinstalar tudo.

E nem mencionei o problema de malware crônico que aflije usuarios de Windows desde que a internet deixou de ser um clube para cientistas bem educados para se tornar um antro de marginais dispostos a tomar seu computador de você.

É verdade que o Windows tem feito progressos expressivos. Nos meus dias de Windows 95 e NT, um Windows apodrecia em mais ou menos um ano. Seis meses, se você instalasse um Visual Studio ou algo parecido. Foi com o NT4 que eu adquiri o hábito de ter uma partição do disco para o sistema operacional e programas e outra só para os meus dados, hábito que persiste até hoje no meu Ubuntu. O Windows 2000 foi um bom progresso. Com ele minhas instalações sobreviviam por cerca de um ano de uso pesado (naquele tempo eu ainda desenvolvia quase que exclusivamente para as plataformas da Microsoft). O XP marcou uma outra melhoria - elas passaram a durar mais tempo. Pode ser que eu tenha parado de programar para Windows e que isso tenha facilitado a vida das ferramentas de auto-limpeza dele, mas pode também ser que o sistema tenha ficado melhor. Do Vista não ouço muitas histórias de horror. Por outro lado, ninguém usa o Vista há tempo suficiente para ter problemas sérios. E, com a chegada iminente do Windows 7, nem vão.

A verdade é que, se você não maltratar muito a sua máquina Windows (instalado coisas vindas de lugares suspeitos, por exemplo) é bem capaz que ela dure anos sem precisar de uma reinstalação. O máximo que você pode precisar é instalar o PageDefrag (não funciona no Vista, até onde eu sei) e deixar que ele faça seu trabalho quando necessário (apesar do nome, ele desfragmenta o registry e outras coisas importantes também).

Nada do que você faça vai transformar o Windows em um ótimo sistema operacional, mas, pelo menos, você pode evitar que ele se torne um transtorno.

Isso tudo, claro, não evita outra mazela da vida com computadores: problemas de hardware.

O HD clicando

Um tempo atrás, meu computador de trabalho (um Dell D-630, mais feio do que bater na mãe, mas robusto como um tanque) começou a dar sinais de que o HD estava prestes a falhar - o HD começou a produzir cliques altos. Como eu notei o problema logo, avisei o pessoal que cuida das máquinas para que se preparasse para receber um paciente terminal e já pedisse o HD novo para a Dell, evitando perdas de tempo.

Fazendo back-ups depressa

Nessas horas, a primeira coisa a se fazer é um back-up de tudo o que é importante.

Como o código-fonte em que eu estava trabalhando está em um Subversion, eu simplesmente fiz um commit e mandei para o servidor, onde ele fica seguro.

Não fosse a tragédia de usarmos Exchange, eu não precisaria fazer nada com o e-mail. Como a empresa usa Exchange, de tempos em tempos eu tenho que mover e-mails antigos para fora do servidor, onde eles têm back-up, para a máquina (e o HD) que ia parar a qualquer momento. O Exchange simplesmente não sabe lidar com muito e-mail. O mailbox de trabalho que eu usei por uns 5 anos acumulou uns 4 gigas de dados, sempre no servidor. O meu mailbox no Gmail tem uns 2 gigas. O meu no Exchange não pode passar de 100 megas. Copiei o .PST para um pendrive.

É por coisas assim que ordens judiciais para que uma empresa entregue e-mails de 2 anos atrás são um pesadelo de administradores de sistemas Windows. Bem-feito. Quem mandou deixar usarem Exchange?

Para os logs do Pidgin (não - eu não uso o Live Messenger nem no Windows) eu adotei a solução que já vinha adotando - rodei o rsync nas pastas dele para o pendrive, onde só as mudanças foram copiadas. Eu já usava o procedimento para consolidar os logs entre meu computador de trabalho e meu computador pessoal, então, não precisei me preocupar muito com isso.

Eu tenho também no meu computador uma coleção de revistas em PDF. Para essa coleção, também uso o rsync para sincronizá-la com a outra cópia dela (ou o original), que fica no meu computador pessoal (que, apesar de ser um netbook minúsculo, costuma ficar em casa e é onde eu estou escrevendo isso).

Os podcasts que o iTunes baixou e outras coisas maiores foram compactados e copiados para um servidor na mesma rede.

Eu sei que o Windows tem um "assistente de migração", mas, como eu mantenho meus dados separados de todo o resto, a única coisa que ele poderia preservar era precisamente todo o lixo e restos de programas instalados que eu queria aproveitar para remover. Além disso, ele pode levar muito tempo para rodar e, se o HD morrer antes dele terminar, você acaba com precisamente nada.

Ele também é inútil quando você está reinstalando a máquina por causa de algum vírus que foi contraído porque alguém baixou um programa vindo de um site suspeito na Estônia. O malware provavelmente será parte do back-up. Na verdade, nenhum back-up que você não possa inspecionar detalhadamente pode ser um vetor para uma reinfecção. É uma péssima idéia.

O resultado

Configurar máquinas Windows é muito chato e demorado. Depois de instalar a imagem padrão da empresa, para qualquer extra você tem que caçar o disco de instalação do programa (ou caçá-lo na web) baixar o instalador, rodar o instalador, passar atualizações de segurança, rebootar várias vezes... Depois de receber a máquina com a instalação padrão, eu levei mais de dois dias para voltar ao meu nível normal de produtividade.

Em contrapartida, a máquina ficou mais "redonda". Parece um pouco mais rápida. Continua um Windows com todos os problemas e pequenas insanidades que eu já comentei antes, mas, ainda assim, o progresso foi sentido.

A profunda insanidade desse processo todo me choca. O jeito Linux de fazer a coisa (através de repositórios e controle de pacotes) é muito mais racional.

Adendo: se livrando de um HD

Quando levaram meu HD embora eu perguntei o que ia acontecer com ele. Muitas empresas não se preocupam com isso, mas eu me preocupo. São dados de trabalho, cronogramas, orçamentos, contratos e mais um monte de coisas que não deveriam nunca sair do prédio. Muitas vezes adicione a isso dados pessoais, certificados digitais de bancos e outras coisas que seriam a festa de um ladrão de dados. Quando seu técnico for devolver seu HD ao fabricante, pergunte o que ele vai fazer. Se ele disser que vai excluir a partição, faça-o ler esse parágrafo. Se seu HD ainda funciona você precisa gravar algo por cima dos seus dados. Contra malfeitores medianos, zeros bastam para todos os dados menos importantes, mas, se você mais paranóico e quiser se prevenir contra malfeitores competentes e com recursos, eu indicaria gravar dados aleatórios no seu disco. Tanto no caso dos zeros como no caso de dados aleatórios, eu uso o dd. É um utilitário de linha de comando comum a vários sistemas Unix-like. E, mais legal, é livre - grátis e vem com código, pra você ter certeza de que ele faz o que você quer que ele faça.

Afinal, com segurança de dados não se brinca.

Este artigo também está disponível no Webinsider, em http://webinsider.uol.com.br/index.php/2009/10/04/vivendo-no-windows-parte-3/

Read More…

Linux e desktops: casamento em crise?

Depois dessa, eu, com certeza, posso dar adeus à possibilidade de escrever para o IDG Now. É que dessa vez não deu pra aguentar a "sempistice" de um artigo que eu li. No artigo, "Linux no desktop: entenda por que esse casamento não vingou", se diz algumas verdades, algumas meias-verdades, um número razoável de mentiras que levam, por fim, a uma conclusão parcialmente incorreta. Eu nem mesmo fui o único a discordar do artigo.

É verdade que Linux no desktop não vingou.

O que também não quer dizer que ele nunca vá se tornar um ambiente importante para usuários de desktops.

Mas vamos ao artigo, suas premissas e suas conclusões.

Sistema de código aberto é usado em menos de 1% dos computadores

Será?

Todos os últimos cinco PCs que eu comprei, sem exceção, saíram da fábrica com Windows. A conta, então, apontaria 5 computadores com Windows (dois com Vista, inclusive), certo?

Errado.

Porque todos rodaram Windows apenas por tempo suficiente para fazer um back-up do HD. Imediatamente após isso, foram reinstalados com Linux. Essa história se repete para quase todos os usuários de Linux - pouquíssimas pessoas compram seus computadores com Linux instalado. A explicação é simples: tente ir à loja da Dell comprar um micro sem Windows. Vai ver que é difícil encontrá-los e que nem todos os modelos são vendidos assim. Mais fácil é fazer isso por telefone - os atendentes, segundo a minha experiência, são impressionantemente flexíveis quanto à configuração do computador que você quer comprar. Eu já consegui a troca do teclado ABNT por um "normal". Mesmo assim, nem todos os computadores podem ser comprados sem Windows.

E, comparado aos outros fabricantes de PCs, a Dell é um brilhante farol iluminando o caminho. Eu desafio o leitor a encontrar um bom computador sem Windows em menos de 15 minutos em qualquer loja do ramo. Eu não achei nada na HP e, na Lenovo, eu fui direto no low-end para encontrar uma única opção sem Windows. Contrastando um pouco, na IBM, os desktops mais poderosos não rodam Windows. Mas também não são PCs.

E isso é um outro problema. Como o Linux só vem instalado em micros de baixo desempenho, ele acaba sendo associado ao baixo desempenho deles. Isso porque ele voa mesmo em uma CPU modesta, como os Core Duo ou os Atom que vêm com muitos netbooks.

Aliás, não fosse pelo bundling de Windows em quase qualquer computador x86, o Windows Vista não teria vendido um décimo das cópias que vendeu e estaríamos lendo coisas como "Windows Vista e desktop, entenda porque esse casamento não vingou". Para a MS, eu sou dois felizes usuários de Vista.

Outro ponto importante aqui é que é praticamente impossível verificar a penetração de mercado de um produto que é gratuito e que pode ser baixado e distribuído livremente. E, uma vez que a maioria deles está disponível em torrents também, nem mesmo o número de downloads podemos conseguir facilmente.

"As interfaces de Linux são ruins e mal acabadas"

Eu preciso começar esse tópico com um aviso: Érico Andrei é meu amigo. Eu respeito a opinião dele sobre um enorme número de coisas, mas, nesse caso, eu preciso discordar publicamente. É verdade que alguns programas típicos são bem complicados. Emacs, meu hoje editor de texto com IDE favorito, é um exemplo. Apesar disso, os atalhos de teclado para tudo, a programabilidade quase ilimitada e tantas outras amenidades fazem dele uma das ferramentas mais poderosas e eu recomendo a todos os que programam e tomam anti-inflamatórios que aprendam a usá-lo. Roda em quase tudo, de Windows CE a z/OS. A despeito disso, e, ao contrário dos IDEs que você encontra por aí, a interface dele não se parece com o painel de um ônibus espacial.

Mas voltemos au problema com a afirmação do Érico: conversando com ele, ele explicou que elas são ruins porque não permitem uma transição suave do Windows para o Linux e que são mal acabadas porque, por default, adotam settings mais conservadores do que o necessário. Um exemplo que ele mencionou é o do Compiz, que, para ficar ao gosto dele (e ao meu) precisa que seja instalado (via gerenciador de software) um painel de controle extra com as configurações avançadas (o painel padrão tem opções equivalentes a "desligado", "ligado" e "OMFG").

Eu discordo do "ruim". Se, para acomodar o "imigrante" vindo do Windows, for necessário replicar sua interface confusa (onde mesmo no painel de controle é que se liga ou desliga o compartilhamento de arquivos na rede?), eu estou fora. Um Gnome típico não é mais confuso do que um Vista ou um OSX para um recém chegado do XP. Na verdade, por esse aspecto, o Gnome parece bem mais lógico que o OSX.

Mas isso é questão de costume. Eu acho o Gnome lógico porque me acostumei. Usuários de Windows acham o WIndows lógico porque tiveram o "jeito Windows de fazer as coisas" tatuado em seus cérebros.

Eu também discordo do "mal acabadas". Não tenho nada contra ir ao painel de "Aparência" e escolher uma de três opções para ligar, desligar ou turbinar os embelezamentos da interface. Qualquer um que queira que suas janelas desapareçam em chamas quando fechadas pode muito bem educar-se sobre como fazê-lo (dica - dá pra fazer sem encostar no teclado uma única vez).

Hardware e drivers

Há também, no artigo, a afirmação de Stephen Kleynhans, analista do Gartner Group, de que "Com os outros sistemas, a maioria dos aparelhos são reconhecidos facilmente. Mas, com o Linux, você mesmo tem que procurar pela solução". Primeiro, que outros sistemas são esses? BSD? Solaris? Macs imprimem pelo CUPS, assim como quase todos os Unix-likes, logo, dá no mesmo. Segundo, alguém aí já tentou instalar um PC moderno, com HDs SATA e sem floppy, só com o CD de instalação do XP (também conhecido como "o úlimo Windows bom")? Alguém já tentou colocar uma placa de vídeo exótica no Mac? A regra é que, com Windows, o hardware que era comum antes do lançamento do sistema funciona, mas o que saiu depois depende de drivers que vêm em CDs do próprio fabricante ou de downloads que o usuário tem que procurar e instalar ele mesmo. Esses drivers serem cheios de "crapware" é outro problema. Algum leitor entende por que cargas d'agua um driver de impressora jato de tinta da HP precisa de 300 megas de programas? E desde quando isso, no Windows, não é ter que procurar pela solução? Alguém aí já resolveu alguma coisa ligando pro suporte da Microsoft (ao qual compradores de licenças OEM - aquelas que vêm com o computador - nem direito tem)? Nunca me aconteceu e, vejam bem, eu usei Windows todos os dias de 1990 a 2002.

Quanto à compatibilidade, eu preciso confessar que eu tenho tomado cuidado para comprar computadores que eu sei que não são incompatíveis com Linux. Meu notebook de trabalho, por exemplo, parece ser virtualmente à prova de Linux e, se dependesse de mim, jamais teria sido comprado. Eu ando por eventos de software livre e pergunto pras pessoas como foi instalar, o que pegou e coisas assim. Fico alerta para ver a marca e o modelo dos notebooks. Não sou um idiota de achar que a placa de rede esquisita que tinha o logo do Windows 98 na caixa e três contatos a menos no PCI vai funcionar de primeira no Linux. Se você tiver dois neurônios e um mínimo de cuidado, é fácil comprar computadores e periféricos que funcionem perfeitamente com o Linux. Me surpreende que um analista do Gartner não atenda ambas as exigências.

"alguns programas não estão disponíveis para todos os sistemas operacionais"

Não. Não estão mesmo. Se seu negócio são jogos, o Windows é o certo pra você e não se discute. Ou ele ou um Playstation. Ou um Xbox, Ou um Wii. Pra quem usa computador pra coisas sérias, a presença ou ausência de joguinhos não é importante. Se você precisa muito do Photoshop ou do InDesign, você precisa ou de um PC com Windows ou de um Mac (faça-se um favor e compre um Mac nesse caso - os banners dessa página podem ajudar nisso).

Existem mesmo algumas grandes lacunas no mercado de software para todas as plataformas que não são Windows.

Pode ser, por exemplo, que seu programa de controle de estoque não rode sem o Windows. Pode ser que ele não possa ser usado com o Wine (que eu uso para um monte de coisas e que, em muitos casos, funciona muito bem). Até mesmo alguns jogos funcionam. De qualquer modo, vários programas feitos para rodar em Windows não funcionam. Muita gente prefere desenvolver para Windows porque acredita que o mercado maior compensa o fato dele estar saturado. É verdade: se você pensa em fazer um programa de prateleira para, digamos, video-locadores, vai enfrentar muitos competidores. Folha de pagamento? idem. Mala direta, nem se fala. Uma vez feita a venda, o único método seguro de manter seus usuários fiéis é tornar quase impossível migrar os dados deles para o produto de um competidor.

Por outro lado, um sistema como esses feito para Linux teria o mercado (um mercado menor, verdade) quase que totalmente para si. E, dependendo das necessidades dos seus clientes, seria trivial portar sua aplicação Linux para Solaris, AIX ou qualquer sabor de Unix, livre ou não. Até OSX, se seus usuários não ligarem para uma interface menos Mac do que o habitual. E ainda, se precisar mesmo rodar com Windows, você pode rodá-lo debaixo do Cygwin.

Ainda assim, o artigo tem razão: até que os programas certos estejam disponíveis no mercado, quem depende de software que só roda em Windows não ter opção e vai continuar usando Windows até se livrar do programa ou até ele ter uma versão mais, digamos, civilizada.

Patentes

Nesse ponto, o artigo realmente descamba para a repetição de um FUD já bem antiguinho.

O risco de usuários finais do Linux serem processados por violação de patentes é virtualmente desprezível. Na pior das hipóteses, se isso realmente preocupa você, há empresas especializadas em vender seguros de responsabilidade civil que cobrem violação de patentes. A maioria das distribuições de Linux fica do lado seguro e evita distribuir, por exemplo, decoders MP3, no CD de instalação, mas, pelo menos no caso do Ubuntu, o próprio sistema se encarrega de baixar e instalar o decoder certo para o arquivo que você quer ouvir (ou ver) sem que você tenha que quebrar muito a cabeça com isso. Você precisa apenas aceitar um aviso que diz que você está baixando uma coisa que, dependendo das leis do seu país, você pode eventualmente não tem permissão de uso. Aliás, em se tratando de suporte indolor a codecs, o Linux é imbatível: até formatos obscuros são suportados com total suporte até na interface de usuário. Quer tocar um .flv que você salvou do YouTube? Sem problema. DivX? Idem. Tudo com direito a thumbnails certinhos no desktop. Windows tem isso? Mac tem isso? Até tem, mas você vai ter que pesquisar, baixar e instalar um programa que você não sabe bem de onde veio.

A Microsoft mais de uma vez bateu no peito e disse que o Linux viola alguns milhares de patentes deles. Eu truco. Se tivessem alguma coisa, já teriam mostrado. Não têm e não mostram. Enquanto isso celulares, computadores e equipamentos de rede saem de fábrica com Linux. Se eles tivessem mesmo alguma coisa crível, alguém acredita que eles não teriam usado até agora? Estão esperando o que? Windows 7?

O fato é que, no momento em que ela agir ofensivamente contra os interesses de empresas como IBM, HP, SGI, Intel, Google e outros pesos-pesados da indústria, ela será aniquilada por um exército de advogados brandindo onerosos contratos de licenciamento que ela não terá opção senão assinar se quiser que seus produtos continuem sendo vendidos.

E isso sem nem mesmo pensar no que a Comissão Européia pensaria de uma hostilidade assim. A MS já recebeu a maior multa da história diretamente das mãos deles.

A MS não vai se atrever a fazer algo tão estúpido enquanto tiver algum produto no mercado.

Quanto à questão geral das patentes, é muito difícil encontrar uma patende de software que seja sólida. A maioria é excessivamente vaga, óbvia ou pode ser anulada por alguma descrição anterior ao pedido. O USPTO (órgão responsável pela emissão de patentes nos EUA) funciona tão mal que a idéia de uma reforma profunda no sistema de patentes deles é considerada necessária mesmo pelos detentores de grandes portfolios e (deu no Slashdot terça) a Suprema Corte dos EUA deve, em breve, apreciar a Bilsky decision, em que uma outra corte menor determinou que patentes devem ser sobre ou uma máquina ou sobre a transformação de matéria física (efetivamente anulando patentes de software). Elas só funcionam porque, muitas vezes, é mais barato pagar a licença do que as custas dos advogados.

Esse demônio não tem dentes. Lamento pelos FUDistas que vivem disso.

A conclusão incorreta

O artigo peca ao concluir que o casamento do Linux com o PC desktop não vingou. Bobagem. Primeiro, porque ninguém tentou esse casamento. Linux é uma ferramenta poderosa e nem todo mundo precisa de ferramentas poderosas. Seria como dizer que motosserras são um fracasso porque não são o produto mais vendido no Wal-Mart.

A história do Linux no desktop também mal começou: é cedo demais para afirmar que "não vingou". O Windows foi lançado em 85 e não foi antes de 98 que a imensa maioria dos computadores passaram a vir com ele instalado. Demorou uma eternidade antes que ele fosse um sucesso de mercado.

Mas então, por que?

Não há um motivo único que justifique a baixa penetração do Linux no segmento de desktops. Há sim uma combinação de fatores:

• Inércia: Muita gente não sabe nem quer saber que sistema operacional veio no seu micro. Como a Dell, a HP e a Lenovo decidiram que seria Windows, elas usam Windows. A maioria dos que compram Macs, usam MacOS porque a Apple decidiu que assim seria. A grande presença do Internet Explorer 6 é um indício forte de que o usuário mediano de PC nem mesmo faz upgrades regulares, muito menos troca de sistema operacional.
  
• Desconhecimento: Artigos como esse do IDG não ajudam nada. Continuam batendo em teclas velhas dizendo como o Linux não funciona pro usuário comum, blá blá bla. Minha mãe usa Linux e está feliz da vida com um micro que não pega vírus. Está tão feliz que, volta e meia, me manda um arquivo powerpoint com mensagens edificantes que ela recebeu de alguma amiga.  Minha esposa usa MacOS e está feliz da vida. Outro dia, quando o Mac não queria se desligar, eu ensinei ela a abrir o terminal e dizer "sudo shutdown -h now". Ela adorou o superpoder de realmente mandar no computador.
  
• Crapware: Quando você compra um micro qualquer com Windows, ele normalmente vem com uma versão capenga do Nero, um anti-vírus que vai se manter atual por três meses e mais um monte de inutilidades bestas que, cedo ou tarde, vão pedir que você faça o upgrade para uma versão "oficial" para você poder continuar usufruindo da sua inutilidade. Os fabricantes do crapware pagam bem pelo espaço e, com isso, o custo do software da máquina vai caindo até ficar negativo. Isso mesmo: colocar um Windows OEM em um PC junto com um monte de crapware muitas vezes engorda a margem de lucro do fabricante. É por isso que PCs nem vem mais com um CD de instalação do Windows: os fabricantes de crapware pagam mais se for complicado pro usuário "tirar o lixo" do sistema. Em um mercado de margens estreitíssimas, essa conduta se tornou um padrão.
• Costume: Isso foi abordado no artigo. O usuário de Windows está acostumado com o Windows. Até aí, nada de surpreendente. Meu amigo Érico afirma que "Quando elas abrem o Linux e os itens de menu não estão no mesmo lugar, elas querem voltar ao Windows", o que é a mais pura verdade. O usuário típico de Windows não entende de computador, não quer entender e nem mesmo gosta de computador. Gosta de Hotmail e de Orkut. Gosta também de mandar animaçõezinhas no MSN. Há alguns que se acham usuários sofisticados, gostam do Windows ardorosamente e que, sem dúvida, vão se ofender com isso. Azar deles.
  

E o que podemos fazer?

Eu? Não pretendo mover um dedo.

Até porque, não há nada quebrado aqui que precise mesmo ser consertado. As pessoas usam o que querem. Pouca gente se importa com que sistema está usando. Pouca gente sequer sabe que existe opção. Quem sabe e se importa se dá o trabalho de escolher. Eu me importo e escolhi a melhor opção pra mim.

Eu adoraria que o Linux fosse mais usado. Isso faria com que fosse mais fácil encontrar computadores já configurados com ele (não que eu não raspe e instale tudo do zero como eu sempre fz minha vida toda), mas, de verdade, eu não ligo tanto assim. Seria mais difícil encontrar hardware completamente à prova de Linux, como meu notebook de trabalho. Mas, como eu disse lá no meio, isso não é um impeditivo pra mim - eu sei que hardware funciona tranquilo e eu tento não comprar errado.

Se por acaso eu comprar e não rodar, eu devolvo. Não rodar Linux é um defeito sério pra mim. Micro que só funciona direito com Windows, pra mim, é micro quebrado.

Com menos usuários de Windows, também teríamos menos spam - a maior parte do spam vem de máquinas invadidas que fazem parte de botnets que, por sua vez, dependem de falhas de segurança do Windows para existir e se propagar. De novo, isso não é mais, graças a maravilhas como o Spam Assassin e ao Gmail, um problema pra mim. Meus domínios, inclusive, contam com "honey pots", contas feitas para receber spam. Assim, meu Spam Assassin aprende sozinho. Um problema a menos pra mim.

E ele está bem esperto. Barra mais de 2000 mensagens indesejadas por dia. Deixa passar menos de 1% delas. Volta-e-meia eu vou até a pasta à caça de um falso positivo (que não acontece há muito tempo) e para me divertir com as novas táticas que spammers inventam para tentar driblar meu anti-spam. No Gmail, spam nunca foi problema meu - e esse é todo o ponto de não administrar seu próprio servidor de e-mail.

O meu servidor de e-mail é outro que agradeceria por um mundo com menos Windows. Ele recebe mais de 10 tentativas de invasão por minuto, muito provavelmente vindas dessas mesmas botnets. Há uma, inclusive, que está crescendo a olhos vistos e que já passou de 10 milhões de máquinas. De novo, não é meu problema. Eu só sei disso porque o firewall dele gera logs que são analizados regularmente e porque eu recebo um SMS quando alguma coisa realmente sai do normal.

Se você usa Windows e não liga pra essas coisas, OK. Isso é com você.

Se você que gosta do Office me mandar um arquivo .doc, eu abro com OpenOffice. Você vai conseguir ler quando recebê-lo de volta quando eu devolver. Se não conseguir, pode baixar o OpenOffice (ou o BrOffice, aqui no Brasil) e ler qualquer arquivo que eu criar aqui. Até os em MS Open XML (que de "open", no fundo, não tem nada) abrem no OpenOffice mais novo. Se seu site só abrir em IE, eu não visito. Ou, se precisar muito, vou tentar com Epiphany. Ou com Konqueror. Ou com IE rodando debaixo do Wine (dói um pouco, mas é possível) ou, ainda, com o IE 8 no Windows 7 dentro de uma VM (sou beta-tester do Windows 7 e tenho um no meu netbook, dentro de uma VM, claro).

Mas, talvez, o mais importante em não termos mais um SO dominando o mercado seria trazermos de volta a diversidade a esse segmento.

Programas seriam escritos para padrões. Padrões seriam abertos, para que qualquer um pudesse seguí-los ou implementá-los. E esses padrões seriam genéricos o bastante para que fossem implementados de formas diferentes. Ganhariam - e muito - os fabricantes de software, que não dependeriam mais da boa vontade de uma única empresa que, mais de uma vez, destruiu mercados inteiros quando decidiu competir neles. Essa portabilidade entre sistemas existe: o mesmo programa que roda no Linux pode rodar no OpenSolaris, no BSD e no MacOS. Todos os 4 são profundamente diferentes um do outro, mas, ainda assim, muitos programas rodam sem problemas bastando serem recompilados. E eles nem ligam muito se o processador é x86, MIPS, SPARC, PA ou PowerPC, se é de 32 bits ou 64. O bash que eu rodo no meu iMac (com PowerPC rodando OSX) é o mesmo que eu rodo no meu netbook (x86 rodando Linux) e na minha Sun Blade 1000 (SPARC rodando Solaris). Livres de barreiras entre plataformas, estaríamos finalmente tirando o pé no freio que o Windows e o x86 têm representado há mais de uma década.

Não é possível (na verdade é - é apenas indesejável) que o OSX, Windows, Linux ou Solaris sejam o ponto máximo da evolução dos sistemas operacionais. Para quem já viu (ou leu sobre) Plan 9 ou qualquer um das dezenas de sistemas operacionais que foram desenvolvidos nos anos 70, 80 e 90, mais um Windows ou mais um Unix são muito chatos. Se daqui a 20 anos eu ainda estiver usando um descendente do Unix da AT&T em um x86, eu vou ficar muito desapontado.

Afinal, já não era hora de termos algo diferente?

Nota: Esse texto também foi publicado aqui, no Webinsider.

Read More…

Filmes Ruins 101

Desde o primeiro teaser, estava claro que a versão de 2009 de O Dia em que a Terra Parou seria uma bomba. Mas poderia, com um pouco mais de cuidado, ser um ótimo filme e um bom tributo ao original de Robert Wise. Cuidado: Eu escrevo mais do que você pode querer ler antes de ver o filme

Read More…

Resultados da Pequena Pesquisa

Alguns dias atrás, depois de um post relativamente grosseiro que eu fiz, eu me propus a conduzir uma pequena pesquisa para responder algumas perguntas:

1. Programadores inexperientes realmente tem uma tendência a escolher Java como linguagem de implementação?
2. Programadores tendem mesmo a rejeitar o BASIC (Visual Basic, VBScript, VB.Net etc)?
   
3. Quais programadores rejeitam o que? Há algum padrão reconhecível por experiência ou escolha de linguagem?

Hoje, depois de minhas merecidas férias e de mais ou menos 300 respostas, eu acho que posso começar a comentar sobre alguns resultados interessantes.

Sobre a pesquisa

Como o formulário diz, a pesquisa é metodologicamente falha - de um questionário incompleto, potencialmente inconsistente a uma amostra viciada - e uma causa perdida do ponto de vista científico. Não tenho intenção alguma de traçar o perfil definitivo dos programadores lusófonos. Minha intenção era apenas lançar alguma luz sobre as questões que eu enumerei há pouco e confirmar ou refutar meu mal-criado post.

Um dia, talvez, eu faça algo sério. Hoje não.

De longe, o problema mais chato de ajuste dos dados foi a amostra viciada: minhas preferências de listas de discussão impactaram significativamente as respostas. Previsivelmente, muita gente da comunidade de usuários de Python respondeu, desviando todas as leituras. Para chegar a dados mais significativos, em alguns casos eu precisei reduzir o peso das respostas em que Python é a primeira escolha para refletir melhor a realidade. Vários dos números que eu vou apresentar a seguir refletem esses ajustes.

Java e os inexperientes

Java foi a linguagem de escolha de 19% dos novatos (com experiência de até 3 anos), praticamente empatada com C# (17%). Ambas ficaram atrás de PHP que é a escolha de 33% dos inexperientes.

O fato de Java e C# serem relativamente populares entre os novatos pode ser atribuído a vários fatores: das oportunidades de emprego aos excelentes IDEs disponíveis (sim, Visual Studio é um ótimo IDE, mas apenas se você nunca for desenvolver nada para qualquer outra plataforma que não Windows).

A parte importante é que meu mal-criado post está errado: os inexperientes preferem PHP.

Quanta gente odeia o BASIC?

Essa não foi surpresa. Falando friamente, VB (que é o único dialeto sobrevivente de BASIC) é uma porcaria. Foi legal nos baixos anos 90, principalmente porque permitia escrever programas para Windows quando a única alternativa seria o Microsoft C ou a família Turbo Pascal e seus descendentes. Linguagens de terceiros para Windows sempre deixavam "cicatrizes" de interface e isso sempre me incomodou - é parecido com o efeito de se usar AWT em programas Java: eles simplesmente não parecem "certos" em nenhuma plataforma.

De qualquer modo, metade dos respondentes declararam que não usariam BASIC (o que inclui VB.net e VBScript) por nada nesse mundo. Eu acho isso um progresso significativo que enche meu coração de esperança.

O que os programadores mais detestam?

Essa é, no fundo, a pergunta mais interessante. Para respondê-la, precisamos separar nossos programadores em categorias. Para isso vou usar dois critérios: linguagem de escolha e tempo de janela.

Entre os novatos, a linguagem mais detestada continua sendo o BASIC (e seus descendentes). Surpreendentemente, o segundo lugar nessa categoria é o Java. Aparentemente os novatos que não gostam de Java têm opiniões fortes a respeito da linguagem.

Entre os veteranos, com 10 ou mais anos de experiência, o BASIC é o mais detestado. O segundo lugar é do Perl (o que me surpreende um pouco), seguido de Java e C# bem de perto.

Entre os 3 que preferiram BASIC, a linguagem mais detestada por dois deles é o próprio BASIC. Eu imagino que esses dois ou não entenderam o formulário ou não quiseram colaborar. O outro dos três respondentes que preferem BASIC, escolheu quase todas as outras linguagens como as que ele nunca jamais usaria. Como eu o conheço de muito longa data (ele preencheu o nome), eu acredito que ele conheça a lista toda. Ou que tenha me pregado uma peça.

Entre os PHPistas, BASIC é, de novo, a linguagem mais detestada. Interessantemente, o segundo e terceiro lugares pertencem a Erlang e Lisp, respectivamente. Eu achei esse resultado confuso - nunca vi um PHPista que conhecesse qualquer uma dessas duas linguagens o suficiente para detestá-la. Java também é bastante detestado entre os PHPistas, mas não sei se posso levar muito a sério esses resultados considerando a posição do Erlang e do Lisp. Vai entender...

Os Javistas detestam BASIC acima de todas as outras linguagens, mas, em seguida, detestam Smalltalk, Perl e C# igualmente. Interessante, porque pouquíssimas pessoas usam ou usaram Smalltalk (que eu considero uma das linguagens mais interessantes que existem por aí). Eu brinco que o Smalltalk/80 faz o Java/2009 parecer primitivo. E no fundo parece mesmo.

Os amantes do C# também detestam BASIC, o que pode surpreender, uma vez que BASIC é uma linguagem importante no portfolio de linguagens da Microsoft e que Windows é o único ambiente em que C# faz algum sentido. Ainda assim, os C#-istas detestam BASIC com menos energia do que os demais. Em termos de linguagens detestadas, aliás, eles são os que menos detestam.

A turma do Ruby é interessante: detesta BASIC como todo mundo, mas não polariza sua seletividade em nenhuma outra linguagem. Eles detestam muitas linguagens (praticamente todas estão representadas), mas parecem detestá-las igualmente.

Finalmente, o pessoal do Python, que ficou um pouco super-representado nessa pesquisa por conta das listas em que ela foi divulgada, detesta BASIC, como todo mundo, mas detesta Java mais do que qualquer outro grupo - um pouco mais até do que detestam BASIC - coisa única nessa pesquisa. Depois de Java e BASIC, detestam Perl. C# e PHP ficam com distantes quarto e quinto lugares.

O que quer dizer tudo isso?

Muito pouco.

A natureza falha dessa pesquisa não nos deixa tirar conclusões e ter falsas ilusões a respeito de sua validade, mas pode nos apontar em direções interessantes e para outras pesquisas mais elaboradas. Seria interessante saber que outras linguagens os programadores conhecem. Seria bom também relacionar isso com para que plataforma eles desenvolvem. Seria bom também ter mais amostras, mesmo como está - para isso ela vai continuar disponível para preenchimento aqui. Quem quiser respondê-la, sinta-se à vontade.

A pesquisa, assim como está, é um retrato divertido de se olhar e, quanto muito, material para discussões nos botecos próximos aos nossos escritórios. Mas nada muito mais sério do que isso.

E, claro, eu estaria mentindo se dissesse que eu não me diverti muito com ela.

O que, no fim, é o que conta.

Pelo menos pra mim.

Nota: Você encontra esse artigo (com um título melhor, feito por um jornalista de verdade) lá no Webinsider. Lá você também vai encontrar os comentários dos leitores de lá, que são muito mais numerosos que os daqui.

Read More…

Gente Interessante

Os desajustados e revolucionários felizes e produtivos que dão o colorido ao ecossistema do software livre

Read More…

Além do x86, Parte 2

Uns dias atrás eu estava comentando sobre as coisas interessantes que existem fora do mundinho x86. Digo "mundinho" não com uma conotação negativa, mas por ser um espaço relativamente pequeno em que soluções muito parecidas umas com as outras competem por problemas que, não raro, não conseguem resolver direito. Na última vez eu falava de um computador da Sun e hoje vou falar de outra máquina bem mais exótica.

Read More…

Windows 13

Examinando a matemática por trás do nome Windows 7

Read More…

Vendor Lock-In

Vendor lock-in é uma prática que torna o cliente dependente dos produtos de um determinado fornecedor. Apesar de repreensível, é uma prática comum em que o fornecedor torna os clientes "reféns" obrigando-os a comprar novas versões do seu produto ou arcar com substanciais custos para migrar seus dados e processos. Funciona tanto com software, quando ele mantém dados em formatos proprietários, como hardware, quando usa interfaces específicas de um fabricante (a IBM foi mestra dísso por décadas).

Read More…

Além do x86

Uma das coisas que mais me desagrada no atual estado do mercado de servidores (e de desktops também) é a predileção dos fabricantes pela plataforma x86/amd64 e a falta de imaginação dos usuários, que faz com que plataformas muito interessantes fiquem relegadas a nichos estreitos.

Read More…

Vivendo no Windows, parte 2

Segunda parte da comparação entre a vida no Windows e a vida no Linux

Read More…

Vivendo no Windows

Primeira parte do comparativo entre a vida no Windows e a vida nos diversos ambientes Linux do mercado

Read More…

O Kanamit Web Framework

Eu sempre gostei de escrever aqui sobre linguagens "exóticas". Já houve um tempo em que Python era exótico. Hoje Python é mainstream. Ruby, idem. Há até suporte a Rails no NetBeans 6 e para Python no Visual Studio. Não dá pra ser muito mais mainstream do que isso.

Read More…

Quando Geeks Se Encontram

Estou escrevendo esse parágrafo sentado em um dos cantos de um auditório. O palestrante, barbado, cabelos compridos e muito, muito engraçado, está falando sobre empreendedorismo contando a história das várias encarnações de sua empresa. Agora ele está falando como ele, que sempre faz serviços para uma empresa no exterior, tem sempre que ensinar os gerentes de conta que o atendem, que são trocados com mais frequência do que as plantas ornamentais da agência, como se faz as operações de câmbio necessárias para que ele possa pagar suas contas.

Read More…

O Vírus Perfeito

Para muitas das maiores empresas, o ataque de um vírus feito sob medida é apenas uma questão de tempo

Read More…

A Microsoft e Suas Patentes

Uma análise da ameaça que o portfolio de patentes da Microsoft representa para os usuários de Linux e de outros programas

Read More…

Meu Próximo Celular

O que fazer quando seu celular/PDA/câmera morre

Read More…

Aqueles que Simplesmente Não Entendem

Nem todo mundo no mundo é rápido para perceber as mudanças na sociedade. Há aqueles que são naturalmente "mais lentos" que os outros e há também aqueles que insistem em se apegar ao passado que não volta em busca da segurança que acreditar que as coisas não mudam pode trazer.

Read More…

Projetos para as Férias

Sugestões para programadores em busca de horizontes mais largos

Read More…

Pirataria

A ABES (Associação Brasileira das Empresas de Software) divulgou algumas semanas atrás um estudo, encomendado ao Ipsos. O estudo mostra que, das famílias que comprara um PC do programa PC para Todos, uma parcela imensa (73%, pelo menos) trocou o sistema original por um Windows.

Read More…