____      _            _   _
|  _ \ ___| |_ _ __ ___| \ | | _____      _____
| |_) / _ \ __| '__/ _ \  \| |/ _ \ \ /\ / / __|
|  _ <  __/ |_| | | (_) | |\  |  __/\ V  V /\__ \
|_| \_\___|\__|_|  \___/|_| \_|\___| \_/\_/ |___/
            

Depois de quase dois anos de desenvolvimento, o Ghostty 1.0 promete ser o substituto ideal para os emuladores de terminal no macOS e Linux. Como o próprio Mitchell Hashimoto diz, a ideia é oferecer "uma experiência de emulador de terminal única" sem sacrificar a velocidade ou os recursos. A questão é: será que finalmente teremos uma ferramenta que não faz você escolher entre desempenho e funcionalidades? Apesar de não ser perfeito e com algumas lacunas, é bom saber que existe um esforço firme para melhorar a experiência dos devs por aí.

Sabe aquele momento em que seu servidor parece estar navegando num interno de um jogo de tabuleiro enquanto a CPU vai a mil? Pois é, com o Cosmo, você pode evitar esse desastre. O texto diz que, com ele, "parece que apenas um núcleo está ativo", enquanto as bibliotecas tradicionais estouram todos os núcleos do sistema. Embora ainda esteja em desenvolvimento, a proposta de otimização realmente parece promissora. No final das contas, adotar boas ferramentas como essa é tão essencial quanto saber o que faz o método 'main' funcionarem em C.

Mitchell Hashimoto e sua esposa estão dando um empurrãozinho de $300.000 para a Zig Software Foundation. No texto, ele diz que 'querem apoiar projetos de software independentes que acreditam serem transformadores', e isso é algo que todo dev aprecia, né? A comunidade Zig tem mostrado garra e uma abordagem prática na construção de software, e com esse investimento, a fundação pode acelerar a busca por estabilidade. É sempre bom ver apoio a iniciativas que priorizam a cultura de construção por amor à construção.

Olha só, o Mitchell Hashimoto está botando a mão no bolso com uma doação de 300 mil dólares para o projeto Zig, que parece ter ganhado um bom fôlego. Com "o número de PRs crescendo e a falta de funding“, a grana vai ajudar a manter a equipe ocupada e a infraestrutura em alta. É sempre bom ver essa união entre a comunidade e quem desenvolve a linguagem, porque, como sabemos, toda linguagem precisa de suporte – e não estamos falando só de bugs. No caso do Zig, a chance de ver a plataforma prosperar é crescente.

Olha só, o Zig fez um upgrade na sua presença online. Eles trocaram o site de Hugo para Zine, um gerador de sites estáticos escrito em Zig, o que não é exatamente uma decisão que você espera de uma linguagem que se preocupa com eficiência. A grande jogada aqui não é só a velocidade, mas também como o novo layout lida com conteúdos complexos. E sim, agora é possível receber erros de build ao errar o HTML, que é um pequeno, mas intrigante, passo na evolução do desenvolvimento web. O devlog também é uma boa adição para manter a comunidade conectada, um passo à frente no jogo de comunicação.

Parece que a discussão sobre Richard Stallman está de volta ao ringue, e não é só por causa do seu insistente amor pelo termo "GNU/Linux". O artigo levanta uma questão delicada: é errado usar a neurodivergência como um escudo para comportamentos problemáticos? A afirmação de que criticar Stallman é ableista por conta de sua suposta neurodivergência, como se isso validasse suas opiniões controversas sobre consentimento, é, no mínimo, questionável. No mundo tech, ignorar a responsabilidade individual em nome da neurodivergência pode se tornar um bug no código social. Vamos debater isso em vez de apenas fazer referência a "vibes".

