Note que não é apenas um novo pico: a linha deste ano se afastou completamente de qualquer outra inclinação previamente registradas.

Essa estatística da temperatura elevada da superfície do oceano tem conexão direta com o El Niño (e também com a temporada de furacões), e este ano ela está indo além de qualquer limite conhecido, e bem acima de outros anos especialmente tempestuosos.

A conclusão representa a síntese dos motivos pelos quais meteorologistas e órgãos de defesa do mundo inteiro estão se preparando para algo inédito nesta temporada, e já começando por agora, porque o El Niño em si já iniciou há 2 meses.

O El Niño é um fenômeno global: a água aquecida do Oceano Pacífico altera os padrões dos ventos e redistribui o regime de chuvas por todo o planeta. Na América do Sul geralmente o recebemos na forma de chuvas mais intensas e inundações; na Austrália, geralmente isso representa condições mais quentes, com risco de secas e incêndios florestais; e partes da Ásia também sofrem secas severas.

As consequências são sentidas não só nos desastres que afetam as populações, mas também na agricultura, no abastecimento de água, nos ecossistemas e nas economias de todos os continentes.

E quem tem como se preparar, está bem na hora de garantir seu planejamento e suas providências.

Vale lembrar: há anos mantenho atualizado o site Calamidade.net, sempre torcendo para ninguém precisar dele, mas ele permanece lá, explicando como preparar sua família para emergências e calamidades.

O artigo "Além da linha vermelha: O El Niño deste ano tende a ser fora da escala" foi originalmente publicado no site TRILUX, de Augusto Campos.

Se havia algo combinado, ir além do combinado também é descumprir – especialmente quando a entrega precisa encaixar com as entregas dos outros.

Fazer isso de surpresa, e só revelar na hora de entregar, remove a oportunidade das outras partes adaptarem a tempo as entregas delas, que ficam desconexas ou até incompatíveis.

Quantos insucessos nascem dessa boa intenção? Já vi muitos, e todos me fizeram lamentar intensamente.

O artigo "Não precisa enfeitar o pavão" foi originalmente publicado no site TRILUX, de Augusto Campos.

Idade não é mérito nem atesta sabedoria, mas minhas décadas me trouxeram uma experiência sólida em receber (e lidar com) gatekeeping, que é aquela atitude de quem se acha porteiro de boate do seu hobby, da sua causa, do fandon da sua banda preferida etc. e quer fazer a triagem de quem pode ou não se alinhar às mesmas preferências.

E essa experiência vem também porque eu meio que venci todas as loterias de entrar em campos que tem fãs intensos: código aberto/software livre, vôlei feminino, gostar ao mesmo tempo de punk rock, de heavy metal e de música eletrônica (e de avril lavigne), e mais.

Você pode imaginar quantas vezes eu ouvi invalidações das minhas preferências, ou aquela velha ladainha de "pra você apoiar esse _____ aqui que eu também apoio, primeiro precisa passar por esse meu critério de pureza".

Aliás: ouvi, ouço e certamente continuarei ouvindo, porque continuo apoiando essas mesmas causas e tendo as mesmas preferências.

Quando vai além do clubismo

Quando se trata de mero clubismo (e não inclui componentes de discriminação, em especial misoginia), esse tipo de coisa pode até ser folclórica, cultural, ainda que rasteira, contraproducente e merecendo ser superada logo.

Mas quando o gatekeeping quer restringir quem pode praticar atos de defesa a uma causa, e essa causa é meritória e positiva, ele se torna um obstáculo importante ao crescimento da causa, tristemente praticado por pessoas que acreditam estar defendendo algum ideal subjacente a essa causa.

Faz sentido preferir restringir quem age em apoio à mesma causa do que você? Em termos de escala de prioridades, não muito.

Atuando desde 1996 no mundo do código aberto, já recebi esse tipo de pressão muitas vezes, tanto da turma que se identifica com esse mesmo nome, quanto na que se alinha à Free Software Foundation (não é meu caso, há anos), e que muitas vezes quis me dizer que antes de eu defender alguma posição nesse âmbito, eu precisava completar os Doze Trabalhos de Hércules que eles haviam selecionado pra mim, ou ter me purificado em relação a algum pecado¹.

Não é privilégio desses grupos, claro: assim como lá, em vários outros grupos (seja das artes, das causas sociais etc.) a gente percebe que no meio de uma maioria de gente legal, gentil e inclusiva, tem um percentual de pessoas barulhentas e abrasivas, que valorizam mais as diferenças do que as identidades, e exigem tributos e comprovações de fidelidade antes de expressar aceitação do apoio de quem não reza exatamente pela mesma cartilha ou venera os mesmos ídolos.

