Forem: Samuel Caetite

Falso Retorno, ou: Quando desligamos as ranqueadas

Samuel Caetite — Sat, 14 Feb 2026 10:48:43 +0000

⚠️ Nota importante

Este não é um texto de minha autoria.

Este artigo foi originalmente publicado no antigo site brasileiro do League of Legends, escrito por Rumtumtummers, e está disponível publicamente via Wayback Machine.

Estou republicando este conteúdo no dev.to exclusivamente como referência pessoal e profissional, para manter salvo um exemplo real de como equipes técnicas lidam com incidentes críticos, tomada de decisão sob pressão e responsabilidade com usuários.

https://samuelcaetite.dev/falso-retorno

Autor original: Rumtumtummers

Fonte original: League of Legends Brasil

Todos os horários em: PDT

Ah, a pré-temporada… época de ficar ansioso sobre as novidades em League, mas também de refletir sobre as coisas que aconteceram neste ano. Jogadores ranqueados, por exemplo, devem se lembrar do bug da Riven que apareceu em julho e causou o desligamento de todas as filas ranqueadas.

A seguir temos a história desse bug e das equipes da Riot que trabalharam intensamente para encontrar uma solução.

Manhã – 15 de julho de 2015

Um vídeo sobe rapidamente para a página inicial do subreddit de League of Legends. Nele, um jogador mostrava um bug com a Riven: a sequência “certa” de apertos de botão fazia com que ela voltasse instantaneamente para a base, ignorando o tempo de conjuração da habilidade de retorno. À medida que as equipes na Riot começam a trabalhar, relatórios sobre bugs e seu impacto em potencial vão surgindo.

🧭 Donna Mason, Release Manager

Recebemos emails, memorando e pessoas o tempo todo.

“Meu Deus, você viu isso no Reddit?”

🎛️ Scott Hansen, Live Producer

Tinha algo no Reddit em que alguém publicou um vídeo de

“Ei, aconteceu esse negócio bizarro quando eu estava jogando de Riven”.

🎛️ Tim Isenman, Live Producer

A primeira coisa que vimos foi a publicação no Reddit e foi a partir dali que começamos a investigar. Tínhamos algumas pessoas no time de Campeões investigando o problema também.

🧩 Kacee Granke, Product Manager

O problema com a Riven levantou alertas de emergência imediatamente.

🧠 Mark Sassenrath, Associate Game Designer

Alguém vem e diz

“Ei, temos um bug na Riven que precisa ser arrumado. Podemos arrumar esse bug da Riven!”

🧭 Donna Mason, Release Manager

Então fomos investigar e começamos a tentar reproduzi-lo. Nosso objetivo quando esse tipo de coisa chega é sempre descobrir se é aleatório ou se era algo que as pessoas podiam explorar para vantagem própria.

Se há um bug no jogo, isso não é bom. Caso um bug dê uma vantagem que não seja natural a alguém, isso é muito, muito ruim.

E uma parte importante é: “Consigo fazer também?”

🧩 Kacee Granke, Product Manager

Começamos a tentar reproduzi-lo nós mesmos. Por sorte, o vídeo deixou tudo muito claro.

🎛️ Scott Hansen, Live Producer

O controle de qualidade de Release conseguiu efetuar a reprodução facilmente. Nós, da Live Production, não. Não somos tão bons no jogo. Sou prata.

🧪 Matthew Wittrock, Release QA

Estou mexendo e finalmente

“Ah, consegui”.

Depois

“Agora consigo fazer direto. Agora é fácil. Isso não é bom”.

🎛️ Tim Isenman, Live Producer

Perguntei

“Com essas informações, vamos desabilitar Riven?”

🧭 Donna Mason, Release Manager

Então olhamos as informações e vimos o quão rapidamente a publicação estava ficando popular e visível e tomamos a decisão de desabilitar Riven.

14:50 – 15 de julho

Riven é desabilitada globalmente. Enquanto os times trabalham na solução, novos relatórios aparecem interna e externamente indicando que o bug pode ser aplicado em mais Campeões.

🎛️ Tim Isenman, Live Producer

Depois de desabilitar a Riven, vários Rioters vieram me falar sobre mais vídeos de pessoas reproduzindo o bug em outros Campeões. Era no Yasuo, depois no Graves, depois mais e mais.

🧠 Mark Sassenrath, Associate Game Designer

Pessoas continuaram relatando

“Isso também acontece no Shen. E em X, Y e Z”.

🧩 Kacee Granke, Product Manager

Quase imediatamente depois disso, começamos a receber relatórios do nosso controle de qualidade informando que eles conseguiam reproduzir o bug com outros Campeões.

