A melhor Pokédex já desenvolvida: Introdução

Guilherme Sousa — Thu, 02 Nov 2023 02:59:12 +0000

TL:DR:
Esse é o primeiro de uma série de posts sobre o processo de desenvolvimento de uma Pokédex funcional que interage com os jogos. Você pode ver um preview do app funcionando no meu LinkedIn!

A Pokédex é um ótimo projeto para iniciantes aprenderem sobre componentização, requisições a API e etc., no entanto, esse projeto costuma ser associado com um trabalho mais simples, de caráter apenas introdutório e sem profundidade.

Eu percebi que em quase 5 anos como programador e 3 atuando profissionalmente na área, eu nunca tinha feito o bendito projeto da Pokédex, mesmo sendo viciado nos monstrinhos japoneses.

Como fazer esse projeto não fazia mais sentido pra mim nessa altura do jogo, decidi subir a barra do projeto e me desafiei a fazer uma Pokédex que seja realmente útil para quem joga Pokémon.

O que será feito

Um dos objetivos pós-jogo em Pokémon é completar a Pokédex. Apesar de parecer bastante intuitivo, capturar todos eles é uma missão extremamente complicada que demanda tempo, planejamento e até dinheiro. Você precisa jogar mais de um jogo da mesma geração pra poder completar uma Dex local.

Como esse esforço acaba resultando em horas de jogatina e saves diferentes para conseguir os bichinhos, a ideia é que possamos fazer uma aplicação onde conseguiremos centralizar todos os registros de captura em todos os jogos.

Para começar, dois projetos serão desenvolvidos e documentados nesses posts: Uma biblioteca para ler e interpretar arquivos de progresso dos jogos e um Frontend para conseguir exibir e agregar as informações para o usuário.

O que você pode aprender

Por se tratar de um projeto bastante diferente do que a maioria das pessoas acaba fazendo por tempo livre, você pode acabar aprendendo muita coisa diferente por aqui, como:

Conceitos de Engenharia Reversa
Como jogos da década de 90 armazenam dados
Desenvolvimento de bibliotecas Javascript, etc.

O próximo passo...

No próximo post, quero começar a dar uma introdução no formato usado para rastrear os Pokémons capturados nos jogos originais de Kanto, Pokémon Red, Blue, lançados originalmente em 1998, entender como o jogo verifica a integridade do progresso e fazer um espelho simples da Pokédex do jogo.

Entendendo Extremidade Computacional (endianness) usando uma Coxinha

Guilherme Sousa — Thu, 20 Jul 2023 16:06:55 +0000

Se você gosta de usar redes sociais, você provavelmente já se deparou com a questão: Qual é o jeito certo de se comer uma coxinha? Pelo lado de baixo? Pela ponta? Até os candidatos ao Prêmio Bom Gourmet 2018 de Melhor Coxinha de Curitiba já opinaram sobre esse assunto.

Esse mesmo dilema acontece com outras coisas, como a forma de comer um ovo cozido, organizar datas corretamente e, não menos importante, isso também acontece em Arquitetura de Computadores. Então, vamos hoje entender como computadores registram bits usando esse polêmico questionamento brasileiro!

Esse artigo foi escrito para o meu perfil do site do lado, mas você também pode ler no meu site pessoal: guilherssousa.dev

Origem do termo Endianness

O termo Endianness é inspirado do livro As Viagens de Gulliver, onde em uma das histórias, conta que houve uma guerra civil entre os moradores da vila onde os moradores que preferiam quebrar os ovos cozidos pelo lado maior enfrentaram os que preferiam quebrar pelo lado menor.

Fonte: Wikipedia

Peso de Coxinha e Peso Numérico: MSB e LSB

Se eu mostrar uma foto de uma coxinha para alguém e perguntar: "Qual é o lado mais pesado?", quase que certamente a pessoa responderá que o lado mais pesado é a base da coxinha, pois tem mais recheio dentro do que na ponta.

Isso também acontece com números, por exemplo, se eu mostro o número 3.589, podemos observar que o número mais "pesado" é o 3, pois representa três milhares. Logo, o número mais "leve" ou menos pesado é o 9, pois só representa nove unidades.

Quando um computador registra os dados a partir do Byte mais pesado (ou mais significativo), então ele funciona na ordem Big-endian. Quando ele começa pelo mais leve (ou menos significativo), então ele funciona na ordem Little-endian.

Exemplo prático

Vamos agora imaginar dois computadores com boca (sic): Um deles vai comer a coxinha pelo lado maior e o outro pela ponta.

Quando o primeiro computador recebe a coxinha a partir do lado maior, ele é um Big-endian, porque ele vai registrando a memória (digerindo a coxinha) a partir do MSB (Bit mais significante, ou a parte mais recheada da coxinha).

Agora quando o segundo computador recebe a coxinha a partir da ponta, ele é um Little-endian, pois ele vai endereçando os dados a partir do LSB (Bit menos significante, ou a ponta da coxinha).

Outros formas

Existem também outras formas de registrar, usadas por alguns computadores. Por exemplo, existe também o middle-endian, onde o bit cujo a grandeza é média será escrito primeiro. Uma analogia para essa representação é o formato de datas usado nos Estados Unidos: MM/DD/AAAA. Enquanto no Brasil, usamos o formato little-endian, onde a ordem é DD/MM/AAAA.

E qual é o jeito certo de ordenar?

Na realidade, assim como não existe um jeito certo de se comer uma coxinha, também não existe um jeito certo de ordenar os dados. Cada pessoa vai ter sua forma preferida de coxinha, assim como cada computador vai ter seu formato de ordenar esses dados.

Por exemplo, os processadores x86 da Intel, AMD e Z80 são os mais famosos que usam o formato little-endian, ordenando a partir do byte menos expressivo. Já pelo outro lado, os famosos 6800 e 68000 da Motorola usam o formato big-endian.

Conclusão

Enquanto estudava sobre o tópico, acabei achando vídeos muito explicativos e fáceis de entender sobre o assunto, porém em Inglês. Então decidi compilar o meu entendimento sobre o assunto e escrever um artigo em português, apenas alterando a analogia em prol da adaptação local para melhor entendimento. :)

Eu percebi que é muito mais fácil entender conceitos de computação quando você faz analogias desses conteúdos com problemas do cotidiano. Isso faz você absorver melhor o aprendizado e as vezes até traz uma solução inesperada para um problema.

DEV Community: Guilherme Sousa