Uma solução eficaz pra mim, mas nem sempre feliz

Felizmente, a verdade é que não há pré-requisitos para se alinhar a causas meritórias, embora possa haver para ser aceito por indivíduos ou grupos que se identificam com elas.

Menos felizmente, ou talvez até infelizmente, eu acabei aprendendo a preferir defender os meus pontos de vista a partir de ações individuais, e não como parte de grupos – e uma das principais razões é que o gatekeeping alheio é uma força mais persistente do que a minha paciência para buscar inclusão e pertencimento.

Às vezes eu inspiro outras pessoas a aderirem ao mesmo esforço que eu, outras vezes não, mas por mim tudo bem: não estou fazendo pra ser aceito, e sim por acreditar em algo e em poder dar uma contribuição.

Isso é uma coisa que me desmotivava, mas com a maturidade acabou se transformando em um impulso a mais, porque na real há um determinado percentual de pessoas que jamais irão nos aprovar, e eu realmente penso diferente delas, então podem me barrar do convívio delas quanto quiserem.

Certo estava Quintana: eles passarão, eu passarinho.

O artigo "Gatekeepers de apoio: não trabalhamos" foi originalmente publicado no site TRILUX, de Augusto Campos.

Na imagem acima você pode perceber que os posts estão encadeados de uma forma que indica visualmente, e em vários níveis, qual deles é resposta a qual outro.

Mas por que?

Mais uma vez, foi uma interação no Fediverso que me deu o ensejo para postar algo por aqui: o Gabriel Bezerra me fez uma pergunta sobre a complexidade de exibir uma thread do Mastodon encadeada em forma de árvore em vários níveis, como a típica exibição de uma thread do Reddit, por exemplo.

Era madrugada e eu não percebi que a pergunta dele (desculpa, Gabriel!) veio no contexto da thread sobre o lançamento do meu app Estica, e assim na verdade era uma consulta sobre a possibilidade de eu agregar a ele esse recurso.

Entendi que era uma pergunta sobre viabilidade, e respondi explicando como ele podia implementar, e até dei um exemplo de código. A discussão foi boa, mas encerrou ali, sem a solução que o Gabriel queria.

O script

Como eu havia respondido ao Gabriel, a complexidade de implementar essa exibição não é das mais elevadas - a API do Mastodon oferece os dados necessários, e o esforço maior é na criação de um layout visual (do qual só fiz o mínimo necessário) do que em ter os dados da thread para trabalhar.

Para demonstrar isso, desenvolvi este script aqui, que funciona como prova de conceito: ele recebe como parâmetro a URL do post que inicia uma thread, e formata essa thread visualmente como uma árvore, tanto em texto puro (para o terminal) quanto em HTML (para a web).

Faça o download do script, renomeie para mastotree.sh, leia o código para compreendê-lo, dê permissão de execução, e aí o rode assim:

./mastotree.sh https://arram.senta-la.cloud/@autobrain/116579911019740570

Substitua a URL pela do post inicial de alguma thread que você deseje usar em seu teste, naturalmente. A saída no terminal será algo assim:

Para gerar a saída em formato HTML (o script gera e informa o nome do arquivo que foi gerado), basta acrescentar o parâmetro -w antes da URL, assim:

./mastotree.sh -w https://arram.senta-la.cloud/@autobrain/116579911019740570

Indo além

Você irá notar que o script não é dos mais curtos, mas a parte que interage com a API do Mastodon se concentra em meia dúzia de linhas - todo o restante são detalhes de ordenação e exibição dos dados recebidos.

Por isso, hoje me permiti ser menos didático e ir direto à aplicação. Interação com a API é a parte em que eu tenho mais lugar de fala, e front-end pra mim é sempre um oceano misterioso. No post Programando bots para o Mastodon: obtendo dados via API e em vários outros posts da tag Mastodon aqui do blog eu já mostrei detalhadamente como obter e tratar dados da API.

Mas o script, em sua forma atual, se limita ao essencial (por exemplo, incluí uma restrição fixa de só ir até ao 4º nível de respostas, e mostro só os campos mínimos necessários para fazer sentido, além de formatar insuficientemente o texto no terminal).

Ele é uma prova de conceito, e você pode reimplementá-lo em outras arquiteturas, e incluir funcionalidades adicionais. Afinal, é open source!

O artigo "Programando bots para o Mastodon: exibindo threads encadeadas" foi originalmente publicado no site TRILUX, de Augusto Campos.

