A galera

O evento foi intenso e integrador, reunindo muita gente diferente, de diferentes regiões.

Reencontrei pythonistas das antigas, conheci profissionais experientes em outras tecnologias, estudantes querendo descobrir o que fazer da vida, zootecnistas buscando soluções em software, empresários do mercado de TI, sysadmins e especialistas em segurança que usam Python como arma secreta, professores universitários querendo engajar seus alunos, e pessoas que estavam ali só acompanhando alguém, mas acabaram se integrando facilmente nas conversas.

Além disso, tive o prazer de conhecer pessoalmente ex-alunos do Welcome to the Django e alunos que já estão inscritos para a próxima turma de Julho. Essa é sem dúvidas a melhor parte de dar aula.

Apesar do Nordeste no nome do evento, foi sensacional encontrar gente do país inteiro. Os amigos da Bahia vieram em massa, mas senti falta de figuras como o Guto Maia e o Rafael Miranda. A galera do Rio também veio em bando.

Os destaques foram os 3 mosqueteiros do Maranhão: Rael Max, Herson Leite e Helton Alves. Tem alguma coisa especial na água que o povo bebe por aquelas bandas. Não tem tempo ruim, é só alegria e diversão. Mal posso esperar para participar da inauguração do PUG-MA Hackerclube que eles já estão montando por lá ainda esse ano.

Palestras

O evento teve muitas palestras interessantes e vale a pena dar uma olhada nos slides. Em especial, teve o Marcelo Melo falando de Raspberry Pi, o Rodrigo Senra dando um show à parte sobre depuradores, o Diego Dukão apresentando o Kivy, e o Fernando Masanori compartilhando sua experiência no ensino de programação para crianças e jovens.

Eu falei sobre ecossistemas, buscando evidenciar a importância de uma comunidade forte e compartilhando algumas dicas de como cada um poderia hackear as dificuldades do dia-a-dia para sair da zona de conforto e participar ativamente da construção do seu ecossistema local.

A diversão ficou completa com as palestras relâmpago. Esse é sempre um dos melhores momentos de qualquer conferência.

Os pontos altos foram “Convertendo coleções em Python para XML” que no final foi sabotada pelo teclado do Mac, “Integrando Kivy com Voip” onde a turma de Natal rascunhou uma interface interativa para central telefônica, e por último e mais engraçado os trolladores do Maranhão mostraram que “Marco Feliciano não nos representa”. Foi hilário!

#Horaextras

Como todo bom evento, a turma dormiu pouco, se dividindo entre palestras e bares. Fortaleza tem ambientes sensacionais para reunir os amigos. Fomos à vários lugares, incluindo a Praia do Futuro e o Boteco da Praia.

Porém, os dois lugares mais acessíveis e divertidos foram: o Bar Assis e o At Home que é uma república com um bar na garagem onde rola Rock’n Roll de qualidade a noite toda.

Se você vai organizar um evento em Fortaleza, nem pense duas vezes, reserve logo uma mesa grande no Assis e feche a noite no At Home.

Conclusão

A PythonNordeste já deixou saudades. Os organizadores mostraram na prática que fazer um grande evento vale mais do que fazer um evento grande.

Parabéns, rapaziada! Nos vemos logo mais na PythonBrasil 2013 em Brasília e na PythonNordeste 2014 em Recife.

[]‘s, HB!

Como levá-las adiante? Como incluir até quem não estava presente? Como permitir a colaboração daquele amigo próximo que mora em Cuiabá, em Brasília, em Belém ou até em Orlando?

Já tentamos gravar as conversas para jogar na internet, mas o barulho do ambiente não permitiu e acabamos deixando isso de lado.

Recentemente levantei essa questão novamente durante um Pós-Dojo, com a ideia de gravar um podcast. O Diego Dukão que já toca o sensacional Mobilidade.fm, providenciou o empurrão que faltava.

Qual o objetivo do podcast?

O podcast em si não tem objetivo específico, além de discutir o que parece interessante. Em vez nós definirmos previamente as coisas, faz muito mais sentido deixar a galera interagir e ver o que acontece.

Mas como funciona?

A ideia até então é um bate-papo via Hangout ou Skype, despretensioso, preferencialmente regado à alguma cerveja.

E quais assuntos serão abordados?

Ideias não faltam, mas queremos saber a sua.

Eu, pessoalmente, ando interessado em autonomia e no uso da tecnologia para viver mais simples.

Mas isso sou eu. E você? O que quer você quer discutir?

