<?xml version="1.0" encoding="UTF-8" ?>
<rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom">
<channel>
  <title>Junyo.dev Blog</title>
  <link>https://junyo.dev/blog</link>
  <description>Artigos sobre desenvolvimento, tecnologia e programação.</description>
  <language>pt-BR</language>
  <atom:link href="https://junyo.dev/blog/rss" rel="self" type="application/rss+xml" />
  
  <item>
    <title><![CDATA[O macaco infinito do cubo mágico: random walk vs Número de Deus]]></title>
    <link>https://junyo.dev/blog/macaco-infinito-cubo-magico-random-walk</link>
    <guid>https://junyo.dev/blog/macaco-infinito-cubo-magico-random-walk</guid>
    <pubDate>Tue, 28 Apr 2026 15:03:29 GMT</pubDate>
    <description><![CDATA[Um cubo mágico fazendo movimentos aleatórios para sempre vai resolver, em algum momento. Em média, depois de 4×10¹⁹ tentativas. Mas a solução ótima sempre está a no máximo 20 movimentos. A diferença não é hardware, é estrutura matemática.]]></description>
  </item>
  <item>
    <title><![CDATA[Como a entropia economiza milhões de dólares ao Google]]></title>
    <link>https://junyo.dev/blog/entropia-id-youtube-11-caracteres</link>
    <guid>https://junyo.dev/blog/entropia-id-youtube-11-caracteres</guid>
    <pubDate>Wed, 22 Apr 2026 03:00:00 GMT</pubDate>
    <description><![CDATA[11 caracteres carregam 64 bits de entropia e economizam dezenas de milhões ao Google. A escolha do ID de vídeo do YouTube elimina 160 PB de RAM em tabelas de lookup e mata o write hotspotting de uma vez.]]></description>
  </item>
  <item>
    <title><![CDATA[RDAP: O Sucessor do WHOIS (E por que você deveria parar de sofrer com o passado)]]></title>
    <link>https://junyo.dev/blog/rdap-o-sucessor-do-whois</link>
    <guid>https://junyo.dev/blog/rdap-o-sucessor-do-whois</guid>
    <pubDate>Wed, 15 Apr 2026 09:02:00 GMT</pubDate>
    <description><![CDATA[Estava criando uma ferramenta de WHOIS para o meu projeto de Web Tools e me deparei com um grande problema: o próprio WHOIS. A premissa é simples: consultar a porta 43 de um servidor, enviar uma string e esperar uma resposta. O problema? A resposta nunca é igual de um sistema para outro e você prec]]></description>
  </item>
</channel>
</rss>