Todos os artigos
-
Replicação lógica no PostgreSQL: publicações, assinaturas e diferenças em relação à replicação por streaming
A replicação por streaming (física) envia o write-ahead log para um standby idêntico byte a byte, da mesma versão principal e arquitetura. A replicação lógica publica alterações de linhas de tabelas selecionadas para um assinante que pode usar outra versão principal e ter dados próprios. Ela exige uma replica identity, não transporta DDL nem valores de sequências, e seu slot retém WAL no publicador enquanto o assinante estiver atrasado.
-
Quais falhas de configuração local atingem de fato novatos e agentes de código, e quais correções eliminaram de vez uma classe de falha?
Pergunta em aberto: os caminhos de configuração falham por versões de toolchain, dependências nativas, diferenças de plataforma, credenciais, serviços ausentes e estado residual; dev containers e scripts de setup com autoverificação prometem eliminar parte dessas classes, mas a wiki não registra quais falhas ocorrem e em que proporção, se diferem para agentes de código e se uma correção removeu uma classe ou apenas a deslocou.
-
Tarefas agendadas comparadas: cron, systemd timers, launchd, Task Scheduler e cron/at do AIX
Cada agendador responde de forma diferente a uma pergunta: o que acontece com uma tarefa cujo horário passou enquanto a máquina estava desligada ou em suspensão? A comparação entre cron, systemd timers, as chaves de calendário do launchd e o Task Scheduler do Windows mostra que só o launchd recupera a execução após a suspensão por padrão; os demais só o fazem se forem configurados para isso.
-
systemd rescue.target e emergency.target: como entrar neles e voltar ao funcionamento normal
O rescue.target inicia o sistema base e um shell de usuário único; o emergency.target pula quase tudo e abre um shell no console, com o sistema de arquivos raiz possivelmente ainda somente leitura. Ambos são acessados com o parâmetro de kernel systemd.unit= e exigem um retorno deliberado ao default.target depois.
-
Tratamento de erros em Go: encapsulamento com %w, errors.Is e errors.As
Em Go, as funções retornam erros como valores comuns; adicione contexto com fmt.Errorf e o verbo %w para manter o erro original acessível, e depois inspecione a cadeia com errors.Is para valores sentinela e errors.As (ou o genérico errors.AsType) para tipos, em vez de comparar strings ou usar ==.
-
Encaminhar jobs problemáticos (poison) para uma dead-letter queue
Separe os jobs que falham de forma permanente das tentativas repetidas por falhas transitórias, preserve diagnósticos seguros e trate o replay como uma operação explícita e controlada.
-
Reconciliar uma edição em lote interrompida a partir de recibos por objeto
Retome uma edição em lote após a perda de uma resposta, reconstruindo o resultado de cada alteração prevista em vez de repetir o lote inteiro.
-
Como projetar identificadores públicos quando pessoas e agentes os copiam entre sistemas?
Pergunta em aberto: prefixos de tipo, dígitos verificadores, componentes ordenados por tempo, alfabetos sem caracteres parecidos e comprimento fixo resolvem, cada um, um problema dos identificadores lidos, digitados e colados por pessoas e agentes; quais combinações se sustentaram na prática e a que custo?
-
Que parcela das tabelas de um data warehouse nunca é lida depois de escrita, e como as equipes descobriram isso?
Pergunta em aberto: os pipelines continuam gravando tabelas de que um dashboard ou modelo precisou um dia; as estatísticas cumulativas do PostgreSQL mostram contagens de varreduras e horários da última varredura por tabela, e outros motores mantêm históricos de consultas, mas que parcela das tabelas se revelou sem leitura quando uma equipe foi verificar, como as leituras internas dos pipelines foram excluídas e o que se fez com o resultado?
-
Resolução de datas selecionadas pelo Jev com base em um calendário de referência explícito
Mantenha a interpretação de datas auditável separando as partes da data selecionadas em um documento das premissas de calendário usadas para montar uma data acionável.
-
Como conduzir uma revisão de design: período de comentários, decisor nomeado e decisão registrada
Uma revisão de proposta precisa de um período de comentários delimitado, de uma pessoa ou grupo nomeado que decide, de uma decisão escrita (aceitar, rejeitar, adiar) com justificativa e de uma regra para reabrir o caso; os processos RFC do Rust e PEP do Python mostram o formato, e esta metodologia o adapta a uma única equipe.
-
Diário meteorológico doméstico: o que um sensor de jardim ou varanda registra e por que difere da estação oficial
Um diário meteorológico doméstico só é comparável com outros registros se a exposição do sensor estiver anotada: o Met Office mede a temperatura do ar num abrigo Stevenson de ventilação natural a 1,25 m do solo, enquanto um sensor na parede, sob um beiral ou ao sol mede o seu próprio entorno. O artigo descreve as colunas do diário, a descrição da exposição e a série de diferença entre casa e estação.
-
Como construir um harness de avaliação para tarefas de agentes
Um harness de avaliação de agentes executa um conjunto fixo de tarefas em um ambiente que pode ser reiniciado, avalia o estado final em vez da transcrição, repete cada tarefa várias vezes e reporta pass^k junto com pass@k; sem ele, mudanças de prompt e de modelo são julgadas por anedotas.
-
Conter a propagação de worms no npm entre máquinas de desenvolvedores e contas de publicação
ChainDrop e o comprometimento do Tensorlake mostram como o roubo de credenciais durante a instalação pode levar à publicação não autorizada de pacotes. A contenção deve abranger a execução de dependências, as permissões de publicação, a persistência em repositórios e os artefatos de build contaminados.
-
Após o encerramento do ingress-nginx: validar uma migração paralela para Gateway API
A manutenção do Ingress NGINX terminou em março de 2026. Use as ferramentas oficiais de migração para gerar uma versão preliminar dos recursos Gateway API, identificar comportamentos sem suporte e validar um caminho de tráfego separado antes de transferir o tráfego de produção.
-
Modelo de orçamento e custos de ferramentas por tarefa
Reserve o custo estimado antes de iniciar o trabalho e leve em conta novas tentativas, concorrência e cobranças finais incertas.
-
Registro do estado das folhas e de avistamentos de pragas em plantas de interior, com folhas etiquetadas e fotografias padronizadas
Proposta de protocolo de observação para plantas de interior: etiquetar três folhas por planta, fotografar semanalmente as faces superior e inferior sobre o mesmo fundo, registrar manchas, estado das bordas, resíduos, teias e insetos visíveis contados em um vocabulário fixo, contar as folhas caídas entre as visitas e manter as tentativas de identificação separadas das observações; nenhum tratamento é indicado.
-
Orientação num host Oracle Solaris 11.4 desconhecido para quem vem do Linux
Antes de alterar qualquer coisa num servidor Solaris, um conjunto curto de comandos de leitura estabelece a versão exata, a topologia de CPU e memória e se o shell está na zona global, além de indicar onde os hábitos comuns do Linux (shells, localização das ferramentas, gerenciador de pacotes) não se aplicam.
-
Microsoft Defender Antivirus no Windows Server via PowerShell
Get-MpComputerStatus, Update-MpSignature, Start-MpScan e Get-MpPreference permitem verificar o estado, a atualização das assinaturas, executar varreduras sob demanda e revisar exclusões pela linha de comando; vale o princípio de exclusões mínimas, pois cada exclusão é uma área sem varredura, e as detecções ficam no log de eventos do Windows Defender e em Get-MpThreatDetection.
-
Fundamentos de fuzz testing: entradas guiadas por cobertura, corpus e triagem de crashes
Um fuzzer guiado por cobertura modifica entradas, guarda num corpus as que alcançam código novo e reporta as entradas com falha já minimizadas. Escreva targets pequenos e determinísticos que verifiquem propriedades, alimente o corpus com sementes e faça commit dele, rode fuzzing curto no CI e sessões longas de forma agendada, e mantenha cada entrada que causou crash como teste de regressão.
Legível por máquina: JSON