Alguns assuntos emergiram no bar sem ordem específica:

• Money que é good e nóis num have: Mexendo com dinheiro sem burocracia.
• Programe ou seja programado: Saber programar é o novo saber escrever.
• A Morte da Profissão.
• A filosofia por trás do Test Driven Development.
• Empreendedorismo sem “empresarialismo”.
• Agile sem frescura: eliminando gargalos em processos.
• Blogueiro por necessidade: A importância de botar a cara na internet e compartilhar o que você tem à dizer.
• Empreendendo na Internet: Emita a 1a nota fiscal sem nem escrever uma linha de código.
• Negócios em Rede: O que são e como funcionam.
• Escritório Ubíquo: Organizando o dia à dia para poder morar numa mochila.
• Vender não é enganar: Discutindo o tabu da venda.
• Filho, como funciona a internet? Como você explicaria para os seus pais?
• A história do Design.
• Gestalt e a compreensão do ser humano sobre si mesmo.
• Serviços não escalam, mas amplificam.

Para este primeiro experimento, o Dukão ficou animado de começarmos falando sobre grana. Sobre como podemos nos organizar para levar uma vida mais alinhada com o que desejamos, tendo mais tempo para nós mesmos.

Aceitamos sugestões até a hora da gravação, que acontecerá nesta quarta-feira às 23h.

Gostou da ideia? Tem alguma sugestão? Quer participar? Fale livremente aí nos comentários que a gente vai batendo bola.

[]‘s, HB!

Como entendedor de cinema, eu sou um ótimo jogador de purrinha. Então vou me limitar às reflexões que o filme me provocou.

“Deve ser difícil viver na sua cabeça.”

Essa é uma frase que costumo ouvir bastante em casa quando converso sobre minhas ideias e visões “incomuns”.

Então se você é dessas pessoas que tem a mente agitada, assistir ao filme vai lhe proporcionar uma certa paz, pois devia ser ainda mais difícil viver na cabeça do Renato Russo.

Brincadeiras à parte, as tensões de se lançar em busca da percepção do que se deseja ficam muito bem retratadas no filme. O ator consegue transmitir com muita sensibilidade as ondas de tédio, dúvidas e os impulsos que motivam ações incompreendidas, mas muito necessárias.

Singularidade

Como diria Sílvio Meira, o futuro vem do futuro.

Quem diria que de um grupo de adolescentes que não tinham mais o que fazer surgiriam diversas bandas que trilhariam o caminho que hoje conhecemos?

Ninguém! O sucesso como instituído e vendido socialmente é improvável, por isso é tão importante construir sua própria definição de sucesso.

É muito interessante a trajetória caótica de sucessivos nascimentos, mortes e ressurreições de bandas.

Esse grau de liberdade é importante para que se continue fazendo, tentando, mesmo com o desconforto de não compreender antecipadamente o que se faz.

Em uma cena em especial, os integrantes do Legião Urbana estão discutindo: “e se não der certo?”; E o Renato afirma: “Eu não quero nem pensar em alternativa.”

Essa é a virada de chave. Uma decisão a despeito das circunstâncias.

O Nativo e o Outsider

O filme tem muitas cenas interessantes que retratam “maluquices” cotidianas.

Todos temos as nossas. Mas quando expostas ao social, a reação padrão é de estranheza seguida pelo julgamento: “Esse cara é maluco”.

Atitudes como perder um show para meditar sobre a morte do John Lennon porque a Yoko Ono pediu.

Julgar o que não se compreende está na raiz da intolerância. O outsider, que não compreende o comportamento e as motivações do nativo, julga, deixando de reconhecer o outro como alguém, e o reduzindo à alguma coisa.

O remédio para este comportamento é a “observação participativa”, um conceito antropológico que enfatiza: observar sem interagir não proporciona compreensão.

Julgar sem compreender nos leva a ignorar que é possível haver sentido, por mais que não se perceba lógica.

Em algum momento a gente esqueceu que sentido vem de sentir e não de racionalizar. O resultado desse esquecimento? Um monte de outsiders julgando nativos e divulgando seus veredictos vazios no Facebook, sem compreender que de alguma forma, todos somos nativos e outsiders em diferentes situações.

Homofobia

Como mencionado pelo Pablo Villaça, o filme demonstra covardia ao abordar os dilemas sexuais do protagonista.

O filme já vinha tratando do tema sexualidade, até que Renato conhece Carlinhos e se segue uma cena bonita e muito humana, retratando duas pessoas se conhecendo e se reconhecendo.

