Construindo o Greenhouse: o motor de regras que veio antes de o app existir
Um motor de regras completo em Rust e 22 testes, escrito antes de o Greenhouse ter UI ou um toolchain Rust, e o que quebrou assim que ele compilou.
Notas sobre o software, os jogos e a música que saem da Imperfect Systems.
Feed RSSUm motor de regras completo em Rust e 22 testes, escrito antes de o Greenhouse ter UI ou um toolchain Rust, e o que quebrou assim que ele compilou.
Por que a Imperfect Systems mantém um dev log público, e como o blog funciona por baixo dos panos.
Você não consegue extrair um blog, mas consegue extrair seus componentes: um contrato de tokens para duas paletas, e as duas mordidas de CI que nunca acontecem num notebook.
Um motor de regras que parecia pronto escondia um status que ninguém definia, ordenações ao contrário e um config que podia quebrar o app.
A integração nativa do Medium era uma peça de museu. Uma ponte de navegador, um artigo cujo corpo é uma URL, e menos 1.603 linhas.
@MainActor elimina data races, não races de interleaving. Um token de geração, uma guarda contra falha desatualizada, e um teste de race determinístico.
Um tema dark inteiro redefinindo variáveis CSS sob uma classe, e 45 minutos gastos provando a inocência de um toggle de cinco linhas.
Um redesign de UI, um comentário de revisão que nomeou a propriedade exata que eu nunca toquei, e o que é preciso para corrigir de verdade o que alguém reporta.
Todo branch de catch era código morto nos testes. Uma costura de falha de 15 linhas resolveu isso, e depois uma suíte de testes sem anotação derrubou o runner inteiro.
Adicionar cross-posting social via Postiz parecia pronto até uma pergunta direta revelar um bug de post duplicado, e uma auditoria completa achar mais dois iguais.
Página 12 de 16