A polêmica em torno de Richard Stallman não é só sobre seu estilo peculiar de se comunicar, mas também sobre como isso se relaciona com o comportamento problemático que ele defende. A argumentação de que suas opiniões são simplesmente 'uma questão de neurodivergência' parece uma maneira conveniente de desviar o foco do cerne da questão. "Uma defesa de comportamentos problemáticos que cita a neurodivergência para não apenas explicar, mas justificar, esse comportamento, é ableista e prejudica pessoas neurodivergentes". É sempre bom lembrar que colocar um rótulo não deve servir para desculpar atitudes questionáveis.

O Livebook está fazendo um belo trabalho de se posicionar como a versão do Elixir do Jupyter Notebooks. Dessa forma, ele não só permite que você rode suas aplicações, mas também se conecta a clusters de aplicativos Elixir para manipular dados de forma muito flexível. E FLAME parece ser um verdadeiro trunfo, trazendo a escalabilidade do serverless sem os pesadelos de manter tudo ortogonal. Se tudo isso não for uma boa razão para os desenvolvedores darem um pulo no Elixir, eu não sei o que mais poderia ser.

Zig está realmente tirando onda com seu suporte a uniões marcadas, e a capacidade de detectar todos os casos em um switch é um verdadeiro salva-vidas para evitar bugs. Como o próprio texto aponta, "o compilador emitirá um erro se você mudar em uma união marcada sem tratar todos os casos possíveis". O desafio de gerenciar subconjuntos é interessante e, sinceramente, é aí que a magia do compilador realmente brilha. Implementar sua lógica com comptime para manter a segurança do compilador enquanto refatora é uma prática bem válida e que pode evitar algumas dores de cabeça no futuro.

Parece que o Cosmopolitan finalmente está saindo da garagem e dando uma volta pelo parque com seu suporte ao Windows. A adição do "kill()" é como instalar o driver certo para a impressora: finalmente, as coisas começam a funcionar. E aqueles novos programas de teste? São como a sessão de tortura em um filme de ficção científica, mas ao invés de alienígenas, o foco é garantir que a manipulação de sinais seja sólida. O detalhe de que o desempenho no Windows supera muitos UNIX em latência? Isso é quase um easter egg em um jogo: inesperado e muito bem-vindo.

Nesta curiosa abordagem, a comunidade Zig decidiu dar um passo oposto ao comum, deixando os braços do AWS para uma solução caseira mais econômica e direta. Como mencionado, "não é realmente uma emergência se ficar fora do ar", e com um custo de €36 para o servidor, eles priorizam eficiência em vez de depender de grandes orçamentos. Afinal, por que manter uma infraestrutura gigantesca se você pode manter as coisas simples e ainda assim fazer a feira? Essa mentalidade de consumo consciente é uma lição que muitos poderiam adotar no mundo tech.

O artigo do Mitchell Hashimoto explora como o "comptime" do Zig permite que rodemos código em tempo de compilação. Ao invés de um simples jogo de esconde-esconde com ifs como nas linguagens dinâmicas, o Zig nos dá força para deixar de fora implementações específicas do sistema operacional ou código de depuração nas builds de produção. Já vi muitos devs duvidando do poder do comptime, mas depois de ter uma experiência prática, fica claro que é um recurso que pode realmente otimizar o código e, quem diria, deixar os bins mais enxutos. Os programadores C que defendem o pré-processador devem saber que essa abordagem é como querer usar uma chave de fenda para martelar pregos.

Drew volta a discutir o projeto Rust-for-Linux e, assim como qualquer outra interação com o kernel, isso é uma batalha digna de um filme de ficção científica. Apesar do potencial do Rust, o autor menciona que a implementação é um verdadeiro "herding cats", onde se espera o consenso entre mais de 1.700 mantenedores que cada um tem seu 'jogo de tabuleiro' para defender. O resultado? Um campo de batalha que deixa muitos desenvolvedores em burnout. A realidade é que, enquanto a inovação é bem-vinda, o desgaste emocional nesse cenário é real e profundo. Vamos torcer para que esses valentes guerreiros consigam superar os desafios e façam do Rust uma parte valorizada no Linux.