Mas uma parte da platéia pareceu não estar vendo o mesmo filme que eu. Logo quando os personagens se conhecem, a platéia reage em coro com murmurinhos e risos.

Me senti extremamente constrangido, ofendido e em seguida, profundamente triste.

Acho que aprendi o que é homofobia. A homofobia velada. É uma coisa mínima, uma sutileza que passa despercebida, mas que ofende profundamente e não permite defesa.

Fiquei triste ao constatar que a homofobia e as demais fobias sociais, não se resumem a intolerância. Mais do que intolerância, há uma incapacidade de apreciação das diferenças. As pessoas estão incapazes de reconhecer o afeto, o amor, a humanidade na relação entre duas pessoas quaisquer.

Quanto tempo são 30 anos?

Pra mim, que tenho essa idade, é tudo. Mas parece que culturalmente 30 anos são 30 segundos.

A contemporaneidade das letras do Renato Russo é assustadora. Aquelas músicas poderiam ter sido escritas hoje pela manhã.

Saí do cinema com a sensação de que não se passaram 30 anos no Brasil. Ainda nos falta sensibilidade para nos reconhecermos uns nos outros. Essa falta de empatia, consequentemente, gera falta de engajamento para fazermos as mudanças por nós mesmos.

Ainda não conseguimos ler além do que está literalmente escrito, nem ver além do que está explícito na cena. Precisamos de óculos melhores para lermos as entrelinhas das questões, das notícias, das inúmeras distrações que nos empurram para a ignorância.

Não, isso não é uma reclamação. É um ato de conscientização. Um lembrete de que ainda tem chão pela frente. De que ainda não estamos onde queremos. Ao menos eu ainda não estou.

Esta semana eu decidi finalmente adaptar o site do Small Acts Manifesto para outros idiomas, e no processo acabei caindo numa cilada de coincidências.

Para que você não cometa o mesmo erro, criei uma receitinha de bolo para configurar o projeto.

Começe pelo settings.py:

USE_I18N = True
LANGUAGES = (
    ('en', u'English'),
    ('pt-br', u'Português'),
)
LOCALE_PATHS = (PROJECT_DIR.child('locale'),)

É simples, mas temos alguns pontos de atenção:

• O LANGUAGES é uma tupla de tuplas. O primeiro elemento das tuplas é o language code. Para português brasileiro o valor é pt-br, tudo minúsculo separado por hífen.
• LOCALE_PATHS é escrito no plural e aceita vários diretórios, portanto é uma tupla contendo strings.
• Se você não sabe o que é o PROJECT_DIR, veja nesta palestra.

Crie os arquivos .po

Cada idioma tem um “código fonte” da tradução.

O Django varre todo o código fonte e reúne as strings marcadas para tradução com o comando:

python manage.py makemessages -l en -l pt_BR

Atenção, o parâmetro deve ser pt_BR, com pt em minúsculo e BR em maiúsculo, separados por underscore. Esse formato é o locale name e este valor será usado para criar o diretório que conterá o arquivo django.po.

Usando as traduções

Depois de definir as traduções editando os arquivos .po, basta empacotar a tradução, compilando os .po em .mo para os idiomas disponíveis:

python manage.py compilemessages

Ao longo do projeto você vai usar várias vezes o makemessages e o compilemessages.

Se você for realizar traduções colaborativas, o Transifex pode ajudar bastante e é grátis para projetos open source.

Mas e a cilada?

Quando eu implementei conteúdo em português tudo funcionava bem no ambiente de desenvolvimento, mas no ambiente de stage o site só exibia o idioma padrão que é o inglês. Clássico caso de works on my machine. Como pode?

O problema era que eu estava desenvolvendo no Mac e o site está hospedado em Linux.

Por desatenção, eu executei o makemessages -l pt_br, em minúsculo.

Na minha máquina tudo funcionava, porque o filesystem do Mac não é case sensitive por padrão, logo conseguia encontrar o diretório. Já no Linux, era como se não existisse dicionário disponível em português.

Qual a moral da história?

Use vagrant mesmo em um site ridiculamente pequeno, e compartilhe seus tropeços para que outros possam rir de você, com você.

[]‘s, HB!

“As pessoas precisam entender de uma vez por todas, a busca da “invisibilidade da tecnologia” é um dos pilares do totalitarismo vigente.”

O Luis Soeiro perguntou se eu poderia explicar melhor…

