- Em maio de 2025, usuários da comunidade Hacker News compartilham no que estão trabalhando atualmente e seus projetos
- Os participantes da comunidade apresentam experiências e principais interesses em várias áreas, como startups em andamento, desenvolvimento e pesquisa
- Fundadores em estágio inicial, desenvolvedores e profissionais de TI discutem ativamente ideias, desafios técnicos e lições aprendidas
- Surgem perguntas e pedidos de feedback sobre projetos de diversos níveis e temas
- A troca de informações em tempo real e o apoio mútuo são características centrais desta comunidade
Resumo da discussão da comunidade Hacker News “Em que você está trabalhando” de maio de 2025
- Esta postagem é uma das edições da série mensal ‘Ask HN: What are you working on?’, com o objetivo de permitir que desenvolvedores, fundadores de startups e profissionais da área de TI apresentem livremente o trabalho e os projetos em que estão focados no momento
- Os participantes compartilham em detalhe o objetivo de seus projetos, as principais tecnologias utilizadas, os problemas enfrentados e os aprendizados
- Há uma ampla variedade de temas, desde projetos experimentais ainda na fase de ideia inicial até serviços já em operação ou ideias de negócio ainda não lançadas publicamente
- Pelos comentários, surgem conselhos e perguntas práticos sobre propostas de colaboração, revisão de código, feedback técnico e avaliação de viabilidade de mercado
- Esse tipo de discussão aberta cria um ambiente positivo que ajuda na troca de informações, no networking e na solução prática de problemas
1 comentários
Comentário no Hacker News
Estou desenvolvendo o Logchef, uma UI de análise de logs open source (AGPLv3) Logchef GitHub. O objetivo é criar uma ferramenta de exploração de logs leve e poderosa, otimizada para ClickHouse. A ideia surgiu da percepção de que as UIs existentes são pesadas demais, focam na coleta de logs — algo que já é coberto por ferramentas como Vector/Promtail/Fluentbit/Logstash — ou não são amigáveis para ClickHouse. Os diferenciais do Logchef incluem ausência de esquema, com integração direta a tabelas ClickHouse existentes, modo de consulta simples para buscas rápidas e modo SQL para análises complexas, implantação fácil em binário único, além de suporte a multitenancy e controle de acesso por equipe. É possível testar a demo em demo.logchef.app, e mais detalhes estão no post de apresentação. Feedback de usuários de ClickHouse é bem-vindo.
O serviço que estou desenvolvendo é um briefing diário que reúne conteúdo de qualquer fonte que você quiser em um formato de newsletter simples e limpo usedigest.com
Depois de passar por alguns problemas inesperados de lock no Postgres durante migrações, estou criando uma ferramenta de “diagnóstico de locks do Postgres”. A ideia é executar de fato a migração quando um PR é aberto, verificar em tempo de execução quais locks são adquiridos e publicar o resultado como comentário no PR. Por exemplo, ao executar
ALTER TABLE users ADD COLUMN email TEXT, ela detecta que umAccessExclusiveLocké adquirido na relaçãousers. Internamente, a ferramenta abre uma transação, consulta o estado dos locks pela viewpg_locksa partir de outra conexão e depois faz rollback. Pode ser usada de várias formas, como CLI, biblioteca ou GitHub Action, e ainda está em estágio inicial de PoC. O código está em pglockanalyze. Também estou aproveitando para estudar Rust, então feedback da comunidade Rust é bem-vindo.Isso parece muito útil. Dá para imaginar um pipeline em que cada migração precise declarar quais locks vai adquirir, e o build falhe se houver divergência.
Algo que sempre consulto, independentemente da linguagem, são as verificações do strong migrations strong_migrations etc.. É tão conhecido que já existem portas para outras linguagens também excellent_migrations
O que estou fazendo é um projeto para reimplementar do zero, com as próprias mãos, todas as principais ideias do deep learning moderno. A intenção é ajudar quem está migrando para pesquisa em deep learning beyond-nanogpt
Estou criando um app open source e self-hosted para compartilhar newsletters com pessoas próximas. A ideia é compartilhar fotos de família e notícias sem subir tudo em plataformas como o Facebook. O fluxo de uso seria: escrever posts por grupo sobre o que aconteceu durante a semana e, no fim de semana ou no fim do mês, gerar automaticamente uma newsletter para cada grupo, fazer uma pequena edição e enviar. Todas as newsletters também devem incluir links para baixar as imagens relacionadas. Escolhi newsletter por e-mail porque é o formato mais fácil e acessível, inclusive para pessoas mais velhas. Minha família é coreana e a da minha esposa não é, então também quero oferecer suporte multilíngue. Pretendo fazer um MVP esta semana e testar diretamente com meus pais e meus sogros.
Se você adicionasse suporte a blog/posts privados no Pagecord, talvez já desse para oferecer algo parecido automaticamente Pagecord
Fiquei curioso sobre como isso funciona se um destinatário estiver em vários grupos. Por exemplo, se eu estiver nos grupos família e colegas, recebo uma única newsletter com todos os posts? À medida que as combinações de grupos aumentam, o número de newsletters customizadas cresce geometricamente, embora talvez isso não aconteça muito na prática. Imagino que isso mude bastante dependendo de ser uma newsletter personalizada por destinatário ou algo mais no estilo listserv.
A taxa de entrega de e-mail é o ponto crítico, e pode ser facilmente comprometida. Bastam algumas denúncias de spam para acabar em blacklist. Os usuários também podem esquecer que assinaram, então vale pensar em formas de contornar esse tipo de problema. Em envios em massa, normalmente é obrigatório incluir endereço físico real e link de cancelamento, e alguns provedores de e-mail tratam isso automaticamente como spam.
Adorei essa ideia, principalmente porque você pode ver só o conteúdo que realmente importa para você, sem filtragem de plataformas como o Facebook.
Se já for open source, seria legal compartilhar o link.
Depois de 16 anos como assalariado, pedi demissão recentemente e agora trabalho com consultoria em engenharia nuclear. Como projetos paralelos pelos quais sou apaixonado, estou tocando o seguinte:
Nuclear Reactor Starter Kit: uma ferramenta para ajudar startups nucleares a nascerem com mais facilidade e rapidez, compartilhando em open source programas de garantia da qualidade (QA) nuclear, guias de TI e vários processos/templates. Também pretendo reunir lessons learned do setor em um novo formato para maximizar a eficiência da indústria.
Reactor Database: enquanto o PRIS da IAEA foca apenas em geração de energia, quero registrar informações mais amplas com base em simulações e declarações, incluindo reatores em desenvolvimento, acompanhamento de startups, custo de combustível, andamento de licenciamento etc. Isso deve permitir distinguir projetos reais de meros conceitos (vaporware) e acompanhar resultados.
Do ponto de vista de um engenheiro de software (SWE), que tipo de formação seria necessária para entrar nessa área, e quais são as perspectivas? Tenho bastante interesse porque parece ser um setor que continuará necessário, mas não sou muito bom em física e química.
Saí do setor nuclear há 10 anos para trabalhar com software em Healthcare/IoT/Oil&Gas/Finance, mas em algum momento gostaria de aplicar minha experiência de novo na área nuclear. Gosto do whatisnuclear.com. Há 10 anos também criei sistemas de visualização em JS (por exemplo, ssv), mas não consegui encontrar mercado.
Fiquei pensando se um engenheiro competente de um país pequeno poderia usar esse starter kit até para tocar um programa de armas. Imagino que a maior parte da informação já esteja pública na internet, mas me pergunto se haveria alguma vantagem competitiva.
Isso é realmente fascinante, compartilhe links se tiver.
Fiquei curioso sobre como você entrou no setor nuclear.
Estou fazendo um projeto de arte chamado Counter Productive. Um botão qualquer instalado em um parque precisa ser pressionado para reiniciar uma contagem regressiva de 24 horas; se chegar a 0, o projeto termina de vez. Para mantê-lo vivo, é necessária uma colaboração contínua de pessoas apertando o botão regularmente. Até agora, foram 56 dias e 820 apertos descrição detalhada, página de estatísticas
Fiquei curioso se acabou agora. As estatísticas mostram um intervalo de 25 horas. A ideia é muito boa.
Seria divertido fazer uma homenagem a Lost e pedir a entrada dos números 4, 8, 15, 16, 23, 42.
Projeto muito legal.
Estou coletando, digitalizando e compartilhando anúncios impressos vintage adretro.com. São dezenas de milhares de anúncios, mais do que eu conseguiria terminar em uma vida inteira. Estou usando IA para automatizar extração de metadados e catalogação, processando 100 por dia. Um dos meus favoritos é um anúncio de 1968 do “computador que resolve enigmas” link para o anúncio de 1968
Isso é sensacional! É impressionante usar IA para extrair metadados e, ainda assim, manter e preservar as revistas físicas. O anúncio do computador de 1968 que resolve enigmas também é fantástico. Estou ansioso por mais tesouros assim.
O site também ficou muito bonito. Seria interessante ter recursos de analytics para analisar os anúncios sob diferentes perspectivas, como por ano ou por publicação, e mostrar tipos mais populares.
Coleção muito legal. Parece que as fotos dos anúncios foram tiradas sobre uma cômoda ou algo assim; talvez usar um scanner de mesa desse um resultado melhor.
Eu também gostaria de ver uma visualização em linha do tempo que permita observar anúncios de determinadas épocas de uma vez.
No começo, anúncios parecem só rabiscos incômodos, mas com o tempo viram artefatos interessantes.
Estou mexendo em um motor de workflow open source, baseado em DAG, chamado pgflow. Ele orquestra workers no Postgres por meio da fila PGMQ e se integra naturalmente ao Supabase (sem precisar de infraestrutura separada). As tarefas são processadas em Edge Functions como workers serverless customizados, e todo o estado de execução é registrado no Postgres (assim como
pg_crone triggers, é possível iniciar fluxos direto do banco). O foco é consistência de banco de dados e segurança de tipos em cada etapa.O Google vai encerrar o suporte dos Nest Thermostat de 1ª e 2ª geração em outubro. Estou criando um termostato open source que reutiliza a aparência e os componentes do Nest de 2ª geração (carcaça, display, anel, suporte etc.). A parte “cérebro” será substituída por uma nova PCB open source, com integração ao Home Assistant.
Acho ótimo ver essa tentativa de reaproveitar hardware cujo suporte do fabricante terminou. Esses dispositivos ainda têm muito valor de uso.
Eu nem tenho um Nest, mas sou muito grato só por alguém estar tentando esse tipo de projeto; reutilizar dispositivos que iriam para o lixo tem muito valor.
Projeto pessoal bem legal, mas também existe a opção de simplesmente comprar um termostato Z-wave barato como o CT101 (cerca de 50 dólares) e conectá-lo direto ao Home Assistant. Assim você não precisa se preocupar com fim de suporte no futuro.