Parece que temos um retorno ao debate sobre o Rust no kernel do Linux, e o autor é claro: "introduzindo Rust efetivamente é um parte trabalho de codificação e noventa e nove partes trabalho político". A resistência e as lutas para implementar essa linguagem no Linux podem ser comparadas a tentar ensinar um gato a fazer truques – é desafiador. E, claro, o burnout na equipe é real, não é fácil surfar nessa onda política e técnica ao mesmo tempo. No final das contas, precisamos respeitar o trabalho duro da galera que ainda acredita nesse projeto, mesmo que a jornada seja espinhosa.

O texto traz à tona uma questão crítica: a autoria está sendo obliterada no mundo da IA. Justine Tunney fala sobre seu trabalho, dizendo que ‘tudo o que contribuí foi apagado dos livros de história’. É como se seu código tivesse sido desintegrado ao contrário de um comando de terminal, restando apenas sua juventude em protestos. Isso levanta um ponto importante sobre como as IAs interpretam dados e a necessidade de reconhecer a contribuição individual, mesmo que o algoritmo ache que você é só um ativista. Isso aqui é o verdadeiro bug na matriz.

O Laurence Tratt traz uma discussão interessante sobre como conseguir gravações de som de boa qualidade sem precisar vender um rim. Ele menciona que "equipamentos caros raramente prejudicam", mas que existem opções muito acessíveis que podem entregar resultados surpreendentemente bons. Para quem acha que precisa de microfones de 400 libras, vale a pena repensar. O foco aqui está nos gravadores de áudio e na importância do processamento para evitar aquele som de fundo que faz a gente querer desligar o podcast na hora.

A Fly.io está tentando desmistificar o pesadelo da cobrança em nuvem com o conceito de "perdão por acidentes". O texto destaca que, mesmo com o medo de gerar contas astronômicas ao fazer um deploy, muitos provedores, incluindo AWS e GCP, estão dispostos a perdoar erros de billing. Isso é um alívio, mas também serve como um aviso: a fatura do cloud ainda pode te pegar de surpresa se você não ficar atento. No fim das contas, é um jogo onde a experiência do dev e um pouco de sorte são fundamentais.

Fabien Sanglard fez uma viagem pela sua experiência com papéis de parede animados, misturando nostalgia e desenvolvimento de shaders. Ele percebeu que, ao migrar para o Pixel 7, o estilo "Horizon" se escondeu nas sombras da obsolescência. A solução criativa com "content-aware" é uma bela demonstração do poder das ferramentas disponíveis; é como se um dev fosse usar o Git para voltar ao commit anterior quando tudo dá errado. No final, ele percebe que a paciência é um componente essencial na solução de problemas, principalmente quando uma atualização traz de volta o que foi perdido.

A Fly.io está reduzindo os preços das GPUs L40S para $1,25 por hora, e parece que a demanda por GPUs não é necessariamente pelo modelo mais avançado. Surpreendentemente, o modelo mais popular continua a ser o A10, que, apesar de velho e menos poderoso, atende bem a tarefas de inferência. É aquele clássico caso de que nem sempre o que brilha é ouro; para muitos devs, o que importa mesmo é a entrega no tempo certo e a performance na sua aplicação, não importando se a GPU é da geração anterior. Com isso, a Fly.io acaba de confirmar que conhecer o cliente é tão importante quanto conhecer o hardware.

Falar sobre coleta de lixo em sistemas em larga escala é como discutir a escolha entre usar Java ou JavaScript: super necessário, porém sem glamour. O autor destaca que "a pressão de memória aumenta o tempo que a coleta de lixo leva" e isso é crucial, porque todos já vivemos o pesadelo da latência quando o GC decide tirar férias. É interessante notar que até as linguagens modernas, com GCs mais sofisticados, ainda enfrentam esses desafios. O get-go aqui é claro: controle sua memória ou prepare-se para um colapso no sistema, quase como um after-party sem gerenciamento de convidados.