Tive que subir a interface gráfica na mão no Red Hat estes dias e me deparei com a necessidade de instalar pacote por pacote. No Debian você tem alguns pacotes especiais que puxam um monte de dependências para você. No Red Hat você tem os gupos, mas nas páginas do man não encontrei nada sobre esta funcionalidade do up2date. Então resolvi documentar aqui para não esquecer mais.

Para saber quais grupos de software existem use:

# up2date --show-groups</code>

Administration Tools
Arabic Support
Assamese Support
Authoring and Publishing
Base
Bengali Support
Brazilian Portuguese Support
British Support
Bulgarian Support
Catalan Support
Chinese Support
Compatibility Arch Development Support
Compatibility Arch Support
Core
Cyrillic Support
Czech Support
DNS Name Server
Danish Support
Development Libraries
Development Tools
Dialup Networking Support
Dutch Support
Editors
Emacs
Engineering and Scientific
Estonian Support
FTP Server
Finnish Support
French Support
GNOME
GNOME Desktop Environment
GNOME Software Development
Games and Entertainment
German Support
Graphical Internet
Graphics
Greek Support
Gujarati Support
Hebrew Support
Hindi Support
Hungarian Support
ISO8859-2 Support
ISO8859-9 Support
Icelandic Support
Italian Support
Japanese Support
KDE
KDE (K Desktop Environment)
KDE Software Development
Korean Support
Legacy Network Server
Legacy Software Development
Mail Server
Miscellaneous Included Packages
MySQL Database
Network Servers
News Server
Norwegian Support
Office/Productivity
Polish Support
Portuguese Support
PostgreSQL Database
Printing Support
Punjabi Support
Romanian Support
Ruby
Russian Support
Serbian Support
Server
Server Configuration Tools
Slovak Support
Slovenian Support
Sound and Video
Spanish Support
Swedish Support
System Tools
Tamil Support
Text-based Internet
Turkish Support
Ukrainian Support
Web Server
Welsh Support
Windows File Server
Workstation Common
X Software Development
X Window System
XEmacs

Para instalar um grupo, o pulo do gato é usar um ‘@’ antes do nome do grupo. Se nome do grupo contiver espaços em branco, você precisará colocar tudo entre aspas. Ex:

#  up2date -i "@Brazilian Portuguese Support"
#  up2date -i "@X Window System"
#  up2date -i  @GNOME

Custei a chegar em Porto Alegre. O aeroporto estava “sem teto” em Porto Alegre devido neblina, que depois fiquei sabendo, é típica desta época do ano. O resultado foram 5 horas de espera em Guarulhos. Isto não chegou a ser um grande problema, pois havia bastante gente para bater papo no aeroporto. Havia uma verdadeira caravana no aeroporto. Enfim, consegui chegar na PUCRS perto das 12h.

O evento estava realmente lotado. Segundo a organização, cerca de 7500 pessoas estavam lá, fora os alunos da PUCRS que passeavam livremente por lá, trazendo uma contribuição significativa para o “astral” do evento. Os corredores estavam lotados. As salas estavam lotadas e tinha palestra com gente sentada no chão e amontoado na porta. A pesar das boas palestras, o melhor foi reencontrar os amigos por lá. Gente que eu não via faz tempo. Foi muito bom.

O Stand do PostgreSQL estava bem organizado, mas logo se mostrou apertado para a multidão que aparecia por lá no intervalo das palestras. Tive a oportunidade de conversar com muita gente interessante por lá. Muita gente querendo saber mais sobre PostgreSQL, tirar dúvidas, fazer entrevistas, comprar camisetas ou mesmo bater papo e tomar um café! Não tenho a menor idéia de quantas pessoas passaram por lá, mas foi muita gente.

As maioria das palestras de PostgreSQL se concentraram no primeiro dia. Casa cheia em todas as palestras, inclusive na minha que ocorreu no último horário, ás 20h. Muita gente ficou depois do término da palestra para tirar dúvidas. Fomos convidados a nos retirar da sala pela organização que precisava liberar o local. Para todos aqueles que me pediram cópias dos meus slides, eles estão disponíveis para download aqui. Para quem não sabe, a palestra foi parecida com a do PGCon Brasil 2007, com o título “Fazendo um Elefante Passar Debaixo da Porta”, sobre melhores práticas para DBAs e desenvolvedores. Melhorei algumas coisas e possivelmente piorei outras. Acredito que em breve teremos todas as palestras do PostgreSQL no site da comunidade.

Infelizmente não pude ficar até o final do evento, fui embora na 6ª feira a noite, mas deu para curtir um bocado do evento e tomar algumas Polares com os amigos e renovar meu estoque de camisetas . Hoje devo estar indo ainda em outro evento com a presença dos nossos palestrantes internacionais do FISL. Eles estarão na UNICAMP para o Dia PostgreSQL promovido pela Dextra.. Na verdade eu devo aproveitar o momento para acertar alguns detalhes do PGCon Brasil 2008, que vai ocorrer na UNICAMP nos dias 27 e 28 de setembro. Muito em breve teremos notícias.

Bom, vou ficando por aqui… hoje vou poupa-los de um post enorme para descrever em detalhes o FISL. Fico apenas com a descrição do David Fetter no PostgreSQL Weekly News: “FISL had almost 7500 participants this year, making it the world’s largest FLOSS conference.”

No ano passado ocorreu algo inusitado durante o PGCon Brasil 2007. Um dos palestrantes sumiu do mapa de repente e ficamos com um furo na grade do evento. Então, eis que o Sr. Diogo Biazus em tempo recorde prepara uma palestra intitulada “PostgreSQL Br - Manual de Uso“. A palestra foi um grande sucesso e abordou um assunto que me incomoda há tempos: como participar de comunidades de SL. Infelizmente os slides da palestra do Diogo não revelam a riqueza da palestra. É claro que em alguns minutos de preparação não seria possível fazer melhor, mas o fato é que eu gostaria de compartilhar um pouco do assunto com as pessoas que não estiveram no evento e combinar isso com a minha experiência pessoal.

<devaneio>
Este post começou com uma provocação de um grande colega, o mestre fike. Eu dizia no IRC que me sentia frustrado por ter encampado uma campanha desastrosa para numa ação específica da comunidade de PostgreSQL-BR. Aí veio a provocação: “E o que você aprendeu com isso?”. Eu tinha a resposta na ponta da língua. Na verdade eu ainda estou com as sábias palavras do Sr. Diogo Biazus ecoando na mente. Mas como diria o Beto Guedes: “A lição sabemos de cor, só nos falta aprender…”. E eu devo dizer que eu sou cabeça dura… então cá estou eu escrevendo novamente. Acredito que aprendo muito quando escrevo, já é uma prática antiga minha. Acho que todos deveriam escrever o que pensam. Ao escrever, (com suas próprias palavras, não copiando), compilamos uma série de idéias em algo que deve fazer sentido para quem lê. Ainda tenho muito o que aprender… acho que o dia em que eu conseguir traduzir o que penso com poucas e simples palavras, serei uma pessoa mais sabida. Menos é mais… sei disso, só não sei como fazer ainda. Quem sabe na minha próxima palestra no FISL não consigo diminuir o número de slides… falar menos e ensinar mais?
</devaneio>

Motivos para participar de uma comunidade de SL

A primeira coisa que aprendi é que existem vários motivos que levam as pessoas participar de uma comunidade. O que nem sempre é óbvio é que nem todos estão lá pelo mesmo motivo que você. Mais que isso, nem sempre você mesmo tem clareza dos seus motivos. Você pode entrar com um propósito, continuar por outros e sair por algo completamente alheio a tudo isso.