Tecnologia é conhecimento aplicado. Basicamente, com a ciência conhecemos a natureza e com a engenharia criamos ferramentas a partir destes conhecimentos.

No início, uma nova tecnologia encanta, mas logo a gente se acostuma com ela e a incorpora na nossa rotina. Com o tempo, tecnologia vira mágica, no sentido de que todos apreciam, alguns sabem como ela funciona, poucos sabem como implementá-la e uma restrita minoria detém o direito de reproduzí-la.

Tecnologia existe para expandir a capacidade do ser humano. Mas se nossas capacidades são tão ampliadas com tecnologias, por qual razão temos cada vez menos tempo? Por que estamos cada vez correndo mais?

Porque não dominamos as tecnologias. Apenas as usamos para obtermos um resultado. E a cultura do “foco no resultado” dispensa o acesso a como as coisas funcionam, apesar de dependermos cada vez mais destas ferramentas.

Isso acontece em todos os âmbitos. Pegue a programação web, por exemplo. Quantos profissionais repousam na mais alta camada de abstração do framework de sua preferência? Quantos compreendem como e porque o framework funciona e quantos seriam capazes de implementar o seu?

Não estou sugerindo que cada programador tenha que implementar o seu próprio framework. Mas penso que devam ter esta capacidade.

Essa é a essência do movimento Do It Yourself. A busca pelo conhecimento tácito para realizar a mágica e não apenas permanecer como espectador ou como mágico teórico.

Sem essa busca, a mesma tecnologia que poderia libertar, acaba se tornando invisível, reduzindo o homem à escravo ignorante do seu aluguel. Afinal, se você depende, mas não possui, terá que pagar pelo acesso. Sempre!

[]‘s, HB!

Agregações condicionais como SumIf e CountIf são famosos nas planilhas. Na sua aplicação web, elas podem ajudar a reduzir a quantidade de queries para obter informações como estatísticas, por exemplo.

Imagine que você tem um modelo Offer, como este:

class Offer(models.Model):
    sponsor = models.ForeignKey(User)
    price = models.DecimalField(max_digits=9, decimal_places=2)
    status = models.CharField(max_length=30)
    expire_at = models.DateField(null=True, blank=True)
    created_at = models.DateTimeField(auto_now_add=True)
    updated_at = models.DateTimeField(auto_now=True)
 
    OPEN = "OPEN"
    REVOKED = "REVOKED"
    PAID = "PAID"

Digamos que você queira saber:

1. Quantas ofertas existem no total;
2. Quantas ofertas estão OPEN, REVOKED ou PAID;
3. Quanto dinheiro foi oferecido no total;
4. Quanto dinheiro está em ofertas OPEN, REVOKED e PAID;

Para obter estas informações você poderia adicionar SQL direto com o método extra do QuerySet, ou executar as queries:

from django.db.models import Count, Sum
 
Offer.objects.count()
Offer.objects.filter(status=Offer.OPEN).aggregate(Count('pk'))
Offer.objects.filter(status=Offer.REVOKED).aggregate(Count('pk'))
Offer.objects.filter(status=Offer.PAID).aggregate(Count('pk'))
Offer.objects.aggregate(Sum('price'))
Offer.objects.filter(status=Offer.OPEN).aggregate(Sum('price'))
Offer.objects.filter(status=Offer.REVOKED).aggregate(Sum('price'))
Offer.objects.filter(status=Offer.PAID).aggregate(Sum('price'))

Neste caso, 8 consultas ao banco foram necessárias para obter as informações desejadas.

Com as agregações condicionais do django-aggregate-if você pode obter tudo com apenas 1 query:

from django.db.models import Q
from aggregate_if import Count, Sum
 
Offer.objects.aggregate(
    Count('pk'),
    Count('pk', only=Q(status=Offer.OPEN)),
    Count('pk', only=Q(status=Offer.REVOKED)),
    Count('pk', only=Q(status=Offer.PAID)),
    Sum('price'),
    Sum('price', only=Q(status=Offer.OPEN)),
    Sum('price'), only=Q(status=Offer.REVOKED)),
    Sum('price'), Q(status=Offer.PAID)),
)

Inspiração

Existe um ticket 11305 que (com sorte) adicionará essa capacidade ao ORM do Django 1.6.

No entanto, refatorando a página de estatísticas do FreedomSponsors.org, decidi implementar o django-aggregate-if para trazer esta funcionalidade para o Django 1.4.