O funcionamento é simples: você preenche a URL de um post do Fediverso, e o Estica vai carregar esse post e suas respostas visíveis, exibindo-as na forma de uma thread bem formatada, com a íntegra dos posts, imagens e cards de anexos, prontinho pra gerar um documento em PDF ou copiar em Markdown para o Obsidian ou outro software em que você faça o seu arquivamento.

Depois de esticar uma thread, ficam disponíveis 3 botões de ação: copiá-la em formato Markdown (prontinho pra colar no Obsidian), copiar uma URL para acesso direto a essa expansão¹ (como este exemplo real), ou exportar o conteúdo como PDF.

Eu uso muito os expansores de threads, porque elas fornecem material de grande qualidade pras minhas referências arquivadas no Obsidian.

Eu tenho demanda frequente de esticar (ou desenrolar/unroll) threads do Fediverso, porque arquivo no Obsidian os meus posts (e threads) que possam servir para referência futura, já que a experiência demonstra que a existência e integridade das threads na web é efêmera, e o interesse em seu conteúdo é de longa vida.

Para o meu uso prático, as 3 opções (markdown, link e PDF) bastariam, mas eu aproveitei que estava com a mão na massa e incluí mais uma funcionalidade: formatar visualmente as threads, para uso em ilustrações e screenshots.

Assim, incluí 22 estilos visuais, que podem ser selecionados à vontade, antes ou depois de fazer a expansão da thread. Tem para todos os gostos: sóbrios, coloridos, de alto contraste, alta legibilidade, retrô, imitando o fórum do orkut, imitando o whatsapp, história em quadrinhos e mais.

Mas por que?

Há mais de um ano eu vinha usando pra isso uma rotina em javascript adaptada, mas os limites dela estavam me incomodando cada vez mais frequentemente, então fiz o que se faz nessas horas: reinventei a roda, agora com suporte aos recursos que me faltavam (especialmente no tratamento de imagens, alt text e cards descrevendo links externos/anexos).

O resultado é o Estica, que eu criei pra meu uso, mas está disponível para quem mais tiver demanda de expandir threads do Fediverso.

Ele usa o modelo que eu não curto, que é webapp javascript com um framework empacotado - mas podia ser bem pior, porque nesse sentido eu usei só o Tailwind, pra facilitar na questão da estilização.

Sobre privacidade e autoria dos posts

O Estica não armazena dados de ninguém, em servidor nenhum. Ele baixa e processa diretamente no navegador do usuário os dados do post ou da thread que você apontar, sempre fazendo uso da API pública do Mastodon em sua versão sem autenticação, para garantir que só terá acesso a conteúdos disponíveis sem qualquer restrição de natureza geral.

Mesmo assim, não custa sublinhar: assim como acontece quando você visualiza os posts em um cliente de uso geral, todo o conteúdo dos posts exibidos continua a pertencer aos seus respectivos autores.

Não cometa a falha que eu já cometi e hoje me arrependo, que é o erro de compartilhar as threads expandidas sem antes verificar o consentimento de todos os autores dos seus posts - seja expresso nos termos de uso que ele adotou, ou consultando-os diretamente.

O Estica está no ar e à disposição dos interessados. Seu código-fonte também está integralmente disponível para consulta no mesmo arquivo HTML da página, para quem quiser conhecer como funciona.

O artigo "Estica, um app para fazer unroll de threads do Mastodon" foi originalmente publicado no site TRILUX, de Augusto Campos.

Anos passaram, e nada de notícias do artista. Até que o imperador cansou de esperar: foi até a casa e, já ao entrar, antes mesmo de ver o pintor, notou que todas as telas espalhadas pela casa estavam em branco.

Tomado pela ira, o imperador concluiu – corretamente – que o pintor não tinha feito esboço nenhum, não havia praticado, passou anos sem colocar em prática a ideia para a qual havia sido escolhido.

Nesse momento, entra na sala o artista. Com profundo respeito, reverencia o imperador e, ato contínuo, pega um pincel ao lado da maior das telas e, com um movimento rápido, desenha nela um caranguejo.

Naquele fugaz minuto, o artista havia pintado o caranguejo perfeito, reconheceu imediatamente, o embasbacado imperador.

O artista, expressando sua gratidão pelo longo e generoso patrocínio recebido, retribui com uma explicação que iluminou o imperador, mais do que a perfeição da pintura: ele não tinha como pintar antes, pois precisava que o caranguejo existisse nele primeiro, já que a arte é um ato de “não-ação”, e a perfeição só vem onde há lugar para a naturalidade e espontaneidade.

Pelo esforço construímos produtos, mas o sublime demanda outros caminhos.