1. Você quer aprender mais sobre a tecnologia X: este é o motivo que leva a maioria das pessoas a participar de uma comunidade. Veja que este não pode ser o único objetivo de todos, afinal, se todos quiserem apenas aprender, não haveria ninguém para ensinar. Mas a sede de conhecimento é algo que também tem as suas nuâncias. Há pessoas que querem aprender sobre determinada tecnologia por acreditarem que ela seja interessante por N motivos, há aqueles que são curiosos, há quem o faça por obrigação. Mais que isso, as pessoas estão acostumadas a aprender de formas diferentes. O conhecimento não é algo linear, não está contido em um livro ou em uma pessoa, ele existe e se recria a partir das relações humanas. Tarzan jamais aprenderia a falar, ler e escrever com livros numa ilha deserta. A relação entre os seres humanos é fundamental neste processo. Portanto as comunidades são espaços privilegiados para o aprendizado, pois é um ponto de encontro de pessoas dispostas a discutir sobre um assunto específico.
2. Você quer conhecer gente que gosta da tecnologia X: fazer amizades com pessoas com interesses semelhantes é um bom motivo para se entrar numa comunidade. Isto pode significar querer aprender mais sobre a tecnologia X, mas pode significar encontrar pessoas com as quais você gostaria de tomar cerveja, conversar no IRC de madrugada ou filosofar a ermo por aí. Nerds, Geeks, Hackers, seja como se denomina ou se intitulam estas pessoas, elas gostam de se encontrar e se organizar em grupos, não apenas para aprender, mas para conviver. Este é um lado muito importante das comunidades que algumas vezes são subestimadas: a diversão. Algumas pessoas são atraídas pelo simples fato de ser divertido, pelo ponto de encontro privilegiado da comunidade.
3. A vaidade, é um motivo muito comum. Você quer ser reconhecidas pelo seu talento, seu conhecimento, sua capacidade e seus feitos. Apesar da vaidade ser vista como um pecado, com um pouco de bom senso ela não chega a ser um problema e pode ser canalizada para uma grande virtude. O mundo perderia muito se os grandes gênios não compartilhassem com o mundo as suas grandes invenções. O fato é que a vaidade existe as comunidades convivem com ela o tempo todo. Há de se entender que um falso modesto pode ter uma presença parasitária enquanto um vaidoso sincero pode ser uma grande dádiva se alimentado corretamente. Por fim, lhes digo, o fato de montar um blog e exibi-lo ao mundo não tem uma ponta de vaidade?
4. Você quer se projetar profissionalmente. Assim como o aprendizado é irmão da amizade e da diversão, a vaidade é quase que gêmea da ambição. Você quer melhorar de vida ou não? O segredo do sucesso profissional não está apenas no conhecimento ou na sua capacidade técnica, está também no seu networking. Não adianta ser puritano e achar que você não pensa em ter sucesso profissional. Uma boa comunidade sempre foi um espaço de livre trânsito entre profissionais de uma área específica. Ser conhecido entre os profissionais mais destacados de uma comunidade poder ser uma boa porta para novas oportunidades. De fato, quando alguém precisa de um profissional com um perfil específico, para um trabalho importante, buscar uma indicação de alguém de destaque da comunidade é um caminho seguro. Os profissionais chaves, assim como executivos, não são encontrados em classificados ou empresas de consultorias, são encontrados por indicação. Você nunca será indicado para uma posição assim se não for conhecido.
5. Você quer ser altruísta e ajudar as pessoas de alguma forma. O Software Livre tem este chamariz que trás paz de espírito a pessoas de bom coração. Particularmente, este é um dos motivos mais citados ao se participar de uma comunidade e um dos menos realizados. Sejamos francos… numa lista de discussão de milhares de pessoas, quantos realmente ajudam com alguma coisa? Há no plano corporativo uma relação de “ganha-ganha”, que faz com que grandes empresas contribuam com algumas comunidades. Este tipo de investimento costuma ter retorno em termos de marketing interno e externo e também retorno em termos de redução de custos. Portanto, não podemos ignorar o fato de que o altruísmo tenha suas compensações. Mas de fato, ajudar pode ser gratificante, ainda mais se ele vier acompanhado com novas amizades e compartilhamento de conhecimento. É um trio realmente imbatível no plano do indivíduo.
6. Você é um evangelizador e quer mudar o mundo. Isto é muito parecido com o altruísmo, mas tem diferenças notáveis. Os evangelizadores não querem apenas ajudar, eles querem mudar o mundo. O apelo do SL para este tipo de pessoa é muito comum. Discussões sobre patentes, licenças e coisas do gênero tem vazão plena entre os evangelizadores. Muitos acham os evangelizadores chatos, mas eles são importantes, pois são o contrapeso da comunidade. O evangelizador, se não se desgastar numa verborragia sem eco podem propor mudanças de qualidade significativas para a comunidade, podem humaniza-la. Sim, não se espantem, os chatos podem ser parte importante da humanidade.

Problemas comuns encontrados nas comunidades de SL

As pessoas estão no meio deste caldeirão fervilhante da comunidade. Muitas coisas bacanas e ruins acontecem neste meio. Cada vontade pode ter seu lado positivo e negativo, dependendo da sua dose, forma e momento histórico em que a comunidade se encontra. A fusão de forma e conteúdo é tão importante nas comunidades que deveriam haver estátuas erguidas em torno desta idéia. Você não pode ser vazio de conteúdo, você deve ter algo a dizer ou então se calar. Mais do mesmo não traz nada de interessante, assim trazer alguma informação nova é importante. Mas tão importante quanto a mensagem é como ela chega aos seus receptores. O mesmo conteúdo, quando lapidado em sua forma se traduz num recepção completamente distinta. Cada comunidade possui a sua própria etiqueta, suas regras e códigos de conduta. Estas regras nem sempre são uma camisa de força, podem até ser modificadas, mas devem ser seguidas.

Mesmo com forma e conteúdo em harmonia, exitem alguns problemas intrínsecos aos motivos que o levam a querer participar da comunidade:

• Todos querem que você aprenda, mas você deve se esforçar um pouco para isso. Aprender exige esforço e disciplina. Se você não leu a documentação pertinente e não fez no mínimo uma busca no Google, então você não se esforçou. Não espere que as pessoas lhe ajudem sempre se você não dá valor ao esforço dos demais.
• Pode acontecer de ninguém saber como lhe ajudar, ou não ter tempo para lhe ajudar no momento em que você precisou. Você não tem em absoluto o menor direito de reclamar se isso lhe acontecer. Mas se acontecer, pense antes de mais nada se você foi claro na sua mensagem, se se comunicou da FORMA adequada. Saber perguntar é uma arte. Formular uma pergunta é algo mais complexo do que parece. Paulo Freire dizia que “uma boa pergunta vale mais da metade da resposta”. Vale a pena ler o texto de Eric Raimond “How To Ask Questions The Smart Way“, ou sua versão traduzida.
• O fato de você ter amigos na comunidade, não significa que você possa abrir mão de um mínimo de formalismo na comunicação. Quando você estiver apenas entre amigos, você pode relaxar, caso contrário, as regras da comunidade devem ser respeitadas. Utilizar a gramática minimamente correta, evitar gírias e muito respeito a todos é o mínimo que se espera. Cuidado com as brincadeiras, algumas pessoas certamente interpretarão você de forma equivocada. Em resumo, embora a descontração seja muitas vezes desejada, nem todos estão lá para brincar, muitos levam as coisas mais a sério.
• A humildade costuma estar presente entre os grandes desenvolvedores. Mas os entusiastas muitas vezes se empolgam. Não banque o dono da verdade. Se deseja criticar um ponto de vista, o faça de forma fundamentada e com muito respeito. Jamais se autodenomine hacker, mestre jedi ou qualquer outro título honorífico. Se os outros o fizerem, muito bom, mas nunca se auto glorifique. Campanhas de autopromoção então, nem pensar. Mesmo que você consiga disfarçar, alguém vai descobrir e você será abominado.
• Todos querem crescer profissionalmente, não apenas você. Não queira vender nada para ninguém, nem você mesmo. Você nunca será respeitado na comunidade se o fizer. Você pode divulgar seu currículo, produtos e serviços no seu blog pessoal, mas nunca em meio a comunidade, a não ser que você decida por exemplo patrocinar a comunidade. Banners em sites, quotas em eventos e outras formas de doações são válidos, mas é só.
• Se você quer ajudar, o faça de forma competente. Ensinar por exemplo, exige um mínimo de preocupação com a didática, com forma e conteúdo. O seu receptor pode não estar entendendo patavinas daquilo que você quer explicar. Já que está ajudando alguém, o faça da melhor forma possível. Isto não significa que você tenha que dar tudo mastigado na boca, mas que sua mensagem tem de ser clara e elucidativa. Pode ser um link para um artigo ou um capítulo da documentação, mas tem de ser acompanhado de um pequeno comentário explicando o que esperar daquele link. É comum acompanhar longas conversas sem pé nem cabeça que poderiam ser resolvidas com uma pequena explicação um pouco mais clara.
• Software Livre não é time de futebol. Se você gosta de determinada tecnologia, você não deve querer empurra-la em detrimento de outras. Você pode comparar, mostrar situações onde ela leva vantagens e desvantagens, mas não deve desmerecer as outras. Uma coisa é dizer que a tecnologia X é melhor e Y não presta. Outra coisa é dizer que num cenário A, a tecnologia X lhe atende com N vantagens. Veja, a forma é tudo. Se você simplesmente gritar que X é melhor que tudo, você não estará contribuindo com o ouvinte e ainda estará denegrindo a imagem da tecnologia X que terá fama de time de futebol.
• Ajude com o que você pode. Se você não tem pique para dar conta de uma determinada tarefa, não se proponha a ela. As pessoas passarão a contar com você e se você não der conta, a comunidade será prejudicada se você não der conta do trabalho. Há um ditado para isso: “Prometa pouco, faça muito e você será lembrado. Prometa muito, não cumpra e você será esquecido… ou pior, será lembrado!”
• A comunidade é como uma pessoa que nasce cresce, se multiplica, envelhece e morre. Você tem de saber avaliar o momento das coisas acontecerem. Por mais que você tenha uma visão além da comunidade, ela andará conforme o seu rítimo próprio e não há nada que você possa fazer contra isso. Você não pode apressar muitos as coisas, com o risco de desgastar a comunidade e causar um ataque cardíaco em plena adolescência. Um grupo muito novo precisa amadurecer e crescer de forma gradual. Por mais que você já tenha participado de outras comunidades mais maduras e tenha expectativas grandes, isto não se traduzirá em ação se você não encontrar um grupo de pessoas com expectativas semelhantes e mais: disposição para colocar em ação seus planos. Acredite, as pessoas crescem junto com a comunidade, você também crescerá.
• Nunca espere o reconhecimento da comunidade. Não existe um momento onde a comunidade se reúne para saudar os mais valorosos membros da sua comunidade. Não existem prêmios, bailes de gala ou fogos de artifício. Não cobre dívidas de gratidão. Não espere sequer um “muito obrigado’. Apenas esteja lá e faça o melhor que você está disposto a fazer.
• A maioria das comunidades tem uma estrutura muito informal. Pouquíssimas tem uma estrutura legal que a ampare, com cargos e eleições. Portanto não espere ser considerado um “membro oficial”. Algumas comunidades crescem a um ponto de criar uma estrutura burocrática maior, mas são poucas comunidades que o fazem e mesmo assim, você não deve esperar ser condecorado ou consagrado membro oficial. Alguns dos maiores e mais respeitados membros de comunidades tem um vínculo muito frágil ou até inexistente com o seu aparato burocrático.
• Não brigue. Não alimente os trolls. Os conflitos aparecem com alguma frequência, mas o seu impacto é inversamente proporcional a capacidade das pessoas ignora-las. O tempo perdido com brigas poderia ser gasto com coisas muito mais úteis como tomar cerveja com os amigos, passar mais tempo com a família ou até ajudar mais a sua comunidade.
• Conheça os meios de comunicação e saiba utiliza-los. A maioria das comunidades é geograficamente dispersa. Se você domina o Inglês, você está em contato com o mundo inteiro, o local onde você está não importa. A ferramenta mais importante de comunicação é o e-mail. Parece simples de usar, mas as pessoas cometem erros terríveis quando participam de listas. Alguns erros são até perdoáveis, mas em geral os erros afastam os seus leitores. Leia uma vez na vida a RFC 1855. Outras ferramentas como IRC, Wiki, TRAC, CVS, CMS e outros são fundamentais para você participar de forma efetiva. Aprenda, seja feliz e deixe os demais felizes também.
• Os iniciantes costumam levar puxões de orelha quando começam a ajudar. Acontece que não basta ajudar, é imprescindível ajudar da forma correta. Revisar o código/documentação/tradução/whatever de um novato dá trabalho para os mais experientes. Um trabalho mal feito dá mais trabalho para o revisor do que se ele mesmo o tivesse feito des do início. Há regras severas para incorporar alterações num código complexo. Até o Sr. Marcelo Tosatti levou vários puxões de orelha antes de ter seus primeiros patches aceitos.

Participe

Se você é uma daquelas pessoas que está entrando agora, está com todas as boas intensões do mundo, saiba que há inúmeras formas de se colaborar com uma comunidade. A mais importante dela é sem dúvida ajudar a melhorar o software. Lembre-se que por mais que sejam importantes outras contribuições, a comunidade não existiria se o software não existisse. Esta deveria ser a meta de todos os membros da comunidade. No entanto segue algumas coisas que você pode fazer:

• Ajude a escrever o software;
• Se você não sabe programar, ajude a documentar;
• Se não sabe documentar, ajude a traduzir,
• Se não sabe traduzir, ajude outras pessoas a utilizar,
• Se não sabe utilizar, ajude a divulgar,
• Se não sabe divulgar ajude a testar.

Meritocracia é a chave da participação na comunidade. Meritocracia - em comunidades de SL - significa que quem faz tem mérito e quem não faz não tem. Simples assim. As decisões são tomadas por aqueles que fazem. É muito comum as pessoas ficarem esperando que algum líder, cacique, chefe, mentor, ou seja lá o que for, delegar uma tarefa para você. Surpresa… isso não acontece. Você deve se candidatar às tarefas e não esperar que alguém lhe escolha para isso. Na maioria das vezes você faz alguma coisa e só depois apresenta para a comunidade o resultado do seu trabalho. É simples assim:

• Você tem uma idéia para fazer algo, ou verifica uma lista de coisas que a comunidade gostaria de fazer. A maioria das comunidades mantém um ‘todo list’, conheça ela, você pode ter algumas idéias a partir de lá. É comum também haver uma lista de coisas indesejadas, que não serão bem recebidas se você propor. Se a comunidade em que você quer atuar não tiver nenhum destes recursos, vale a pena consultar o histórico das suas listas de discussão ou fóruns para verificar se o assunto já foi debatido antes.
• Verifique se já existe alguém fazendo isso. Se tiver, você pode ajudar a pessoa ou grupo que esta fazendo isso ou escolher outra coisa para fazer. Pesquise bem antes de se lançar a ação. É muito comum você achar que teve uma idéia nova e na verdade ela já estar implementada, mesmo que em algum canto obscuro da Internet. Há muitas pessoas querendo ajudar, mas a maioria quer ter a glória de fazer algo só seu, ao invés de ajudar em algo já existente - basta pensar nas centenas de distribuições Linux existentes que isto começa a fazer muito sentido. Isso é improdutivo e causa uma grande confusão na comunidade - pense que criar algo novo é mais fácil do que mantê-lo atualizado.
• Faça! Se for uma tarefa que você pode cumprir sozinho, faça e só mostre quando você tiver algo funcional em mãos. Se a tarefa depende de outras pessoas, combine bem antes e tenha certeza que todos estão dispostos a faze-lo. Não divulgue a iniciativa se você não tiver certeza que terá condições de cumprir. Vale a máxima: “talk is cheap, show me the code”.
• Antes de mostrar o que você fez, verifique o calendário da comunidade. Há momentos em que a comunidade não está aberta para determinadas contribuições. Há épocas em que algumas prioridades são estabelecidas. Quando a comunidade está prestes a lançar uma nova versão de um software, os testes são importantes e código novo é indesejado. A organização de grandes eventos também costuma movimentar grande parte da comunidade para algumas ações, em detrimento de outras ações de divulgação. Bom senso é fundamental.
• Mostre o que você fez, esteja aberto a críticas e contribuições. Aqui você deve ser muito cuidadoso na forma de se comunicar. As pessoas devem entender exatamente o que você fez, devem se sentir confortáveis e estimuladas a analisarem e criticarem o seu trabalho. Seu trabalho só vai crescer se as pessoas incorporarem ele na comunidade, e isto depende da qualidade do seu trabalho e da forma como ele foi apresentado. Não estrague tudo com uma apresentação tosca ou arrogante.

É muito comum algumas pessoas participarem de várias ações ou se especializar em uma tarefa. Existem pessoas cuja participação vem em ondas, participando ativamente por um tempo e desaparecendo depois. Existem pessoas que gostam de algumas tarefas e odeiam outras. Uma coisa universal é que todos erram. Eu falhei miseravelmente em vários momentos. Acho que algumas pessoas já ficaram um tanto aborrecidas com os meus erros. Já venho errando há alguns anos… espero estar apto a acertar mais e cometer novos erros no futuro.

É fato:

• O Linux historicamente escala melhor do que o FreeBSD;
• O PostgreSQL historicamente escala melhor que o MySQL;

Digam o que quiserem, todos os testes conduzidos por pessoas sérias parecem concordar com estas duas afirmações. Para quem não sabe, “escalar” significa aumentar de performance proporcionalmente ao número de CPUs existentes no equipamento.

Mas o tempo passa, e como prometido, a versão 7.0 do FreeBSD parece ter cumprido a promessa de melhorar o escalonador de processos. O resultado você observa aqui. Os testes podem não ser 100% fidedignos ao representar uma situação real com banco de dados, mas os números parecem ser bastante promissores.

Parabéns a equipe de desenvolvimento do FreeBSD… certamente vocês vão ganhar novos DBAs como usuários.

OBS: Os testes foram realizados com até 8 cores, não há informações para um número maior de processadores.

“Prezado Fabio Telles

Avaliamos sua proposta ‘Fazendo Um Elefante Passar Debaixo da Porta’ e informamos que ela foi aprovada pela comissão organizadora do fisl9.0.

Aguardamos sua confirmação até o dia 07 de Março.

Obrigado.
–
Comite de Programa do fisl9.0 - http://fisl.org.br
Associação Software Livre.Org
*****************************
http://www.softwarelivre.org
http://associacao.softwarelivre.org/”

Em resumo… guardem uma Polar para mim!!!

Lembro-me de uma palestra do Sr. Sérgio Amadeu dirigida a um público de professores. Ele fez estremecer e até causou indignação na platéia com a famosa paródia do professor que vivia há mais de 100 anos atrás e se teletransporta para os dias de hoje. Ao ser colocado numa sala de aula ele reconhece os mesmos instrumentos de seu tempo: o giz e a lousa. Ele entra em sala e assume o controle como se nada houvesse mudado. É claro que a paródia é uma provocação, mas traz um fato curioso: a aversão de muitos professores à tecnologia na educação. Há um lado sombrio da tecnologia que a cada dia mais quer substituir a relação direta entre professor e aluno por máquinas. Isto não é de hoje. Na década de 60 o governo criava um programa de educação por rádio. O detalhe é que a intenção era alfabetizar adultos… você consegue imaginar um adulto analfabeto aprendendo a escrever só de escutar um programa no rádio? Depois vieram os Telecursos onde uma pessoa colocava uma fita num vídeo cassete para uma classe e ia embora. Esperava-se que a classe conseguisse aprender assim. Também não deu certo, é claro. Hoje as tentativas de educação a distância apostam todas as suas fichas na Internet e a onda da Web 2.0 . Se é bom ou não, o tempo vai dizer. Sei que as pessoas autodidatas aprendem via Internet participando de listas de discussão, IRC, lendo artigos e livros muito antes de toda essa moda. Mas a média da população não é autodidata. Na verdade, a média da população lê muito pouco e lê material de baixa qualidade. Não quero desmerecer as pessoas que gostam de ler “Bianca”, “Revista Caras” ou gibi da “Turma da Mônica”. A questão é que se trata de uma literatura que não convida o leitor ao raciocínio e apelam muito para imagens de pessoas e ações. Idéias, são artigos raros. Da mesma forma, a Internet reproduz esta pobreza intelectual da mídia impressa, televisiva e radiofônica.

Com um histórico desses, não é a toa que tantos professores tenham medo de tecnologia. Um dia um professor me disse: “Eu não tenho nada contra tecnologia, eu apenas continuo acreditando numa coisa chamada professor”. E esta é uma coisa fantástica. A relação professor-aluno e o efeito do conjunto é muito importante. Por mais que os nossos colegas hackers autodidatas se comuniquem frequentemente a distância, os eventos presenciais são sempre muito importantes. Assim sendo, mesmo para a nata dos intelectuais, mesmo entre os mais acostumados com tecnologia, o contato presencial é fundamental e valioso.

No Brasil, o buraco é mais embaixo. Este buraco vem de um longo investimento da delapidação da educação. Isto começou no auge da ditadura militar em 68 e o impacto disso levou décadas para ser percebido. Digamos que alunos e professores que gostavam que criticar o governo não eram bem vistos. Alguma coisa tinha que ser feita. E foi feito. Apesar disso, houve um notável avanço da educação no final da década de 80 sob a bandeira da “Educação pública, gratuita, laica, de qualidade com acesso e permanência para todos”. Foi um movimento de reação ao fim da ditadura militar. O ensino público foi universalizado no Brasil como direito de todos e um dever do Estado. Novas propostas de ensino saíram de pequenos grupos de ensino e ganharam as escolas públicas. Foi um período de grande efervescência no Brasil. Paulo Freire ainda vivia e foi reconhecido pela sua obra dentro do seu país natal.