A biblioteca utiliza a mesma API e testes propostos no ticket 11305, então quando a funcionalidade estiver disponível no Django, você poderá facilmente substituir o django-aggregate-if.

O código está no Github e toda contribuição é sempre bem-vinda.

[]‘s, HB!

O uso recorrente destes dois pacotes pode gerar o incômodo de ter que instalar o IPython em cada virtualenv, mas existem alternativas para contornar este inconveniente.

A melhor delas é simplesmente instalar o IPython 0.13 no escopo do seu sistema. Esta versão lançada em junho de 2012 contém o patch para detectar automaticamente o virtualenv ativado.

Esta solução funciona para 90% dos casos. Os 10% restantes incluem cenários onde a versão do Python do seu sistema é diferente do seu virtualenv, por exemplo. Para estes casos especiais, basta instalar o IPython no próprio virtualenv.

Dentre as outras alternativas que observei, duas me chamaram a atenção: (1) incluir o IPython como dependência do projeto no requirements.txt ou (2) criar um requirements_dev.txt para não forçar a instalação do IPython no deploy do projeto.

Ambas devem ser evitadas. A primeira ignora que o IPython é na verdade uma preferência do desenvolvedor e não uma dependência do projeto. Há quem prefira o BPython como meu amigo Rodrigo Cacilhas. A segunda introduz a complexidade de duas listas de dependências usadas em momentos distintos o que é uma receita para desatualização e confusão.

[]‘s, HB!

Concentrados em fazer funcionar, é comum que, apesar de satisfeitos com o resultado, terminemos com o "ateliê" um tanto bagunçado.

O problema é que ao contrário da pintura, onde obstáculos físicos nos sinalizam que precisamos arrumar a casa, na programação a bagunça pode muitas vezes passar despercebida por um tempo, correndo o risco de acumular perigosamente.

É aí que entram as ferramentas de analise de código para nos informar quando deixamos alguma bagunça passar.

Para projetos Python, duas ferramentas muito interessantes são o Flake8 e o Coverage.py

O Coverage.py detecta as linhas de código que não são executadas no seu programa. Ao utilizá-lo na execução da suite de testes do seu projeto, ele informa a cobertura de testes do seu código. Se você está desenvolvendo um projeto Django, você vai querer usar o django-coverage.

Já o Flake8 é um projeto que combina 3 ótimas ferramentas em um só pacote:

• Pep8 que verifica se o estilo do código respeita o padrão adotado pela comunidade descrito na Python Enhancement Proposal 8.

• PyFlakes que analisa estaticamente seu código detectando inúmeros anti-patterns e erros lógicos como módulos importados que não são utilizados, uso de variáveis não declaradas, entre muitas outras coisas.

• Codepaths que realiza a análise da complexidade ciclomática do código com base nas métricas de McCabe.

Para usar estas ferramentas basta instalar os pacotes com o pip e os comandos estarão disponíveis para você.

Para automatizar a inspeção do seu código, você pode tanto configurar o seu git-precommit-hook quanto adicioná-los ao seu ciclo de integração contínua. Isso vai lhe ajudar na disciplina de manter seu código organizado.

[]‘s, HB!

A Amaivos é um espaço muito interessante com o conceito de OpenWork e está muito bem localizada na Praça Tiradentes 73 2º andar, no Centro do Rio de Janeiro.

O encontro é uma desconferência que reúne programadores e entusiastas do mundo Python em um ambiente livre e descontraído próprio para o aprendizado e compartilhamento de experiências.

O evento é construído colaborativamente e para participar é simples! Basta preencher este formulário informando:

• Seu nome e email
• O que você deseja levar para o evento?
• O que você deseja ouvir no evento?

Você pode acompanhar quem vai e o que o pessoal quer fazer no encontro por aqui. No dia, estas informações serão usadas para motivar as discussões e atividades entre os participantes.

Esta é uma oportunidade imperdível para quem programa em Python ou simplesmente gostaria de saber mais sobre o assunto. Todos são muito bem-vindos. Se você é super experiênte ou se você está apenas começando, se já sabe Python ou se nunca ouviu falar, esse é o lugar onde você deve estar no dia 11 de agosto.

Nos vemos por lá!

[]‘s, HB!

As reações já eram muitas e de início li as primeiras 5 mensagens da thread e me espantei com o fato de, apesar de toda a comoção, ninguém criticou o @jaseemabid. Mesmo após o Linus ter respondido o autor do pull request, ele sugeriu que “deixasse passar essa” por considerar um patch simples, afinal o cara estava colaborando. A afirmação paternalista foi desrespeitosa, apesar de provavelmente não ter sido maliciosa.

