Todos os artigos
-
Passo a passo de um leaderboard: eventos de pontuação, um sorted set derivado e rankings reconstruíveis
Guia de projeto para leaderboards: eventos de pontuação autoritativos no servidor, com chave de idempotência, como fonte da verdade; um sorted set por período de ranking como índice derivado para consultas de top-N e de posição individual; regras de desempate codificadas na pontuação; fronteiras de período definidas pelo momento de ocorrência; e reconstruções como rotina.
-
Redirecionamentos 301, 302, 307 e 308: quais preservam o método da requisição
301 e 302 permitem que um user agent transforme um POST redirecionado em GET; 307 e 308 proíbem a mudança de método, e o corpo é reenviado; 303 sempre troca para um GET em outro recurso. 301 e 308 são cacheáveis por heurística, 302 e 307 não. A escolha depende da permanência do redirecionamento e de o método precisar ser mantido.
-
Configurar o módulo logging uma única vez, no ponto de entrada
As bibliotecas obtêm loggers e nunca configuram handlers; a aplicação configura handlers, níveis e formatos uma única vez na inicialização, o que centraliza o controle da saída e evita duplicações.
-
Como ler o load average e entender o OOM killer
O load average do Linux conta tarefas executáveis e em suspensão ininterruptível em médias de 1, 5 e 15 minutos; por isso, um valor alto com CPUs ociosas aponta para I/O ou um sistema de arquivos travado. Quando não há memória a recuperar, o OOM killer escolhe uma tarefa pelo badness score, que o oom_score_adj desloca de -1000 (nunca) a +1000 (primeira).
-
Um arquivo CONTRIBUTING que responde às cinco primeiras perguntas de quem chega
Antes de escrever código, quem quer contribuir pergunta: a mudança é desejada, como a proponho, o que um pull request precisa conter, quanto tempo até alguém responder e como uma mudança integrada chega aos usuários. Um arquivo CONTRIBUTING que responde a essas cinco perguntas, nessa ordem, e remete a links para o resto, tem o objetivo de evitar pull requests que seriam rejeitados por escopo ou por falta de testes.
-
Renderização estereoscópica em XR: preserve poses, projeções e camadas de imagem por vista
Como renderizar vistas estéreo consistentes com os dados de vista do runtime e validar otimizações de multiview sem perder a geometria nem os efeitos específicos de cada olho.
-
Como transformar um relatório de bug em um teste de regressão
Antes de corrigir um bug, reproduza-o como um teste automatizado que falhe e que cite o relatório; o teste comprova a correção e impede que o defeito volte.
-
LoRA: adaptação de baixo posto e o que sua economia de memória realmente cobre
O LoRA aprende uma atualização de baixo posto e mantém congelados os pesos do modelo base. Ele reduz os parâmetros treináveis e o estado do otimizador associado, mas o modelo base, as ativações e a compatibilidade na implantação continuam pesando.
-
Framework de gameplay do Unreal: defina com critério onde ficam as regras, o estado compartilhado e a possessão
Separe as regras do servidor, as informações replicadas da partida, o controle do jogador e o corpo possuído, para que respawn e multiplayer não misturem responsabilidades.
-
Que parcela das funcionalidades lançadas ainda é usada 90 dias após o lançamento, e o que aconteceu com as não usadas e suas flags?
Pergunta em aberto: ferramentas de feature flags como o Unleash atribuem um tempo de vida esperado a cada flag e a marcam como potencialmente obsoleta depois dele, o que cobre a flag, mas não a funcionalidade. Em produtos que medem o uso das funcionalidades, que parcela das funcionalidades lançadas em um ano teve uso significativo após 90 dias, o que foi feito com as demais (removidas, ocultadas, mantidas) e suas flags e seu código tiveram o mesmo destino?
-
Verificar a integridade dos pacotes instalados no Debian e no Ubuntu com debsums e dpkg --verify
O debsums compara os arquivos instalados com as somas MD5 registradas na construção do pacote; o dpkg --verify (desde o dpkg 1.17.2) compara metadados registrados no próprio banco de dados do dpkg; e o dpkg -S/-L respondem a "qual pacote é dono deste arquivo" e "quais arquivos este pacote instalou", antes de decidir se vale a pena reinstalá-lo.
-
Gerenciar certificados pelo PowerShell: a unidade Cert:, importação/exportação de PFX e associação a um site no IIS
Como navegar em Cert:\LocalMachine\My, filtrar por validade com Get-ChildItem, mover um certificado com a chave privada via Import-PfxCertificate/Export-PfxCertificate, usar New-SelfSignedCertificate apenas em testes e associar o resultado no IIS com New-WebBinding ou conferi-lo com netsh http show sslcert.
-
Indique as unidades junto a cada medição
Torne os registros de medição interpretáveis mantendo unidade, agregação e população ao lado de cada valor.
-
Noções básicas de segurança do IBM i para administração: autoridades especiais, autoridade sobre objetos, QSECURITY e QAUDJRN
O controle de acesso do IBM i se apoia em autoridades especiais como *ALLOBJ e *SECADM, concedidas por perfil de usuário; em autoridades por objeto, verificadas com DSPOBJAUT/EDTOBJAUT; no valor de sistema QSECURITY, que define o nível de imposição; e no journal de auditoria QAUDJRN, que registra o que aconteceu. Tudo isso diz respeito a administração e auditoria, não a exploração de falhas.
-
Registro de leituras de um sensor de PM2,5 de consumo: o que anotar junto a cada leitura e o que o número não pode dizer
Um sensor doméstico de partículas informa uma estimativa da massa de partículas de 2,5 micrômetros ou menos; a EPA afirma que esses sensores têm menor exatidão e maior incerteza que os monitores regulatórios, indica a colocalização com instrumentos de referência como forma eficaz de avaliá-los e observa que uma correção feita ao ar livre pode não valer em ambientes internos e que variações de temperatura e umidade podem afetar alguns sensores. Por isso, o registro doméstico deve guardar o valor bruto, o intervalo de média, o local de instalação, os eventos no ambiente e o valor do monitor oficial mais próximo, com a distância.
-
Testar autorização pelas relações com o recurso, e não pelos nomes de papéis
Verifique se um chamador pode agir sobre um objeto específico por meio da relação que o produto de fato promete. Este método de laboratório proposto trata os rótulos de papéis como atributos de fixture, e não como o oráculo do teste.
-
Modelagem de estados com Literal, Enum e TypedDict
Substitua strings livres e dicionários soltos por uniões Literal, enumerações e TypedDicts, para que o verificador de tipos rejeite estados impossíveis e eles fiquem documentados em um só lugar.
-
make como executor de tarefas: alvos phony, tabulações e um shell por linha
Um Makefile serve como ponto de entrada para os comandos de um repositório se os alvos de comando forem declarados como .PHONY, as linhas de receita começarem com tabulação e se souber que cada linha roda em seu próprio shell, a menos que .ONESHELL esteja definido. Convém manter o alvo padrão inofensivo e as dependências de arquivo reais.
-
IK de posicionamento de pés: preservar o contato sem brigar com o ciclo de caminhada
Construa alvos de pé que respeitem o terreno, considere o alcance da perna e as fases de contato, e mantenha consistentes o ajuste da pelve e as âncoras em plataformas móveis.
-
Recursão versus iteração: profundidade da pilha, limites e quando converter
A recursão espelha problemas em forma de árvore, mas consome um frame de pilha por nível; a pilha é limitada pelo limite de recursão do interpretador ou pelo tamanho da pilha da thread. Por isso, recursão com profundidade controlada pela entrada é um crash à espera de acontecer. Converta para uma pilha explícita ou um laço quando a profundidade cresce com o tamanho da entrada.
Legível por máquina: JSON