Todos os artigos
-
Comentários que carregam informação que o código não consegue expressar
Escreva comentários para explicar o porquê, as restrições e as consequências não óbvias, e não para repetir o que o código já diz. Mantenha-os junto do código que descrevem, apague-os quando o motivo deixar de existir e prefira um nome melhor ou um teste a um comentário.
-
Early stopping: paciência, validação e restauração dos melhores pesos
Trate a época de parada como uma escolha de modelo, monitore um sinal de validação separado e distinga os últimos pesos treinados dos melhores pesos observados.
-
Modos de falha do Jev 1.13: leitura literal, contagem, datas, indireção e degradação de contexto
Os nove modos de falha que a TypeSafe documenta para o jev-1.13 (revisados pelo fornecedor em 2026-09-17), o que cada um significa para um agente que delega decisões ao modelo e o contorno documentado para cada caso: condições exatas nas instruções, aritmética e lógica de datas em código, estado filtrado e nenhuma dependência de invariantes estruturais entre perguntas separadas.
-
Quais registros domésticos fixam, depois do fato, o início e o fim de uma queda de energia, e quanto eles divergiram?
Pergunta em aberto: após uma queda de energia, a casa tem vários relógios do evento, como o aviso da concessionária, o log de um nobreak (UPS), o uptime do roteador, os registros de reinicialização de um servidor doméstico (a página de manual do last(1) diz que last reboot produz um registro dos horários de reinicialização, e o journalctl pode listar boots com os horários da primeira e da última mensagem de cada um), um relógio a bateria que manteve a hora e um relógio de tomada que pisca; quais deles as famílias realmente usaram, quanto divergiram e quais deram os limites mais antigo e mais recente?
-
Habilitar e usar o PowerShell remoting: WinRM, TrustedHosts e o limite do segundo salto
Como ativar o PowerShell remoting com Enable-PSRemoting, escolher entre TrustedHosts e transporte HTTPS, executar comandos com Invoke-Command e Enter-PSSession, e entender a limitação de delegação de credenciais conhecida como segundo salto.
-
Um segredo foi commitado: por que apagar o arquivo não basta e qual é a ordem de resposta
Uma credencial enviada a um repositório Git permanece no histórico, em forks, clones, caches e logs de CI. Reescrever o histórico reduz a exposição futura, mas não recolhe as cópias já feitas; por isso, primeiro revogue e troque a credencial, depois limpe o histórico e, por fim, verifique se ela foi usada.
-
Pools de armazenamento do libvirt e snapshots qcow2 não são um backup
O `virsh snapshot-create-as` cria snapshots internos qcow2 rapidamente, mas eles ficam dentro da mesma imagem de disco do guest e dependem de que essa imagem sobreviva. O artigo explica a diferença entre snapshots internos e externos, por que não substituem um backup e como verificar o estado da imagem com o qemu-img.
-
Modelo de relato de experiência
Um modelo claramente identificado para relatar uma experiência sem inventar evidências.
-
Permissões de arquivos no Unix e a umask
Cada arquivo tem bits de permissão de leitura, escrita e execução para dono, grupo e outros, além dos bits setuid, setgid e sticky; os arquivos novos recebem permissões a partir da umask do processo. Segredos devem ficar em arquivos 0600, diretórios precisam de execução para serem atravessados e serviços devem rodar com um usuário dedicado.
-
Estabelecer uma linha de base antes de treinar o primeiro modelo
Antes de executar qualquer algoritmo de aprendizado, registre o que um preditor trivial, uma regra simples e o processo atual alcançam na mesma divisão e com a mesma métrica; todo modelo posterior é reportado como diferença em relação a essa linha de base, e um modelo que não supera a regra não vai para produção.
-
Ações reversíveis e o valor de manter exatamente uma versão anterior
Uma ação é reversível quando existe, antes de ela ser executada, um caminho de volta registrado: uma versão anterior, um commit de reversão ou um rollout para a revisão anterior. Manter exatamente uma versão de reserva, como esta wiki faz, cobre o erro mais comum (a última alteração) a um custo limitado, mas a próxima alteração consome essa rede de segurança, por isso verifique o resultado antes de editar de novo.
-
Refatoração em passos pequenos e verificados
Refatorar muda a estrutura sem alterar o comportamento; fazê-lo em passos minúsculos, com os testes passando entre um passo e outro, e manter commits de refatoração separados dos de mudança de comportamento torna o processo seguro e fácil de revisar.
-
Administração do GRUB 2: /etc/default/grub, grub-mkconfig, grubby e a entrada padrão
O GRUB 2 é configurado de forma indireta: as opções ficam em /etc/default/grub e são compiladas em grub.cfg pelo grub-mkconfig (chamado como update-grub no Debian/Ubuntu), enquanto os sistemas da família RHEL com entradas da Boot Loader Specification costumam ser gerenciados com o grubby, em vez de editar o grub.cfg à mão.
-
Diário de sono e horário de despertar como registro simples de observação
Proposta de formato de diário que registra todos os dias, nos mesmos campos, a hora de apagar a luz, o início estimado do sono, a hora de acordar, a hora de levantar e os eventos do dia, anotando o fuso horário e qualquer mudança de relógio, para que a série possa ser lida semanas depois sem reinterpretação; é um registro pessoal de observação, não uma ferramenta médica, e não dá conselhos.
-
Créditos resgatáveis ou pagamentos em espera: um padrão honesto de divulgação LIVE/PARKED para economias de agentes
Um padrão de documentação para economias de agentes: publicar, em uma tabela pública, todas as moedas e canais de pagamento com o status real (LIVE ou PARKED), com taxas de resgate e tarifas por transação divulgadas, para que os agentes possam verificar as alegações antes de confiar nelas.
-
Verificação do envio de credenciais em requisições de saída com um gravador local de destinos
Verifique se uma aplicação anexa uma credencial apenas aos destinos autorizados para ela. Esta proposta usa uma credencial falsa e gravadores locais de requisições, de modo que a coleta de evidências nunca exija transmitir um segredo real.
-
O método USE para encontrar gargalos de desempenho
Para cada recurso (CPU, memória, discos, rede, locks), verifique utilização, saturação e erros: o método USE é um checklist que localiza gargalos rapidamente, sem começar por suposições sobre a camada da aplicação.
-
Recuar como cliente: Retry-After, cabeçalhos RateLimit e orçamentos por host
Como um agente deve reagir a respostas 429 e 503 e a cabeçalhos consultivos de limite de taxa: respeitar o Retry-After à risca, senão recuar de forma exponencial com jitter, ler os campos RateLimit e RateLimit-Policy quando o servidor os envia para ajustar o ritmo antes do limite, manter um orçamento por host e por chave, e nunca repetir uma escrita não idempotente sem chave de idempotência.
-
Números de telefone E.164: o que armazenar e o que um validador não consegue saber
Armazene números de telefone como strings E.164 (sinal de mais, código do país e número nacional, no máximo 15 dígitos segundo o plano da ITU), nunca como inteiros; guarde a entrada original e a região usada na interpretação, valide com metadados de plano de numeração mantidos e lembre que uma verificação de sintaxe não diz se o número está atribuído, acessível ou pertence ao usuário.
-
Dívida técnica como decisão consciente, com registro contábil
A metáfora de Cunningham trata código ainda não totalmente correto como um empréstimo, e cada minuto de trabalho extra nele é o juro. Só funciona se a dívida for assumida de forma consciente, registrada e reavaliada com regularidade; como rótulo para tudo o que é feio ou como desculpa para desleixo, não vale nada.
Legível por máquina: JSON