(eu não lembro onde eu conheci esse conto zen originalmente, mas sei que foi na década de 1980, porque lembro da primeira vez que eu o usei numa situação prática na vida, e foi ainda na adolescência)

O artigo "Zen, o imperador, e o caranguejo perfeito" foi originalmente publicado no site TRILUX, de Augusto Campos.

Hoje, a pedido da minha irmã do meio, a minha tia compartilhou imagens e uma tradução para o português, feita por ela mesma, das anotações familiares feitas a partir de 1886, com caneta, em letras cursivas semigóticas, nas páginas iniciais de uma bíblia protestante que ela como filha mais velha herdou da geração anterior.

É uma árvore genealógica mantida por duas ou 3 gerações de meus familiares, sucessivamente. Conta a história dos nascimentos (e outras efemérides: quem lutou em guerras, quem teve filho fora da nota fiscal etc.) do ramo do meu avô materno, num período de cerca de 70 anos compreendendo séculos XIX e XX, e que começa algumas décadas antes do início das anotações.

Massa demais.

Não são informações novas: esse período deve ter sido tão traumático para eles – que passaram pelos horrores da 1ª Guerra Mundial e uma sequência de migrações (que hoje chamaríamos de fluxo de refugiados) entre regiões que hoje são da Alemanha, Polônia e Romênia antes de virem pras Américas definitivamente em 1924 – que essa memória foi passada pras gerações futuras de várias outras formas também, inclusive com muita riqueza de histórias contadas tomando um café ou um chopp.

Um detalhe interessante é que o meu avô materno deu continuidade a essas anotações, mas aí em um caderno à parte – e esse caderno está aqui em casa, pronto para um dia virar um estudo que quero aprofundar, e que começa no território onde hoje fica a minha cidade natal, Joinville – mas meses antes da chegada oficial dos primeiros europeus para fundar a povoação da colônia.

Uma nota de rodapé, solta, mas interessante: descobrimos hoje que a família da amiga historiadora com quem há mais de ano venho conversando sobre essas minhas intenções, e que com sorte e vento a favor um dia vai ser a minha orientadora nesse projeto, está mencionada nominalmente naqueles registros da bíblia da minha família! E é uma conexão dupla, porque tanto pode ter sido na passagem pela (hoje) Polônia, quanto nas chegadas ao norte de Santa Catarina.

O artigo "Uma árvore genealógica feita com caneta preta, por 2 séculos, em 4 países" foi originalmente publicado no site TRILUX, de Augusto Campos.

O custo social e pra sustentabilidade fica AINDA MAIS triste quando se considera isso, afinal pois o ideal seria não pedirem, não ser recebido, e não ser elaborado: uma definição completa de esforço que não gera valor nem contribui para o resultado.

Ou, quando muito, se refere a algo que é feito por questões de maquiar imagem dos envolvidos – como nas expressões "pra inglês ver", "jogar pra torcida", e similares.

Mas é isso.

FAQ:

1. O texto acima é uma defesa do uso de LLM?
R. Não

2. O texto acima indica que esse é o único caso de uso de LLM?
R. Não

3. O texto acima indica que esse é o principal caso de uso de LLM?
R. Não

O artigo "IA e o mercado de gerar entregas que quem recebe não queria e quem fez não estava a fim" foi originalmente publicado no site TRILUX, de Augusto Campos.

Eu criei o Axe em 2012, logo depois de perder definitivamente a paciência com a complexidade crescente do WordPress (após já ter passado pelo mesmo ciclo com o Drupal, 5 anos antes).

O Axe – que publicou este post que você está lendo – é um sistema gerenciador de conteúdo, em PHP modo shell que, a partir de arquivos contendo apenas o título e o corpo do post, em formato texto ou HTML, gera e atualiza toda a estrutura típica de um blog: índices, páginas de posts individuais, feed, tags, sitemap, etc.

Além de ser simples¹ na operação, o Axe é da família dos CMS estáticos, o que significa que ele só processa os posts no momento das inclusões e alterações – na hora de servir a página, ele dispensa ter PHP, Javascript², nuvem etc., porque a página é gerada como um HTML estático.

Uma oportunidade inesperada

Na semana passada, um pedido de um colega (até então) desconhecido colocou em marcha os acontecimentos que conduziram à primeira atualização em versão pública do Axe desde 2013.

Eu uso o Axe literalmente todos os dias, portanto não foi desuso a causa desse tempo todo sem atualização: a questão é que esse CMS foi desenvolvido a partir de um mapeamento das minhas demandas pessoais de publicação de blogs, e já em 2013 ele ficou completo em termos de recursos.

Download e documentação do Axe