O Linus respondeu, e foi este o estopim para vários comentários que em essência são “pró-comunidade” e “contra o mau exemplo de liderança do Linus”.

Tenho a impressão que há uma tendência à inversão entre meio e fim quando o assunto é comunidade, contribuição e colaboração. Os discursos retratam a comunidade como o fim maior, enquanto comunidade é na verdade o meio mais rico para o florescimento de iniciativas livres e distribuídas. A comunidade é uma rede social e em si é ela só potencial. IMHO, a força que realmente vence a inércia é o fazer de cada um. Fazer por si mesmo. Não com um senso de individualismo ou egoísmo, mas fazer porque você deseja, gosta, acredita que deve. Não para um “bem maior” ou “bem comum”.

Essa confusão é natural e já aconteceu no #Horaextra do Rio, por exemplo. O encontro estava crescendo e sustentando o crescimento com a participação de cada vez mais gente interessante. Em certo momento surgiu uma preocupação com “não deixar aquilo morrer”, afinal estava tão bom! Por que não persistir e escalar? Com isso, iniciou-se uma discussão estranha que em essência, levava à uma institucionalização do #Horaextra. Discutimos muito e aprendemos que para o #Horaextra não morrer bastava que uma pessoa continuasse comparecendo. A continuidade só dependia do desejo individual de cada um. Felizmente concluímos que o #Horaextra é só um chopp e nada mais. Se morresse, seria porque as pessoas desejavam fazer outra coisa em vez de ir para aquele encontro e isso é ótimo.

Esse entendimento foi determinante para que outras iniciativas pudessem se inspirar naquele exemplo. No entanto, cada uma seguiria tocando seu barco independentemente, segundo os desejos individuais dos que empreendessem a nova iniciativa.

Um belo fruto disso foi o #HoraextraBH. É uma iniciativa fantástica com uma identidade toda própria, com a qual também me identifico muito. Tanto que já até cometi o equívoco de propor uma fusão entre as listas de discussões do Rio e de BH, o que não faz sentido algum. São duas iniciativas independentes e quem se identificar com ambas, basta se inscrever nas duas listas e interagir com a turma.

Mas para que eu falei tudo isso? Bom, uma coisa que admiro no Linus é que ele tem uma capacidade incrível de imaginar algo e transformar a sua realidade pautado em sua imaginação. Querer é o suficiente para ele se lançar em uma iniciativa, mesmo que não dê em nada. E o cara faz isso há mais de 20 anos.

O fato dele ter conduzido algumas iniciativas de forma pública e aberta ajudou todo um movimento a emergir entorno do Linux e tudo o mais. Mas é fundamental ter em mente que cada iniciativa emergiu por desejo de outros indivíduos que não ele. Isso é importante, pois ele não é e nem parece querer ser lider de ninguém. E isso choca as pessoas! Afinal, florestas inteiras são consumidas para propagandear estratégias coercitivas travestidas de “liderança” nas páginas da Você S.A. e similares.

Acho que isso é um ponto relevante que parece passar despercebido. A maioria das pessoas esperam dele o comportamento de um líder, rei, herói, pai, salvador. Mas o cara só segue seu desejo e pronto. Ele interage com um monte de gente? Sim, mas nos termos dele, e com aqueles cujos valores estão alinhados com os dele. Ouso dizer sinceramente, que ele parece tratar o Linux como “só um chopp”.

Qualquer um pode “tomar um chopp” com ele. As instruções são vastas. Mas se ele já disse explícitamente que não aceita pull requests pelo Github, porque as pessoas insistem? É direito dele trabalhar como deseja e se o outro discorda, é direito do outro se negar a contribuir. Normal. Não gostou? Faz um fork do projeto e sustenta seu fork! Simples, mas exige uma alta capacidade agir pelo seu desejo.

No entanto, quando acontecem esses episódios, rapidamente surgem os discursos “paz e amor”. Discursos furados, até meio socialistas, de igualdade e esforço em prol de um bem comum materializado em código. Discursos falsos sobre comunidade, pois uma comunidade que não respeita a liberdade do indivíduo não é comunidade. É outra coisa, é massa, público, platéia, audiência. É um passo para a conversa de “bem comum”, “bem maior” e a história está repleta de péssimos exemplos que aconteceram por um bem maior.

[]‘s, HB!