Todos os artigos
-
Códigos de saída no Windows além de sucesso/falha: o bitmask do robocopy, os códigos do instalador do msiexec e $LASTEXITCODE
O robocopy codifica vários fatos independentes (arquivos copiados, arquivos extras, divergências, falhas) em um único número abaixo de 8, que deve ser lido como bitmask e não comparado com zero. O msiexec devolve códigos específicos do Windows Installer, em que 3010 e 1641 significam sucesso com reinicialização pendente, e não falha. No PowerShell, $LASTEXITCODE é a única forma confiável de ver o código real de um programa nativo, com regras que variam conforme o modo de invocação do script.
-
f-strings e a mini-linguagem de especificação de formato: os detalhes que causam problemas
Uma f-string formata cada expressão segundo a especificação [[fill]align][sign][z][#][0][width][grouping][.precision][type]; a precisão trunca strings, um 0 inicial só preenche números, o zero negativo sobrevive ao arredondamento sem z, e reutilizar aspas dentro das chaves exige Python 3.12. O especificador = imprime a expressão e o valor, útil para depuração.
-
Repositórios cujo setup é feito com um único comando verificado recebem mais contribuições de estreantes do que repositórios com uma lista de passos manuais
Hipótese: o README do "Scripts To Rule Them All", do GitHub, afirma que reduzir o atrito no setup é fundamental para contribuições mais rápidas e satisfatórias. A proposta reformula essa afirmação de forma mensurável e prevê que repositórios com um único comando de setup que se autoverifica apresentam, em relação a repositórios pareados com passos manuais no README, mais pull requests de contribuidores estreantes, uma parcela maior delas aprovada no CI já no primeiro push e menos issues relacionadas ao setup.
-
Atestações de proveniência de build: o que a proveniência SLSA registra e como é verificada
A trilha Build do SLSA classifica o grau de confiança na proveniência de um artefato, de «a proveniência existe» (L1) até uma plataforma de build reforçada (L3). A proveniência é uma atestação in-toto que indica os digests dos artefatos, o builder, o tipo de build e seus parâmetros externos, e o consumidor a confere com uma raiz de confiança e valores esperados antes de usar o artefato.
-
Tags versus digests de imagens de contêiner: nomes mutáveis e endereços de conteúdo
Uma tag é um ponteiro legível que pode ser movido para outro manifest a qualquer momento; um digest é o hash dos bytes do manifest e identifica exatamente uma imagem, para sempre. Faça build e teste por tag, faça deploy e fixe a versão por digest, e registre o digest em cada nota de release.
-
Integração de comerciantes com o ACP: sessões de checkout, tokens delegados e novas tentativas seguras
A versão datada do ACP 2026-04-17 separa o estado do checkout do comerciante das credenciais de pagamento delegadas. Os comerciantes precisam de endpoints de sessão versionados, handlers de pagamento compatíveis, conclusão idempotente e atualizações de pedidos autenticadas.
-
SNMPv3 no Linux com net-snmp: usuário SHA/AES com nível de segurança priv e communities desativadas
O snmpd do net-snmp suporta o User-based Security Model (USM) do SNMPv3, com autenticação e criptografia por usuário, configurado com createUser e exigido pelo nível de segurança priv em rouser/rwuser. Remover todas as linhas rocommunity/rwcommunity e qualquer mapeamento com com2sec fecha o caminho das communities em texto puro do SNMPv1/v2c, que o USM veio substituir.
-
Propriedades personalizadas do CSS para temas: herança, fallbacks e @property
Propriedades personalizadas (--name) seguem a cascata e são herdadas como as demais propriedades, sendo lidas com var(--name, fallback); uma substituição inválida não descarta a regra, mas recorre ao valor inicial ou herdado, e @property acrescenta tipo, valor inicial e suporte a animação. Estruture-as como tokens brutos mais papéis semânticos e sobrescreva os papéis em cada escopo para aplicar temas.
-
Criação e manutenção de um inventário criptográfico para a migração pós-quântica
Registre onde a criptografia protege dados, quem responde por cada dependência e quais evidências sustentam o registro. Use uma CBOM CycloneDX para intercambiar ativos técnicos sem confundi-la com um plano completo de migração.
-
Injeção de comandos via MCP STDIO: remediação do Langflow e exposição do Fay
Vulnerabilidades no Langflow e no Fay mostram por que a configuração de inicialização MCP exige autorização para execução de código. O Langflow 1.10.3 completa a correção ao impor validação no momento da execução, inclusive para configurações incorporadas a fluxos; o registro do Fay analisado não informa uma versão corrigida.
-
Um protocolo reproduzível para observar o consumo de água doméstico
Proposta de protocolo de observação: definir o medidor, os horários de leitura, as condições do domicílio e as unidades, registrar as leituras brutas com data e hora e relatar o consumo como um intervalo, junto com as condições vigentes; nenhum resultado de consumo é afirmado aqui.
-
Preparar uma golden image do Linux para clonagem: chaves de host, machine-id, logs e regras de rede
Uma imagem Linux destinada a ser clonada muitas vezes não pode conter um /etc/machine-id preenchido (nem um /var/lib/dbus/machine-id desatualizado), chaves de host SSH existentes, configuração de rede fixada a um MAC nem estado do cloud-init. Caso contrário, cada clone inicia com os mesmos identificadores dos demais, e remover as chaves de host sem um caminho de regeneração no primeiro boot deixa os clones sem SSH.
-
Conduzir uma retrospectiva que gere mudanças, não listas
Uma retrospectiva compensa o tempo investido quando termina com uma ou duas mudanças que têm responsável, prazo e uma forma de verificar se foram realizadas; o Scrum Guide pede que as melhorias de maior impacto sejam tratadas o quanto antes, e a Prime Directive cria o clima em que as pessoas apontam problemas reais.
-
Patches de jogos: localidade de bytes nos pacotes, chunks de entrega e manifestos
Controle o tamanho das atualizações entendendo quais bytes mudam nos pacotes, separando os chunks lógicos de conteúdo dos chunks de transferência e medindo o tráfego de download de forma independente do trabalho de instalação.
-
Executar comandos CL do IBM i a partir de um shell SSH/PASE: system, qsh e armadilhas de CCSID
A partir de uma sessão SSH no PASE do IBM i, o utilitário system do PASE for i e o ambiente QSH/Qshell são as duas formas suportadas de executar comandos CL e capturar a saída. Ambos convertem entre o CCSID do job e a codificação própria do PASE, e é daí que vêm a maioria dos bugs de integração iniciais.
-
Discordar por escrito sem ofender: citação, ponto central, alternativa
Uma discordância escrita capaz de mudar uma decisão apresenta primeiro a posição contrária na sua forma mais forte, cita o trecho em disputa, ataca o ponto central em vez do tom ou da pessoa, classifica com honestidade a própria evidência e propõe uma alternativa. A hierarquia da discordância de Paul Graham e o guia do Google para revisores fornecem os critérios.
-
Amostragem por importância de iluminação ambiental: alinhar direções, probabilidades e pesos de iluminação
Reduza o ruído na amostragem da luz ambiental sem enviesar o brilho, controlando a medida de probabilidade correta e validando separadamente a iluminação pré-filtrada.
-
Sessões longas e idle in transaction no PostgreSQL: o que bloqueiam e como limitá-las
Uma transação aberta mantém seus locks e fixa o horizonte de xmin, de modo que o VACUUM não remove linhas excluídas depois do início dela e o DDL fica na fila atrás dela; o pior caso é uma sessão idle in transaction porque o cliente nunca deu commit. Localize-as em pg_stat_activity por xact_start e state, e limite-as por role com idle_in_transaction_session_timeout, transaction_timeout e statement_timeout.
-
Autoria de Terrain no Unity: coordenar forma, camadas de superfície e aberturas
Monte o blockout de um terreno com base na representação de heightfield, reutilize camadas de superfície de forma intencional e revise tiles adjacentes e entradas de caverna como responsabilidades de autoria distintas.
-
YaST versus configuração direta no SUSE: o que ainda funciona pela linha de comando e a divisão entre wicked e NetworkManager
Os módulos do YaST podem ser listados e executados individualmente numa sessão não gráfica com o comando yast, mas nem todos têm suporte a linha de comando. A SUSE reserva explicitamente o NetworkManager para cargas de trabalho desktop e móveis e mantém o wicked como o serviço de rede com o qual todas as certificações de servidor são feitas. Um agente que edite diretamente arquivos em /etc/sysconfig/network deve primeiro verificar qual serviço controla a interface.
Legível por máquina: JSON