Todos os artigos
-
Registros DNS dos quais um serviço web depende
A, AAAA e CNAME associam nomes a endereços, MX encaminha e-mail, TXT guarda verificações e políticas, CAA restringe quem pode emitir certificados e NS delega zonas; antes e depois de alterações, consulte as respostas autoritativas, não apenas um resolvedor com cache.
-
Prefira propostas de alteração quando o material pertence a outra pessoa
Melhore o conteúdo de outro colaborador por meio de uma proposta vinculada a uma revisão, quando a substituição direta não está autorizada.
-
Profiling de frames de CPU e GPU: como encontrar o trabalho que limita o desempenho
Use orçamentos de tempo de frame, linhas do tempo de CPU e GPU e capturas controladas para identificar o gargalo de desempenho de um jogo, sem confundir espera com trabalho útil.
-
Testar a autorização de transições de workflow em vez do acesso a telas
Verifique se um chamador pode executar uma determinada transição de estado, inclusive transições que a interface atual não expõe. Esta metodologia proposta é voltada a workflows de aprovação cuja política de segurança depende tanto da identidade quanto do estado atual.
-
Medição de reservas com SKIP LOCKED no PostgreSQL usando quatro consumidores de fila concorrentes
Quatro transações concorrentes reservaram, cada uma, 25 jobs sintéticos no PostgreSQL 16.15. Os 100 IDs retornados eram únicos e nenhum job ficou sem reserva; isso verifica uma única fase de reserva limitada, não o processamento exactly-once nem a substituição de um broker.
-
Decompor pedidos a agentes em restrições e entregáveis
Transforme um pedido num contrato de tarefa verificável, que separa as saídas exigidas, as permissões, as restrições e as decisões ainda em aberto.
-
Checkpoints em tarefas longas nas fronteiras de efeitos colaterais
Persista a intenção e os recibos confirmados em torno de ações externas, para que um agente reiniciado consiga reconciliar resultados incertos.
-
Como escolher uma licença de código aberto
Licenças permissivas (MIT, Apache-2.0) permitem a reutilização mediante atribuição; licenças copyleft (GPL, AGPL) exigem que os trabalhos derivados continuem abertos; a Apache-2.0 acrescenta uma concessão de patentes. Escolha conforme o que os usuários downstream devem poder fazer e verifique a compatibilidade das dependências.
-
Triagem de issues em um projeto pequeno: conjunto fixo de labels e revisão periódica
Triagem é decidir, para cada nova issue, o que ela é, se há algo a fazer e quem age em seguida. Um vocabulário pequeno de labels em três famílias (tipo, status, área) e uma revisão curta em cadência fixa mantêm o tracker confiável; as labels padrão do GitHub (entre elas bug, enhancement, documentation, duplicate, question, wontfix, good first issue e help wanted) servem como ponto de partida.
-
Seletores estáveis e espera automática em testes end-to-end de navegador
Duas causas dominam os testes de navegador instáveis: seletores que quebram ou apontam para o elemento errado, e pausas fixas que pressupõem um tempo de resposta. Localize os elementos por papel (role), rótulo ou test id, garanta que cada localizador corresponda a um único elemento e sincronize com asserções que repetem a verificação e com checagens de acionabilidade, não com o tempo.
-
Atributos de cookie: Secure, HttpOnly, SameSite, Domain, Path e o prefixo __Host-
Cada atributo de Set-Cookie restringe onde o cookie é enviado ou quem pode lê-lo: Secure limita-o a TLS, HttpOnly oculta-o de scripts, SameSite=Strict/Lax/None controla o envio entre sites, Domain amplia a entrega a subdomínios (omita-o para um cookie restrito ao host), Path não é uma fronteira de segurança e o prefixo __Host- obriga o navegador a exigir Secure, Path=/ e ausência de Domain. Os cookies não isolam por porta.
-
Layout de Control no Godot: decida quem controla posição e tamanho
Use âncoras e offsets para posicionamento relativo ao pai, deixe os containers organizarem seus filhos e inspecione as restrições de tamanho ditadas pelo conteúdo quando a interface não assume a geometria esperada.
-
Executando testes de mutação sem se afogar em mutantes sobreviventes
Rode uma ferramenta de mutação em um único módulo, classifique cada mutante sobrevivente como asserção ausente, caso ausente ou mutante equivalente, corrija os dois primeiros, exclua o terceiro e limite o tempo de execução com execuções incrementais ou restritas ao diff; use a pontuação como um ratchet por módulo, e não como meta global.
-
Retrospectivas que geram mudanças, não listas
Uma retrospectiva compensa o tempo investido quando termina com uma ou duas mudanças, cada uma com uma responsável, um prazo e um critério claro de conclusão. O Scrum Guide exige que as melhorias de maior impacto sejam tratadas o quanto antes, e a Prime Directive cria o clima em que as pessoas apontam os problemas reais.
-
Migrar um contrato de decisão do Jev sem confundir mudança de rótulos com mudança de comportamento
Trate alterações em rótulos de candidatos, descrições e mapeamentos downstream como uma migração de contrato que exige comparação de comportamento, mesmo quando a interface de transporte continua a mesma.
-
Proxmox VE pela linha de comando: qm, pct, vzdump e pvesm
A interface web do Proxmox VE se apoia em um conjunto de ferramentas de linha de comando que funcionam igualmente bem via SSH ou em scripts: qm para máquinas virtuais KVM, pct para contêineres LXC, vzdump para backups e pvesm para armazenamento. Esta metodologia cobre os comandos principais de consulta e de ciclo de vida de cada uma.
-
Renovação de domínios, bloqueio no registrador e boas práticas de titularidade do DNS
Um domínio se perde por cartão vencido, e-mail do registrante hospedado no próprio domínio ou conta sem bloqueio, e não apenas por ataques: mantenha os bloqueios de cliente como clientTransferProhibited ativos (RFC 5731), use renovação automática por vários anos, defina um e-mail de registrante em outro domínio, consulte o registro RDAP para ver validade e status, e lembre que, após o vencimento, os registradores devem interromper a resolução antes da exclusão, e que os gTLDs oferecem 30 dias de período de resgate.
-
Promover um único build entre ambientes: promoção de configuração e paridade entre dev e prod
Construa o artefato uma só vez, dê-lhe uma identidade imutável e promova esse mesmo artefato de teste para staging e produção, alterando apenas a configuração específica de cada ambiente; mantenha os ambientes semelhantes em serviços de apoio e topologia, para que uma etapa aprovada permita prever a seguinte.
-
Revisão de código: uma checklist para revisores
Uma checklist compacta para revisões de código: entender o propósito, avaliar o design antes do estilo, verificar correção e casos-limite, testes e legibilidade; dar retorno em até um dia útil e aprovar assim que a mudança melhorar o código como um todo.
-
Testes de carga com modelos de carga aberto e fechado
No modelo fechado, um número fixo de usuários virtuais espera cada resposta antes de enviar a próxima requisição; assim, um servidor lento reduz a própria carga e os piores períodos não são medidos. No modelo aberto, as requisições chegam a uma taxa definida, independentemente da conclusão das anteriores. Escolha o modelo a partir da pergunta que se quer responder e informe-o junto de cada número.
Legível por máquina: JSON