🧠 Mark Sassenrath, Associate Game Designer

No decorrer do dia, começamos a perceber que esse não era um bug da Riven. Era um bug geral.

🎛️ Tim Isenman, Live Producer

Quando olhamos as informações, percebemos que o problema poderia ser explorado em quase um quarto dos Campeões. Quase entramos em choque.

🧪 Matthew Wittrock, Release QA

Mesmo então, ainda estávamos subestimando o escopo do problema.

🎛️ Tim Isenman, Live Producer

Concluímos que qualquer Campeão usando Tiamat ou Hidra poderia causar o mesmo efeito.

🧠 Mark Sassenrath, Associate Game Designer

Pensei

“Qualquer Campeão pode fazer isso. Precisamos impedir que se espalhe”.

🧭 Donna Mason, Release Manager

Fica um sentimento de desespero quando você percebe que é com todos os Campeões.

🧪 Matthew Wittrock, Release QA

Estava claro que não existia lado ruim no abuso desse bug.

Tarde – 15 de julho de 2015

O bug cresce rapidamente. Times começam a discutir como mitigar o dano potencial.

🎛️ Scott Hansen, Live Producer

Precisamos considerar desabilitar as ranqueadas.

🎛️ Tim Isenman, Live Producer

Desabilitar um quarto do jogo seria pior do que desligar as ranqueadas.

🧪 Matthew Wittrock, Release QA

Não adiantava só desligar um Campeão ou item.

🧩 Kacee Granke, Product Manager

A pergunta era

“O que podemos fazer?”

🧭 Donna Mason, Release Manager

Era uma espada de dois gumes. Informação boa, visibilidade ruim.

🧩 Kacee Granke, Product Manager

Precisávamos desligar as ranqueadas agora.

17:30 – 15 de julho

As filas ranqueadas são oficialmente desabilitadas. O trabalho de correção começa em ritmo máximo.

🎛️ Scott Hansen, Live Producer

Estamos informando jogadores em mais de 20 idiomas e tentando resolver o problema.

🧩 Kacee Granke, Product Manager

Levou horas até passar pelo primeiro teste.

🧠 Mark Sassenrath, Associate Game Designer

O escopo ficava cada vez maior.

🧭 Donna Mason, Release Manager

Sabíamos que estávamos com problemas após várias iterações falharem.

2:00 – 16 de julho de 2015

A solução falha nos testes destrutivos. Todos são chamados de volta.

🧭 Donna Mason, Release Manager

Acordamos engenheiros, designers, todo mundo.

🧠 Mark Sassenrath, Associate Game Designer

Você sabe que algo deu errado quando o telefone toca de madrugada.

Tarde – 16 de julho de 2015

As ranqueadas seguem desligadas há quase 24 horas.

🎛️ Tim Isenman, Live Producer

Era difícil comunicar progresso sem saber o prazo.

17:00 – 16 de julho

A solução é validada para todos os Campeões.

🎛️ Tim Isenman, Live Producer

Recebemos a confirmação de que funcionava 100%.

🧭 Donna Mason, Release Manager

O trem de lançamento estava pronto.

🧪 Matthew Wittrock, Release QA

Todos estavam prontos.

20:00 – 16 de julho

As ranqueadas são reativadas após 28 horas desligadas.

🎛️ Tim Isenman, Live Producer

O demônio foi derrotado.

🧪 Matthew Wittrock, Release QA

O trem continua seu curso.

🧭 Donna Mason, Release Manager

Pensei

“Vou jogar uma ranqueadinha”.

🧩 Kacee Granke, Product Manager

E voltamos ao trabalho.

🧠 Mark Sassenrath, Associate Game Designer

Ainda há muito trabalho a fazer.

Ninguém gosta de bugs em jogos complexos, mas quando eles surgem, equipes inteiras trabalham juntas para preservar a integridade da experiência. No caso do grande bug de volta à base de 2015, várias pessoas contribuíram incansavelmente para devolver as ranqueadas aos jogadores.

Fonte original e snapshot

URL original: https://br.leagueoflegends.com/pt/news/riot-games/editorial/falso-retorno-ou-quando-desligamos-ranqueadas
Snapshot (Wayback Machine): https://web.archive.org/web/20160225005605/http://br.leagueoflegends.com/pt/news/riot-games/editorial/falso-retorno-ou-quando-desligamos-ranqueadas

Data e hora do snapshot: 25 de fevereiro de 2016, 00:56:05 (UTC)

I spent 3 months building a static website and it says more about me than any stack