Mas a década de 90 foi cruel para a educação. Enquanto se ampliava o atendimento público no ensino fundamental, o investimento na educação diminuiu constantemente ao mesmo tempo em que a obrigação do Estado com outras modalidades de ensino eram reduzidas. O chamado custo/aluno caiu drasticamente e o salário dos professores foi mais uma vez achatado. A nova pedagogia que ganhava força na década de 80 foi reformulada e implantada sem o menor critério ou preparação. Temas transversais, construtivismo e ciclos foram empurrados para os professores que a esta altura já tinham passado por um ciclo completo de degradação: tiveram eles mesmos uma má educação básica, uma má formação em nível superior, uma má formação continuada no local de trabalho, um péssimo salário e condições de trabalho muitas vezes dignas de um presídio. Com a implantação equivocada dos ciclos e a aprovação automática, o governo ganhou números espetaculares de atendimento e um consequente aumento no IDH. O número de alunos ingressando no ensino médio e depois no ensino superior explodiu. Os famosos supletivos se transformaram em universidades particulares da noite para o dia, com uma qualidade tão duvidável quanto a dos supletivos que eles mantinham. As universidades particulares cresceram tanto que parecem grandes shoppings da educação. O professor desta faculdade se tornou um elemento indesejável numa transação entre o aluno e a faculdade. A faculdade quer vender o diploma, o aluno quer comprar e o professor fica lá no meio atrapalhando ambos. E eis que surge a educação a distância melhorando a transação comercial onde o professor já quase não atrapalha mais!

Há alguns anos atrás eu recebi um convite informal para analisar os dados do SAEB. Eu gostaria de comentar extra-oficialmente algumas conclusões interessantes. A primeira é que o SAEB não serve como amostra estatística fidedigna, uma vez que a forma como os dados são coletados são ruins. Não é feita uma amostragem estatística (a mesma que fazem nas pesquisas eleitorais) o que gera uma enorme distorção. A forma como o questionário é criado e preenchido também gera inúmeros problemas. Em resumo os cruzamentos estatísticos revelaram inúmeros furos nos dados. Então o máximo que podemos avaliar são algumas tendências, mesmo assim frágeis sob o ponto de vista científico.

Houve uma tendência em particular que chamou atenção na época. Havia uma pergunta sobre cursos extracurriculares. A maioria das pessoas que fizeram cursos de línguas estrangeiras tiveram notas bem acima da média. Outros cursos extracurriculares também apontavam para uma pequena tendência de notas acima da média com apenas uma exceção: informática. Isso mesmo, as pessoas que faziam apenas cursos de informática tinham em geral uma nota abaixo da média. Não é curioso? Não é não… pense bem… não é tão difícil assim para um jovem aprender a utilizar os recursos básicos de um microcomputador moderno sem fazer um curso.
Acredito que 90% dos cursos de informática, mesmo os mais avançados, sejam destinados a pessoas com dificuldades de aprendizado. Dificuldades que surgiram na sua educação básica. Dificuldade em pesquisar, comparar, criticar, esquematizar, resumir. O que lhes foi negado em sua educação básica foi o que as teorias Paulo Freire mais proclamava em seus livros: a capacidade de aprender a aprender, o senso crítico e a capacidade de ação para a transformação da sociedade. A informática pode ser uma ferramenta fantástica para desenvolver estas qualidades, mas se estes não forem despertadas já no ensino fundamental, de nada servirá. Investimentos em laboratórios de informática nas escolas, OLPC, podem ser muito interessantes para estimular a economia, mas tem um impacto negativo na educação se não tiverem um projeto pedagógico forte, com professores bem remunerados, com boa formação, salas menos superlotadas, tempo de planejamento de aula, e por aí vai. Lembro-me de uma ONG que montou um laboratório de informática no meio de uma tribo indígena. Foi muito bom, despertou a atenção da mídia e a ação ganhou muito destaque. Mas, veja bem… qual o impacto disso para os índios mesmo?

Tudo isso para chegar no ponto de comentar esta pesquisa que afirma que os alunos que pesquisam no computador tem pior desempenho na escola. Curiosamente a conclusão foi obtida com os dados do SAEB. Longe de questionar o resultado da pesquisa, parece que os dados fazem muito sentido para mim. Já não bastassem todo o caos da educação, pública e privada, chega agora essa tal de Internet para sacanear o professor outra vez! Anos de aprendizado copiando ditados, livros didáticos e enciclopédias nos trabalhos escolares deram vez agora a Internet. Ficou estupidamente fácil copiar sem esforço. O trabalho mecânico ao qual os alunos foram submetidos por anos a fio substituídos por alguns cliques no computador. Há professores que ainda se julgam expertos e exigem os trabalhos manuscritos. Então os trabalhos não são copiados mais manualmente do livro para o papel, são copiados manualmente da tela do computador para o papel. Genial, não?

A verdade é que os professores com má formação e maus salários, tendo que dar aula em duas ou três escolas para sobreviverem, mal lêem os trabalhos dos seus alunos. Se para alguém isso ainda lhe parece novidade, pense apenas que corrigir um trabalho de um aluno dá muito trabalho. Ocorre que os professores recebem praticamente apenas para trabalhar na sala de aula. O tempo remunerado para a preparação de aulas e correção de provas e trabalhos é quase nulo. Ou seja um bom professor tem de ser um herói para dar uma boa aula. Agora percebam que o professor está sendo destituído de suas poucas armas: a reprovação e a cópia. É claro que os professores poderiam fazer uma busca rápida na Internet e verificar se o texto foi plagiado ou não. Ao ler um trabalho de um aluno que você julga conhecer, você sabe quando ele está copiando ou quando ele está escrevendo com as suas próprias palavras. Mas isso dá trabalho, exige que você leia, que tenha acesso e tempo para pesquisar na Internet. Acima de tudo, isto exige que você ensine seus alunos a escrever, e isso sim dá muito trabalho. Não é a toa que vemos tantos alunos analfabetos funcionais cursando o ensino médio e faculdades particulares e ainda tirando boas notas.

No nível superior, as coisas se complicam um pouco mais, pois a questão da validade da informação começa a pesar nos braços dos poucos professores sérios. Não seria inteligente rejeitar como fonte de pesquisa a Internet como um todo. Mas também não é possível credenciar qualquer página da Internet como fonte válida para uma pesquisa acadêmica. Está posto aqui mais um complicador inusitado na vida dos professores. É bem verdade que não é porque um texto está impresso num livro em papel, isto signifique que ele é absolutamente digno de confiança. É bem verdade que os estudantes das “UNIBLA”s e “Faculdades Tabajara” deixaram há muito tempo de lerem os autores tidos como “clássicos” para utilizarem abordagens mais pragmáticas como os livros didáticos, apostilas e outras obras pasteurizadas. Lembro-me que faculdade eu recebia no começo de cada disciplina a bibliografia. O professor separava o material que ele considerava relevante para o aluno, como bibliografia obrigatória e complementar. Não haviam apostilas, não haviam livros que resumem as idéias de vários outros livros. A Internet só vem agravar mais ainda esta falta de seriedade no ensino. Uma vez que o livro didático e a apostila são a base da leitura do curso, como desabonar a enxurrada de artigos encontrados na Internet? O mais complicado é que em meio a artigos muito ruins com erros conceituais gritantes, você encontra material muito interessante, num formato mais interativo como blogs e fóruns. A agora, o que fazer?

Apesar de ter carregado com cores fortes as palavras aqui, eu diria que o buraco em que nos encontramos hoje não é tão feio quanto o pintado aqui… é muito pior! Os projetos como o OLPC são muito interessantes. Respeito muito a idéia do Sr. Negroponte. Mas com os investimentos tão pequenos na educação, eu ficaria muito feliz em ver os meus impostos sendo canalizados para esta coisa antiquada e fora de moda chamada professor.

A notícia da semana: SUN compra MyAB que desenvolve o MySQL o banco de dados livre mais popular do mundo. O preço, 1 bilhão de dólares. A notícia virou destaque em vários lugares no Brasil e no mundo. Eu gosto muito do PostgreSQL, mas tenho que reconhecer o MySQL tem uma legião de usuários que fazem com que ele seja um jogador de peso no mercado. Particularmente na Internet, o MySQL é largamente utilizado. É simples, é rápido, é livre.