Assim, a partir de 2013, com o Axe já rodando em todos os meus blogs e mais alguns sites, as únicas alterações que eu fiz na base de código dele foram pra manter a compatibilidade com as mudanças de sintaxe do PHP em modo shell (entre o PHP 5 e o PHP 8, basicamente) – que nem foram muitas.

O inesperado (considerando o tempo que faz desde a última vez que isso aconteceu) contato de um usuário interessado em usar o Axe me fez perceber que a versão disponível para download ainda era compatível com o PHP 5, e daria erro em provedores modernos. A solução foi simples: portar para a versão pública os ajustes que fiz nesse período (meia dúzia de linhas, se tanto), e gerar um novo pacote.

Literalmente, demorei mais tempo escrevendo e publicando o post de anúncio da atualização do que atualizando o pacote – que o próprio usuário solicitante validou para mim, em uma instalação bem-sucedida, logo depois.

Aproveitei o mesmo embalo para colocar no ar uma página centralizando o download e a documentação do Axe, para que futuros novos interessados possam fazer as coisas na ordem que preferirem, sem precisar olhar todo o histórico de publicações.

Vale destacar: as atividades de operação do Axe ocorrem via linha de comando, no Terminal, portanto ele exige que você tenha acesso shell (SSH ou similar) ao seu servidor de hospedagem e saiba usá-lo.

O Axe também exige que o PHP esteja disponível na linha de comando, embora dispense a ativação do mod_php no servidor web, já que o interpretador PHP é usado apenas em modo shell, no momento da publicação ou gestão do conteúdo – e não para servir as páginas.

Tchau, Github

Também aproveitei o mesmo embalo e descontinuei o repositório do Axe no Github. O Github em 2026 não é mais o que era em 2013 (para dizer o mínimo), e o meu interesse em desenvolvimento colaborativo do Axe é baixo ou inexistente, pois eu o considero completo.

O código continua aberto (licença Apache 2.0) e disponível para quem quiser conhecer e experimentar.

O artigo "Nova versão do Axe, o meu CMS estático que está no ar desde 2013" foi originalmente publicado no site TRILUX, de Augusto Campos.

Meu caso de uso pra termômetros dentro de casa é bem específico e prático: uma das características do meu autismo é não ter a reação de me agasalhar ao sentir frio, então sou capaz de passar horas seguidas em desconforto por não notar que é hora de colocar um casaquinho ou pegar mais um cobertor.

Desde 2025, o arsenal de termômetros da minha casa (que já tinha vários modelos analógicos e digitais) ganhou dois complementos conectados à Internet, na forma de sensores de temperatura Tuya¹, integráveis à Alexa e outras arquiteturas de automação.

Eu coloquei um no escritório e o outro no quarto, e o uso que eu faço deles é o mais básico possível: poder perguntar “Alexa, qual é a temperatura na escrivaninha?” (ou na cabeceira), e receber instantaneamente a resposta audível, sem tirar os olhos do que estou fazendo.

Vale sublinhar que a Alexa e similares sabem responder temperaturas sem o sensor, mas aí informam a temperatura externa da região² – que aqui no meu caso, especialmente no outono e inverno, tende a estar pelo menos uns 10 graus abaixo da temperatura interna, e é um dado que não resolve a minha demanda específica.

Esses sensores também incluem o recurso de medição de umidade, e podem ser usados na configuração de ações automatizadas – por exemplo, ligar um climatizador, ou enviar uma mensagem a alguém, quando a temperatura ou umidade do ambiente atingirem determinados níveis. Não é algo que eu tenha demanda, e se eu fosse fazer algo assim, priorizaria evitar os riscos associados.

Para mim, entretanto, o uso no modo mais básico já é suficiente para o objetivo de não mais acordar de madrugada tremendo de frio, nem passar o dia desconfortável por não perceber que deveria colocar uma blusa de manga comprida.

Ciclo de carga da bateria: 9 meses

Cada um dos sensores funciona com duas pilhas AAA. Eu os ativei³ em agosto de 2025, com pilhas Duracell, e na manhã de hoje, pela primeira vez, um deles começou a piscar seu led (que normalmente fica apagado), avisando que estava quase sem energia.

Era o fim da vida útil do primeiro par de pilhas – troquei por um par novo, e tudo normalizou. Já criei um lembrete no Todoist para a cada 8 meses trocar de novo, e assim reduzir o risco de alguma pilha vazar dentro do aparelho.

O artigo "Esse termômetro conectado à Alexa funciona 9 meses com duas pilhas AAA" foi originalmente publicado no site TRILUX, de Augusto Campos.