Samuel Caetite — Thu, 05 Feb 2026 00:28:09 +0000

For a long time, I was a web developer without a personal website.

Not because I never built one. I had several. Some were decent, some were quick experiments, some died with expired domains. Back in 2019 I even made a simple one just to land my first internship. It worked.

What I did not have was a site that actually represented who I am now.

And that felt weird.

If you build software for a living but you have no space that reflects your own criteria, it is like being a chef who lives on delivery. Functional, sure. But something does not add up.

The first versions were pretty and empty

My first attempts were purely aesthetic.

I tried glassmorphism. It looked modern and polished. I shipped it fast, with help from AI, and for a brief moment it felt done.

Then the discomfort kicked in.

It was a résumé wearing a costume. Same content as the PDF, just with blur and shine. Good looking, low truth.

Then I tried neumorphism. Even prettier. I let AI drive most of it. It nailed the vibe. Still, after a while I realized I liked the style more than the message.

I was optimizing surface, not meaning.

A side project quietly changed everything

While I was stuck with the portfolio, I started a personal project called TrueStreak. The idea was simple: track gym consistency and make habits visible.

But it became a lab.

I dove into performance, accessibility, analytics, SEO, domain modeling, cloud, serverless. Not as theory. As decisions that had to hold up in a real product.

That is when I made a choice that looked odd from the outside.

I built it with HTML, SCSS, and vanilla JavaScript.

No framework. No TypeScript.

Not out of nostalgia. Out of fit.

A static product with simple flows does not need a cruise ship. It needs clarity, speed, and tolerance for iteration.

The stack served the problem. Not the other way around.

The site stopped being a site and became a tool

As the project grew, the usual friction showed up:

compiling SCSS
reusing shared structure across pages
cache busting assets
optimizing images
generating metadata and structured data
avoiding regressions and broken builds
making deploy predictable

So I started solving one pain at a time.

Scripts became a pipeline. The pipeline became a builder. The builder became a small system.

I eventually packaged the idea into my own static generator:

SiteForge.

It is not a “framework replacement”. It is a way to eliminate unnecessary complexity while keeping full control over what gets shipped.

If you are curious:

Portfolio: https://samuelcaetite.dev
SiteForge demo page: https://samuelcaetite.dev/site-forge
SiteForge repo: https://github.com/osamucadev/site-forge

The real problem was narrative, not design

When I finished TrueStreak and looked at it running, something clicked.

I had a real product. Something I use. Something that does not depend on context or hype.

Then I revisited my portfolio and noticed a mismatch.

My LinkedIn told the story of someone who has dealt with critical systems, production pressure, real responsibility, and the boring parts that keep products alive.

My website looked like a nice template.

Two different people.

At that moment it became obvious: the problem was not visual. It was narrative.

I did not need another place listing technologies and job titles. I needed a space that shows how I think, how I decide, and what I refuse to compromise.

I changed how I used AI

I stopped asking AI for solutions.

I started asking it for questions.

I shared the HTML and CSS. I explained the discomfort. I asked for critiques, alternatives, and tradeoffs. I used AI as an assistant that accelerates iteration, not as an author that replaces judgment.

That is the key difference.

AI can speed up execution. It cannot replace criteria.

What the current portfolio actually demonstrates

Yes, it is a static website. But it is not a static decision.

This repo exists to demonstrate engineering habits:

full control over generated HTML, CSS, and JS
a custom build pipeline focused on real performance metrics
SEO that is not just “meta tags”, but structure and intent
cache busting and predictable deploy
security headers and basic hardening
separation between source and production output

The goal was not to impress with complexity.

The goal was to ship something fast, quiet, readable, and durable.

In other words, the exact way I like to build software.

Why it took 3 months

Because the hard part was not typing code.

The hard part was deciding:

what should exist
what should not exist
what is noise
what actually communicates value
what stays stable as the site evolves

A strong portfolio is not a list. It is a narrative system.

Each section has its own intention. Some need tension. Some need calm. Some need structure. Some need humanity.

The site does not try to prove seniority. It lets you feel it.

The takeaway

I spent 3 months building a static website.

And I would do it again the same way.

Not because it is “hard” or “impressive”, but because it forced me to be honest about what I value:

clarity over noise
responsibility over aesthetics
fit over trend
maintainability over cleverness
narrative over buzzwords

If you are building your own portfolio, here is my suggestion:

Do not start with visuals.

Start with what you want to be true about you when someone closes the tab.

Everything else is implementation.

If you want to see the code and the build approach:

Repo: https://github.com/osamucadev/frontsamuelcaetite
Site: https://samuelcaetite.dev