A SUN é uma empresa respeitável. Fez um bom negócio. A Oracle tentou comprar a MyAB há alguns anos sem sucesso. E olhe que estou falando da empresa que acabou de comprar a BEA Systems por 8,5 bilhões de dólares. Assim, vemos os grandes comprando os menores e o mercado vai se concentrando em grandes monopólios com suas soluções de “ponta-a-ponta”. Gostaria de lembrar que não tenho nada contra a SUN. Ela é uma das empresas que mais contribuiu com o Software Livre nos últimos tempos, inclusive com o PostgreSQL. Talvez o fato da SUN não possuir um SGDB de peso no mercado tenha feito com que ela invista neste setor.

Uma coisa curiosa que ocorre quando alguém vê a notícia da compra da MyAB é a reação: “Puxa vida, 1 Bilhão por um Software Livre!”. Então me lembro do texto “Os 5 Tipos de Projetos de Software Livre” do Sr. Josh Berkus. A MyAB tem algo em comum com outros projetos de Software Livre:

• America On Line compra a Netscape, desenvolvedora do Firefox;
• Oracle compra SleepCat, desenvolvedora do BerkeleyDB;
• Oracle compra a Innobase, desenvolvedora do InnoDB;
• Novell compra SUSE;

São todos casos em que uma empresa comprou outra empresa que desenvolve um Software Livre. Mas eles são de uma categoria especial de Software Livre, são projetos, segundo o Sr. Josh Berkus, do tipo corporativo, onde o desenvolvimento é dependente da empresa que detém a sua propriedade intelectual. Mesmo adotando licenças livres segundo a FSF OSI ou mesmo pelo Debian, eles costumam manter um controle rígido sobre o desenvolvimento do software. Isto significa que você tem garantido o direito de usar, distribuir e modificar o software, mas pode não ter a oportunidade de contribuir com código para o projeto.

Uma consequência direta sobre isso, é que os “projetos corporativos” de software livre tem preço. O MySQL teve seu preço avaliado em 1 bilhão de dólares. Outras empresas como Red Hat, Canonical, Zend e outras tem seu preço. Mas há projetos importantes que até o momento parecem resistir a essa idéia. O Kernel do Linux não está a venda, o PostgreSQL, o Debian, o Gentoo também não. Assim, vemos que existe um corte importante ao se olhar para projetos de Software Livre. É preciso olhar para como o Software Livre é desenvolvido para saber o que se pode esperar do seu futuro.

Não acredito que a SUN vá trazer malefícios para o MySQL, mesmo porque ele não compete com nenhum outro produto já existente dentro da SUN. Mas este tipo de coisa acontece muito. Em 2000 a IBM comprou o Informix que competia com o DB2 e ele foi sumindo silenciosamente do mercado. Em 92 FoxPro foi comprado pela Microsoft e teve o mesmo destino. Assim, vemos soluções algumas vezes muito boas sumindo para dar espaço por outras com mais fôlego financeiro.

O Sr. Fernando França do Desconstruindo me mandou um e-mail falando sobre seu problema com o fornecedor de um ERP que utiliza o PostgreSQL, mas deixou de dar suporte para novas versões. A última versão que ele suporta é a 7.4 lançada há 5 anos. Para o ritmo de desenvolvimento do PostgreSQL isso é muita coisa mesmo. No entanto, o nosso amigo é brasileiro e não desiste nunca… foi atrás do fornecedor que lhe devolveu a clássica resposta: “O PostgreSQL não possui suporte oficial do fornecedor”.

Quando escuto uma coisa destas, respiro fundo e me preparo para uma longa conversa que se segue abaixo. A conversa não é nova, já foi discutida a exaustão em inúmeros lugares, inclusive aqui e esta infelizmente não será a última. Graças a campanhas difamatórias de grandes empresas este assunto vem a tona sempre que alguém deseja se opor a algum tipo de mudança.

Vejamos os argumentos que estão na ponta da língua de quem usa este tipo de argumento:

• Eu preciso ter uma empresa que eu possa processar se houver algum problema grave.
  • Se você olhar o kernel do Linux ou do FreeBSD, você verá que não há realmente qualquer garantia por parte do fornecedor de que aquilo irá funcionar adequadamente. O mesmo vale para qualquer software livre que você conheça. No entanto isto não impede que ele seja utilizado em ambientes críticos, por grandes instituições no Brasil e no mundo. Da NASA, forças armadas e grandes bancos, todos confiam em softwares livres para tocar o seu negócio. Qual o problema de se confiar no PostgreSQL?
  • Você acredita realmente que alguém fornece um software e realmente garante 100% o seu funcionamento? Olhe as licenças de software dos grandes fornecedores e você verá que todos possuem cláusulas onde especificam claramente que não se responsabilizam pelo mal funcionamento do Software. Você não compra uma garantia, você compra uma marca.
  • Você acredita realmente que vai processar a IBM, Oracle ou Microsoft? Já pensou se as pessoas conseguissem processar a Microsoft a cada vez que o Windows apresentasse uma falha crítica que causasse prejuízo para alguém? Porque você acha que todos estes softwares fazem questão de que você concorde com a sua licença de uso antes de utilizar ele?
• Eu preciso de suporte oficial.
  • Você precisa de suporte de qualidade. O oficial, fica por conta do fornecedor que tem quer lhe vender o suporte. Ocorre que quando o software não é livre, apenas uma empresa tem o código fonte do software e somente ela sabe realmente como ele funciona. No caso do software livre, você pode escolher a empresa que lhe dará este suporte e pode escolher trocar de empresa se você não gostar dela. Se você não estiver satisfeito com o suporte de um grande fornecedor de uma solução proprietária, você não tem outra opção a não ser pagar mais ou substituir toda a solução.
  • Se você não estiver satisfeito com o suporte oferecido pela documentação oficial, IRC ou listas de discussão por e-mail você pode contar com o suporte comercial de várias empresas ou de consultores especializados. Por fim, você pode contar ainda com uma série de serviços de hospedagem com suporte ao PostgreSQL
  • Você precisa de atualizações de segurança e correções de bugs. Se você não paga o suporte oficial de um fornecedor de software não livre você fica sem as atualizações do software. No caso dos software livres isto não ocorre. Você nunca vai ficar na mão por não ter pago o suporte num momento de dificuldades financeiras.
• Eu preciso de uma empresa que me forneça suporte 24×7.
  • Você tem idéia de quanto custar o suporte 24×7 para uma solução Teradata, Oracle ou DB2? Adicione alguns zeros a direita e você chegará num valor razoável. Quem tem este tipo de suporte paga milhões. Se você quiser suporte 24×7 em algum Software Livre, basta pagar que você o terá.
  • Já existem grandes empresas de software que prestam suporte ao PostgreSQL, entre eles a Red Hat e Sun. Eles tem porte suficiente para lhe oferecer um suporte 24×7 nas condições mais agressivas que você possa desejar. É claro que isto não vai lhe sair barato…

• Eu preciso de profissionais certificados.
  • Um certificado é um pedaço de papel que uma pessoa recebe após fazer uma prova. Toda pessoa que possui a CNH (Carteira Nacional de Habilitação) tem que fazer uma prova escrita e uma prática. A maioria das certificações se limitam a uma prova escrita. Você acredita que os motoristas brasileiros são bons? E os profissionais certificados, você acredita que um certificado atesta a sua aptidão profissional?
  • Se você precisa de profissionais qualificados, há centros de treinamento com excelente qualidade com cursos adhoc, in company e com boas opções de conteúdo.

