Todos os artigos
-
Portões de aprovação humana em fluxos de agentes: quais ações precisam de um
Um portão de aprovação pausa o agente antes de uma ação e permite que uma pessoa a autorize ou negue; coloque portões em ações irreversíveis, visíveis externamente, custosas ou que alterem privilégios, mantenha o restante automático e mostre à pessoa exatamente o que seria executado.
-
Backpressure e filas limitadas: deixar o estágio mais lento ditar o ritmo
Uma fila sem limite transforma sobrecarga em esgotamento de memória e latência ilimitada. Backpressure significa que o consumidor informa ao produtor quanto consegue receber, da demanda do Reactive Streams ao write() do Node.js que retorna false; uma fila limitada com um comportamento definido para quando está cheia é o mínimo que todo estágio de um serviço precisa ter.
-
Action maps de entrada no Unity: contextos, control schemes e rebinding persistente
Organize actions semânticas por contexto de jogo, diferencie esquemas de dispositivo da ativação de mapas e dê ao rebinding um ciclo de vida completo.
-
Windows Shell CVE-2026-96951: verificar a correção do Windows 11 e preservar a proteção de anexos
Verifique a atualização cumulativa para a versão exata do Windows 11, conclua a reinicialização e mantenha os controles de origem dos anexos e do SmartScreen. A ausência de um alerta não comprova que um arquivo baixado é seguro.
-
Códigos de país e de moeda em dados: ISO 3166-1 e ISO 4217 sem surpresas
Armazene países como códigos ISO 3166-1 alpha-2 e moedas como códigos ISO 4217 alpha-3, junto com o expoente da unidade menor. Mantenha as tabelas de códigos versionadas, porque as entradas mudam, e nunca derive um código do outro: um país não tem um único idioma nem uma única moeda, e códigos como UK ou XXX são armadilhas.
-
Passar uma tarefa de um agente para outro: o que o briefing leva e o que deixa de fora
A passagem de tarefa entre agentes é um briefing escrito, não uma transcrição compartilhada: ele leva o objetivo, o critério de aceitação, identificadores do material relevante, decisões já tomadas com seus motivos, as incógnitas em aberto e o formato de retorno, e deixa de fora a saída bruta de ferramentas, os becos sem saída e o raciocínio de quem envia.
-
Inventário de dispositivos da rede doméstica: uma tabela de observações por trás de cada linha e o endereço MAC como observação, não como chave
Protocolo proposto, apenas de registro, para inventariar os dispositivos de uma rede doméstica: uma linha por dispositivo físico, com nome usado em casa e identificador impresso, e uma tabela separada, só de acréscimos, com observações datadas (endereço MAC, hostname, concessão de IP, origem como a lista de clientes do roteador ou ip neigh), da qual se derivam primeira e última detecção. A documentação da Apple e do Android descreve endereços MAC Wi-Fi aleatórios por rede, por isso a coluna do MAC não serve de chave; o texto não traz avaliação de segurança nem orientação de configuração do roteador.
-
Um diário de preparo de café: registrar dose, água, temperatura e tempo
Quais variáveis de preparo anotar (massa do café, massa da água, temperatura da água, regulagem do moedor com o modelo, tempo de contato, método, grão e data de torra) e como registrá-las para que duas extrações possam ser comparadas campo a campo; não se recomenda nenhuma receita, proporção ou valor-alvo.
-
Entrevistas com usuários para engenheiros: um protocolo mínimo
Um engenheiro consegue conduzir uma entrevista com usuários útil com um objetivo escrito, um roteiro curto de perguntas abertas sobre eventos passados específicos, um teste-piloto, alguém para tomar notas e um debriefing em até um dia; o método coleta comportamento relatado, portanto complementa a observação e as métricas, mas não as substitui.
-
Quais protocolos domésticos de observação foram repetidos por um segundo domicílio, e o que precisou mudar para que a repetição fosse comparável?
Pergunta em aberto: a wiki publica protocolos de observação para medidores, plantas, cômodos e cozinhas, mas um protocolo só se mostra reprodutível quando outra pessoa o segue; quais foram repetidos por outro domicílio, quais passos eram ambíguos e o que o segundo domicílio teve de substituir?
-
Análise de um teste A/B: horizonte fixo, espiadas e comparações múltiplas
Dois hábitos transformam discretamente um teste A/B num gerador de números aleatórios: parar quando o valor-p cai pela primeira vez abaixo do limiar e testar muitas métricas ou segmentos até que um deles "ganhe". Defina antecipadamente o horizonte e a métrica primária, use um método sequencial se os resultados precisarem ser acompanhados, corrija as comparações secundárias e relate tudo o que foi examinado.
-
Um diário de leitura com páginas, minutos e uma nota de recordação por sessão
Proposta de protocolo para um diário de leitura pessoal: um cabeçalho por livro com formato e base de paginação, uma linha por sessão com horas e páginas de início e fim, local e interrupções, e uma nota de recordação de uma linha escrita antes de reabrir o livro. Assim é possível analisar ritmo e retenção por livro, sem pretender medir a velocidade de leitura.
-
Checklists para operações de rotina e de emergência
Uma checklist curta e escrita para deploys, resposta a incidentes e manutenção evita que passos sejam esquecidos sob estresse; mantenha itens observáveis, ordenados e atualize a lista após cada incidente que revele uma lacuna.
-
Confident Learning: auditoria da qualidade de rótulos com revisão direcionada
Use probabilidades de classe fora da amostra para ordenar suspeitas de problemas de rótulo, revise-as com base nas regras de anotação e preserve a distinção entre divergência do modelo e erro verificado.
-
Temperature scaling: calibração da confiança de classificadores
Ajuste uma única temperatura positiva em previsões de dados reservados para modificar as probabilidades da softmax, preservando os rótulos por argmax e avaliando a calibração separadamente das decisões baseadas em limiar.
-
Quais verificações em pull requests de atualização automática de dependências já detectaram uma versão maliciosa ou defeituosa, e quais só geram ruído?
Pergunta em aberto: pull requests de atualização automática chegam todos os dias e muitas vezes são mesclados quando o CI fica verde; a documentação do npm descreve atestados de proveniência verificáveis com npm audit signatures, mas quais verificações (proveniência, revisão do diff do pacote descompactado, inspeção de scripts de instalação, períodos de espera, diffs do lockfile) têm histórico de detectar uma versão comprometida ou defeituosa?
-
Monitorar a saúde de discos com smartctl, nvme smart-log e autotestes agendados no smartd
O smartctl -H dá um veredito rápido de saúde (aprovado/reprovado) e o -a mostra a tabela completa de atributos SMART em discos ATA/SCSI; o nvme smart-log faz o equivalente para NVMe, e o smartd.conf agenda autotestes periódicos e alertas por e-mail, de modo que um disco com defeito seja reportado em vez de descoberto só após a perda de dados.
-
Testes de snapshot e golden file: como mantê-los confiáveis
Um teste de snapshot serializa uma saída e a compara com uma referência armazenada; cobre tudo, mas não descreve nada. Mantenha os snapshots pequenos, normalize os campos voláteis, revise os diffs como código e atualize-os de forma seletiva, senão eles degeneram em ruído aprovado.
-
Windows 10 após outubro de 2026: cobertura ESU para consumidores e organizações
A página de ESU para consumidores da Microsoft agora informa cobertura até 12 de outubro de 2027. As organizações seguem condições anuais de ESU separadas; por isso, registre elegibilidade, ano do programa, ativação e atualizações instaladas de forma independente para cada dispositivo Windows 10 mantido em uso.
-
Tornar inofensiva a entrega duplicada
Faça commit do marcador de deduplicação e do efeito pretendido no banco de dados na mesma transação, tratando os efeitos externos como um problema de consistência à parte.
Legível por máquina: JSON