É claro que muitos fornecedores acabam acreditando nos bilhões de dólares investidos em propaganda e não na palavra de um simples blog. Mas a questão é que muita gente usa o PostgreSQL e outros softwares livres, tem suporte de qualidade e vão muito bem, obrigado. A maioria deles não grita isto aos quatro cantos por aí, mesmo porque, isto pode ser um diferencial competitivo. Mesmo assim sabemos que existem inúmeros casos de sucesso declarados que mostram a maturidade do PostgreSQL em ambientes corporativos.

O curioso neste caso é que a empresa em questão chegou a desenvolver uma versão para o PostgreSQL. Aqui entra um bocado de especulação pela minha parte. Uma especulação plausível, que pode não se aplicar ao caso em questão, mas certamente se aplica a outros casos. O fato é que há uns 5 anos atrás, na época do estouro do Kurumin, o Brasil experimentou uma certa euforia em torno do Linux. Muita gente apostou que o Software Livre seria a solução para cortar drasticamente os custos de TI e sairam implementando algumas soluções por aí de forma caótica. O resultado para quem partiu para este tipo de abordagem foi invariável: falharam miseravelmente. Ocorre que o Software Livre diminui o TCO da sua empresa, mas não a curto prazo. Inicialmente os custos podem até ser mais altos devido às demandas de treinamento, consultoria e migração. É a médio e longo prazo (3 a 5 anos) que o TCO começa a mostrar uma redução significativa.

Muita gente saiu criando versões de seus produtos compatíveis com plataformas livres. A Borland chegou a lançar o Kilix, uma versão do Delphi para Linux. Mas, muitos desistiram no caminho. Alguns voltaram para os braços das plataformas proprietárias. Muitos migraram de forma irresponsável, outros não souberam se adaptar ao ecosistema do Software Livre e alguns receberam propostas indecorosas para frear suas ações em direção ao Software Livre.

O fato é que se você fornece software proprietário para rodar em uma plataforma livre, você vai descobrir um novo tipo de cliente. Um cliente que começa a gostar da idéia de ter independência de fornecedor. Não se trata aqui de guardar um catatau de códigos fontes do fornecedor na gaveta. Trata-se da opção de não ficar amarrado a um fornecedor para o resto da vida.

Este é o tipo de liberdade que muitos fornecedores de software proprietário não gosta. Afinal, se é verdade que o lucro no mercado de software advém de serviços e não de licenças, ter o monopólio na prestação de serviços em algum nicho é um grande negócio. Se você usa Java, você pode escolher o SO que desejar e SGDB de sua preferência para rodar a sua aplicação. No entanto, se você utiliza o Oracle Application Server, que utiliza o Java e o Apache, você só pode utilizar o SGDB Oracle e só a Oracle pode lhe dar suporte. Você vai encontrar fenômeno semelhante se você utilizar o WebSphere da IBM. Imagine agora que você resolve implementar uma solução de um fornecedor de ponta a ponta? Há fornecedores que podem lhe prover servidores, SO, SGDB, Web Server, ERP, BI e o que mais você possa imaginar. Bom, se você fizer isso, é melhor comprar um bom lote de ações desta empresa, pois você estará tão preso que é melhor ser sócio dela.

Conclusão, se você quer que um fornecedor de software proprietário seja homologado numa plataforma livre, você deve ter muita bala na agulha, caso contrário, o fornecedor dificilmente lhe dará ouvidos.

4 de Dezembro, chego em casa umas 23 horas e vejo o e-mail na lista pgsql-announce: “Lançada a versão Beta4 do PostgreSQL”. Hum… isto significa que o 8.3 não vai sair até o PgCon Brasil. É uma pena… e motivo de orgulho ao mesmo tempo. É uma pena que a festa não vai ser completa durante o evento. É um motivo de orgulho pelo simples fato de não haver data para o lançamento oficial. É isso mesmo. Isto é uma das maiores vantagens dos softwares realmente livres. Já ouviram falar na piada de que o Windows seria o maior programa Beta da história? Bom… isso não ocorre só com o Windows. Acontece com quase toda empresa cuja receita provém da venda de caixinhas. Se você lançar um versão excelente e estável, você venderá suas caixinhas. Mas você precisa vender o mesmo produto para seus clientes daqui a um ou dois anos. Resultado: existe uma pressão dos acionistas para que a versão saia logo, custe o que custar. E o custo costuma significar estabilidade.

Os projetos de Software Livre mantidos por comunidades não sofrem este tipo de pressão. O Debian chegou a demorar alguns anos para lançar o Sarge enquanto as outras distibuições Linux eram lançadas a cada ano ou mesmo a cada 6 meses. Mas se você procura por uma distribuição realmente estável… o Debian é uma excelente escolha. Quando falamos de Bancos de Dados, a estabilidade é motivo de paranóia constante. É absolutamente normal uma nova versão de um SGDB demorar 3 ou 4 anos para ser lançado. O PostgreSQL tem liberado praticamente um release por ano. Isto pode assustar alguns DBAs que não estão acostumados com o ritmo de desenvolvimento de uma comunidade ativa. A comunidade de desenvolvedores do PostgreSQL tem se mostrado bastante ágil no desenvolvimento de novas funcionalidades e na correção de erros. O importante, é não ceder a pressões para lançar um produto imaturo no mercado. Ao olharmos a história das versões de vários produtos conhecidos de mercados, encontramos vários lançamentos de valor questionável como o o MS-DOS 6 ou o impagável Windows Milenium Edition, para citar casos mais clássicos. O Corel Draw perdeu muito da sua credibilidade entre os designers para a Adobe, devido a uma política de lançamento de versões agressiva no final da década de 90. A própria IBM teve a versão 6 do DB2 que não foi bem recebida pelo mercado.

Software Livre também não está livre destes problemas. Assim, Red Hat, SUSE, Mandriva, Canonical e outras distribuições mantidas por empresas sofrem uma pressão para lançar rápido novas versões. Assim como em distribuições Linux, temos o mesmo ocorrendo com outros tipos de Software Livre. Assim, entre os SGDBs o PostgreSQL ganha mais um ponto por ser mantido por uma comunidade realmente fantástica. Pode ser que demore muito até o dia em que os DBAs reconheçam isto como um ponto positivo. Em todo caso, só o tempo irá dizer se isto realmente fará a diferença.

Então, se alguém lhe perguntar quando sairá a nova versão do PostgreSQL (ou outro Software Livre mantido por uma comunidade), não tenha dúvida e responda:

- Quando estiver pronto!

Conisli 2007

Nesta sexta-feira, fui ao CONISLI 2007 substituir o Fernando Ike que enviou 4 palestras para o evento e teve 3 aprovadas. Assim ele me convidou para dar a palestra “PostgreSQL, O Elefante Mais Rápido que Leopardo“. Dei uma mexida nos slides dele fui para o CONISLI. O evento está em sua 5 edição e começou em 2003 em parceria com a SUSCESO-SP. Em 2005 rompeu com a SUSCESO-SP em cima da hora e teve muitos problemas com isso, tendo dificuldade em locar um espaço que comportasse um evento do porte do CONISLI com um orçamento mais apertado, o evento ocorreu no SESC Itaquera. Em 2006 a organização deu a volta por cima e conseguiu realizar o evento novamente no Anhembi. Em 2007 a equipe que organiza o CONISLI diminuiu, e a organização ficou um pouco comprometida. A região da UNICID onde o evento foi sediado, até que era bacana, mas o espaço interno do evento ficou desagregado. Expositores num espaço, salas com palestras 2 andares acima, laboratórios em outro prédio.

A sala onde dei a palestra estava meio vazia e o tema era relativamente avançado. Não sei se me saí muito bem. Tive a impressão que ou fui muito superficial ou quem ninguém estava entendendo nada. No mais encontrei alguns bons amigos como o pessoal da organização (Ariane Paola, Leonardo César, Rodolfo Avelino , Rafael, etc) e outras figurinhas como o Leonardo Melo, Rencka, Slot, Marcos Sinhoreli, etc. Muitas pessoas deixaram para ir só no final-de-semana. Acabei não encontrando-os pois só fui na sexta-feira, devido a outros compromissos.

Organizando eventos

É sempre bom reencontrar as pessoas. Mas eu fiquei um pouco preocupado com o rumo dos eventos este ano. O PSL-ABCD perdeu o fôlego este ano. Eu confesso que deixei o pessoal um pouco na mão. Parece que a nova geração não teve fôlego. O pessoal do Centro Público (leia-se Ernani) até tentou dar uma injeção de ânimo e marcou uma reunião para organizar um evento este ano. Mas parece que foram poucas pessoas e logo o assunto esfriou.

Estou ajudando na organização do PgConBrasil este ano, mas também confesso que não estou disponibilizando o mesmo tempo que outrora. O reflexo disso é que ainda estamos correndo atrás de alguns detalhes apesar de estar fazendo o evento junto a Tempo Real Eventos.

Uma coisa que notei semelhante no PSL-ABCD e no PostgreSQL é que sempre aparece gente dizendo: “se precisar de alguma coisa, estou aqui”, “precisam de ajuda?” ou “Como posso ajudar” e coisas do tipo. E mesmo assim, sempre são alguns poucos que acabam carregando o piano. Notem que o Piano do CONISLI é enorme… o que me faz pensar que os organizadores do CONISLI são verdadeiros heróis. Me parece que as pessoas estão muito acostumadas a trabalhar obedecendo a algum tipo de chefe ou se submeter a hierarquia. Poucos realmente tomam a iniciativa e fazem acontecer. Os eventos de comunidade dependem de pessoas dispostas a liderar , oraganizar e trabalhar. Um bom exemplo é o Faw, na comunidade Debian. Apesar dele não tomar cerveja (um desvio de caráter imperdoável!) ) sempre vejo ele organizando a participação do Debian nos eventos por aí. Ele não é um líder eleito ou aclamado, aliás, se tornou a DD a pouco tempo. Mas é de fato alguém que põe a mão na massa e faz as coisas acontecerem.

Tipos de Eventos de Software Livre

Ok, não é novidade para ninguém que são poucas pessoas que se dispõem a abrir mão das suas horas de lazer para se dedicar a algum tipo de comunidade ou organização de malucos (sempre me vem a imagem das pessoas me perguntando o que eu ganho com isso…). Mas eu fico imaginando se o perfil dos eventos não está mudando. Acho que há duas categorizações interessantes para nós observarmos:

• Evento comunitário X Evento corporativo

A questão dos eventos corporativos se devem ao sucesso de mercado do Software Livre. A Linux World e o Linux Park tem um perfil diferenciado. Ocorrem em locais mais caros, tem expositores maiores e um custo que praticamente exclui os estudantes, em favor dos gestores de TI. Acho que os eventos corporativos tendem a aparecer com maior frequência, mas não substituirão os eventos comunitários. Talvez algumas coisas como install fests tenham uma tendência de diminuir, pois além de ser uma fórmula desgastada, ficou cada dia mais fácil instalar uma distribuição Linux em um desktop.

Os eventos comunitários continuarão a existir onde a comunidade for organizada o suficiente para isso, e enquanto houverem pessoas querendo se reunir para tomar cerveja. O perfil do evento pode variar de acordo com a intenção da comunidade. Pode ser um GNU Beer combinado rapidamente em uma lista de discussões, pode ser um fórum com alto nível técnico para desenvolvedores, ou mesmo um evento para angariar novos usuários e divulgar mais a comunidade. Cada comunidade vive um momento específico e tem demandas e vontades específicas. Participar ativamente de uma lista de discussões (onde a maioria das comunidades se consubstanciam) de uma comunidade é como escolher seu estilo musical na adolescência (bom, na minha adolescência, isto fazia sentido, agora eu já não tenho certeza). Alguns grupos são muito ativos e estão sempre criando novas formas de se encontrarem ou de promover a comunidade. Outros, parecem grupos de amigos que gostam de falar sobre tecnologia. Há os grupos em que o número de usuários gera um alto tráfego destinado a suporte técnico. O perfil destes grupos dizem qual tipo de evento é possível de se realizar em uma determinada região.

• Evento genérico X Evento focado

Quando eu era pequeno, ocorriam todos os anos as “feiras de informática” no Anhembi. Era tudo coisa do outro mundo para mim que utilizava fitas cassetes para gravar os meus primeiros programas em basic. Depois veio a Fenasoft que passou a ocupara o Pavilhão da Bienal e depois o Anhembi. A Fenasoft rapidamente se popularizou e trazia uma tonelada de gente. Logo veio a Condex que tinha um foco mais corporativo, também no Anhembi. Stantds enormes com mais de um andar, superproduções com shows de luzes e som. Vocês lembram? Pois é… sumiram todos. Não apenas no Brasil como no mundo todo. Os mega eventos sumiram, diminuíram de tamanho ou passaram a ocorrer com menor freqüência. Parece que depois que a bolha .com estourou, deixou um rastro de destruição no caminho.

Por outro lado, os pequenos eventos continuam pipocando por aí. Eles tem algumas vantagens interessantes sobre os eventos genéricos pois são menores, mais fáceis de se organizar e podem aprofundar temas que teríam pouco público num evento genérico. Depois de assistir a alguns eventos grandes, você começa a se interessar por uma palestra ou outra. O restante da grade costuma se concentrar em palestras de pouco interesse técnico. É claro que ficar nos stands de comunidades conversando com o pessoal é uma das coisas mais divertidas nestes eventos,

No Brasil temos alguns eventos de Software Livre grandes como FISL, CONISLI e Latinoware e uma infinidade de eventos de pequeno e médio porte espalhados por aí. Acho que a comunidade que tem apresentado mais garra na organização de eventos tem sido o pessoal do FISL até agora. Eles tem uma equipe grande e realizam eventos grandiosos. Realmente é o maior evento de Software Livre do Brasil. No entanto, talvez não tenhamos espaço para muitos eventos de grande porte. Acho que a médio prazo os eventos com foco em um assunto mais específico vão acabar dominando o cenário.

4 Fun

No entanto, os eventos precisam sempre de gente com tempo e disposição para organizar. Os eventos realizados por comunidades precisam de gente com estas qualidades para sobreviver. Os estudantes costumam ser bons candidatos. Me parece que a renovação deste quadro de “militantes” do Software Livre precisa acontecer. Mesmo porquê, não é só de evento que o Software Livre vive. É preciso ter gente contribuindo de outras formas, com documentação, tradução e principalmente com código. Acredito que temos espaço para todo o tipo de contribuição. Acredito também que um projeto que deseja agregar a contribuição de novas pessoas deve se estruturar para isso. Esta estrutura pode dar mais trabalho do que muitas pessoas imaginam.

Existem muitas pessoas dispostas a colaborar, mas poucas tem o espírito desbravador de assumir a organização de um evento. Da mesma forma ainda temos poucas pessoas contribuindo com código nos projetos. Se temos um número de usuários cada vez maior de Softwares Livres, podemos estar nos equivocando em algum lugar, pois o número de desenvolvedores ativos parece não acompanhar este crescimento. De qualquer forma, contribuir deve ser algo prazeroso. Pode dar trabalho, mas deve haver uma bom grau de satisfação dos que participam, deve haver um crescimento pessoal e sobre tudo, deve haver diversão!