 |
| Bellacosa Mainframe e os primórdios da informatica |
☕ Um Café no Bellacosa Mainframe
🏴☠️ JACK SPARROW E A ROTA PIRATA DOS BITS — QUANDO O TK85 DESCOBRIU QUE A INTERNET DOS ANOS 80 VIAJAVA DE K7
TK85, Z80, Pimania, fitas cassete, BASIC, Assembler, revistas, Galeria Pagé, Xavier de Toledo, Reserva de Mercado, Amazônia e a extraordinária rede humana que transportava software pelo planeta muito antes da Internet.
🎬 PRÓLOGO — JACK SPARROW ENCONTROU UMA FITA K7
Imagine que estamos em São Paulo, em algum momento dos anos 1980.
Não existe Google.
Não existe GitHub.
Não existe Steam.
Não existe fibra óptica chegando à sua casa.
Não existe pip install.
Não existe Stack Overflow.
Aliás, se você disser "download", provavelmente alguém vai perguntar que palavra inglesa estranha é essa.
Nosso jovem programador COBOL entra no centro de São Paulo acompanhado de seu improvável mentor:
Capitão Jack Sparrow.
Jack aponta para uma pequena fita cassete.
— Está vendo isso?
— Uma fita K7.
— Errado. Isto é um navio.
— Capitão, é uma fita.
— Todo objeto capaz de transportar um tesouro é um navio.
E naquele pequeno pedaço de plástico realmente poderiam estar escondidos jogos, programas, utilitários, aventuras e algumas centenas ou milhares de linhas de código.
Talvez até um jogo britânico chamado:
Pimania.
Um programa capaz de transportar um garoto brasileiro, através de um TK85, até um misterioso cavalo branco desenhado numa colina inglesa.
Prepare o café.
Aperte PLAY.
Digite:
LOAD ""
Nossa aventura começou.
🏴☠️ CAPÍTULO 1 — ANTES DA INTERNET, OS BITS TAMBÉM VIAJAVAM
Existe uma ideia equivocada de que antes da Internet os países tecnologicamente distantes viviam praticamente isolados.
Não era assim.
O mundo dos anos 1980 já possuía uma extensa rede internacional formada por:
aviação;
correios;
empresas multinacionais;
revistas;
livros;
emigrantes;
estudantes;
turistas;
tripulantes;
pilotos;
executivos;
comerciantes;
clubes de usuários.
A diferença estava principalmente na latência e na largura de banda.
Hoje podemos transferir gigabytes entre Londres e São Paulo em minutos.
Naquela época, um programa poderia viajar assim:
LONDRES
|
v
FITA K7
|
v
MALA DE UM VIAJANTE
|
v
AVIÃO
|
v
SÃO PAULO
|
v
CÓPIA
|
+----> amigo
|
+----> loja
|
+----> clube
|
+----> outra cidade
Não havia TCP/IP.
Mas havia pessoas.
Jack Sparrow chamaria isso de:
rede distribuída baseada em rum.
Um engenheiro provavelmente chamaria de supply chain informal de informação.
🧠 CAPÍTULO 2 — LATÊNCIA NÃO É LARGURA DE BANDA
Para nosso iniciante COBOL, aqui existe um conceito importante.
Imagine um sistema bancário.
Uma transação MQ pode chegar ao destino rapidamente, mas isso não significa necessariamente que o canal tenha enorme capacidade.
São conceitos diferentes:
latência mede quanto tempo uma informação leva para chegar.
throughput mede quanto conseguimos transmitir em determinado intervalo.
Uma comissária de bordo poderia comprar uma fita em Londres e estar em São Paulo poucos dias depois.
Latência:
surpreendentemente pequena.
Mas ela talvez trouxesse apenas algumas fitas e revistas.
Throughput:
minúsculo comparado à Internet atual.
Nosso backbone era literalmente um Boeing.
EUROPA
|
| K7
|
v
[ BOEING ]
|
v
BRASIL
Depois que a primeira cópia chegava, entretanto, começava a replicação.
Era quase um BitTorrent humano.
📼 CAPÍTULO 3 — O K7 ERA O PENDRIVE DOS ANOS 80
Para quem começou a programar décadas depois, pode parecer estranho armazenar programas numa fita cassete.
Mas computadores como o Sinclair ZX81 e seus parentes utilizavam gravadores domésticos como armazenamento.
O programa era convertido em sinais de áudio.
O computador enviava esses sinais para o gravador.
Para salvar:
COMPUTADOR
|
v
SINAL ELÉTRICO
|
v
ÁUDIO
|
v
FITA MAGNÉTICA
Para carregar, acontecia o processo inverso.
O resultado era uma experiência que exigia paciência.
Volume errado?
Erro.
Cabeçote desalinhado?
Erro.
Fita deteriorada?
Erro.
Cópia da cópia da cópia?
Boa sorte.
Era o equivalente oitentista a assistir:
DOWNLOAD: 99%
durante vinte minutos e depois receber:
NETWORK ERROR
Só que o erro vinha acompanhado de chiados.
🖥️ CAPÍTULO 4 — SURGE O TK85
No Brasil tivemos diversos computadores inspirados ou compatíveis com arquiteturas estrangeiras.
Um dos mais famosos foi o:
TK85, da Microdigital.
Ele pertencia ao universo tecnológico derivado do Sinclair ZX81 e utilizava o lendário processador:
Zilog Z80.
O Z80 era uma CPU de 8 bits.
Isso significa, simplificando bastante, que sua arquitetura trabalhava naturalmente com unidades de dados de oito bits.
Um byte:
10110110
Oito bits.
Para nosso COBOL iniciante, pense assim:
COBOL esconde grande parte da máquina.
Você escreve:
ADD 1 TO WS-CONTADOR.
O compilador resolve como isso será transformado em instruções.
No Assembler Z80 você estava muito mais perto do hardware:
INC A
ou:
LD A,10
ADD A,5
O programador precisava compreender registradores, memória, endereços e flags.
Era outro mundo.
🧙 CAPÍTULO 5 — BASIC ERA A PORTA DA DUNGEON
Muitos computadores domésticos iniciavam diretamente em BASIC.
Você ligava a máquina e praticamente recebia:
Programe alguma coisa.
Isso produziu uma geração muito peculiar.
O usuário começava querendo jogar.
Encontrava:
10 PRINT "BELLACOSA"
20 GOTO 10
Executava.
Depois pensava:
E se eu mudar?
Pronto.
Nascia um programador.
Talvez alterasse:
100 LET LIVES=3
para:
100 LET LIVES=99
Primeiro hack.
Depois modificava a velocidade.
Depois queria criar uma fase.
Depois descobria POKE.
Depois perguntava por que BASIC era lento.
Então alguém dizia:
Você precisa aprender Assembler.
Jack Sparrow sorria.
O garoto acabara de entrar em águas profundas.
📰 CAPÍTULO 6 — A REVISTA ERA O GITHUB IMPRESSO
Outro mecanismo extraordinário de distribuição eram as revistas.
Elas publicavam programas completos.
Sim.
Código-fonte em papel.
Imagine encontrar:
10 CLS
20 PRINT "AMAZONIA"
30 INPUT A$
40 IF A$="NORTE" THEN GOTO 200
Você precisava digitar aquilo manualmente.
Portanto:
AUTOR
|
v
REVISTA
|
v
GRÁFICA
|
v
BANCA
|
v
LEITOR
|
v
TECLADO
|
v
RAM
O usuário era o dispositivo de entrada.
E havia um mecanismo sofisticadíssimo de detecção de erros chamado:
o programa não funciona.
Você voltava para a revista procurando:
O ou 0?
1 ou I?
8 ou B?
Era debugging antes mesmo de compreender que aquilo era debugging.
🇧🇷 CAPÍTULO 7 — MICRO SISTEMAS E A FORMAÇÃO DOS PROGRAMADORES
No Brasil, revistas como Micro Sistemas tiveram importância enorme.
Não eram simplesmente publicações sobre computadores.
Funcionavam como:
REVISTA
+
CURSO
+
REPOSITÓRIO
+
DOCUMENTAÇÃO
+
COMUNIDADE
+
CATÁLOGO
Uma única edição podia ensinar BASIC, publicar uma listagem, discutir hardware e apresentar um programa novo.
Isso criava uma relação completamente diferente com software.
Hoje:
DOWNLOAD
INSTALL
PLAY
Naquele universo:
COMPRAR REVISTA
|
v
LER
|
v
DIGITAR
|
v
ERRAR
|
v
DEBUGAR
|
v
ENTENDER
|
v
MODIFICAR
A fricção educava.
🌴 CAPÍTULO 8 — AMAZÔNIA: QUANDO O BRASIL CRIOU SUA PRÓPRIA AVENTURA
É nesse ambiente que aparece um personagem fundamental:
Renato Degiovani.
Em 1983 ele publica Aventuras na Selva, originalmente em BASIC para a família ZX81.
Depois essa experiência evoluiria para:
AMAZÔNIA.
O significado histórico é enorme.
Até então muito do imaginário computacional chegava do exterior.
Mas agora um computador daquela família tecnológica poderia executar uma aventura ambientada no próprio Brasil.
Em vez de castelos ingleses:
selva.
Em vez de cavaleiros:
sobrevivência.
Em vez de importar exclusivamente imaginários estrangeiros, começávamos a produzir os nossos.
O processador continuava sendo Z80.
Mas software possui cultura.
🧠 CAPÍTULO 9 — UMA ADVENTURE É UMA MÁQUINA DE ESTADOS
Aqui nosso programador COBOL pode compreender tecnicamente o que está acontecendo.
Imagine:
01 WS-GAME.
05 WS-LOCAL PIC 99.
05 WS-TEM-CHAVE PIC X VALUE 'N'.
05 WS-TEM-CORDA PIC X VALUE 'N'.
05 WS-VIDAS PIC 99 VALUE 03.
O jogador digita:
PEGAR CORDA
O programa altera:
WS-TEM-CORDA = 'S'
Depois:
IR NORTE
O estado muda.
Uma adventure textual é essencialmente:
ESTADO ATUAL
+
COMANDO
|
v
REGRA
|
v
NOVO ESTADO
É praticamente uma máquina de estados.
COBOL conseguiria implementar isso perfeitamente.
🥧 CAPÍTULO 10 — PIMANIA E O TESOURO FORA DO COMPUTADOR
Agora aparece nosso jogo mítico.
Pimania, lançado pela Automata UK em 1982.
Era uma aventura para computadores como ZX81 e Spectrum.
Mas possuía uma característica extraordinária:
existia um prêmio real.
As pistas existentes no programa levavam o jogador para fora do computador.
O objetivo final estava relacionado ao:
Litlington White Horse
um enorme cavalo desenhado no giz de uma colina inglesa.
O jogo misturava:
matemática;
trocadilhos;
geografia;
cultura britânica;
observação;
lógica;
pistas visuais.
Uma delas explorava:
22 / 7
que é uma conhecida aproximação de:
π
E também podia representar:
22 de julho.
Pi.
Pimania.
Nada estava ali por acidente.
🐴 CAPÍTULO 11 — O COMPUTADOR NÃO PRECISAVA ARMAZENAR A INGLATERRA
Essa talvez seja a maior lição técnica de Pimania.
Um computador de memória minúscula não precisava armazenar um gigantesco mundo tridimensional.
Ele armazenava:
pistas.
O resto estava no cérebro.
16 KB
|
v
PISTA
|
v
CÉREBRO
|
v
ENCICLOPÉDIA
|
v
MAPA
|
v
INGLATERRA
Portanto o verdadeiro armazenamento do jogo era distribuído.
Parte estava na RAM.
Parte na fita.
Parte na documentação.
Parte na cultura do jogador.
Parte no mundo real.
Quarenta anos depois chamaríamos algo parecido de experiência transmídia ou ARG.
Eles simplesmente fizeram.
🏴☠️ CAPÍTULO 12 — MAS COMO PIMANIA CHEGOU AO BRASIL?
Aqui começa outra aventura.
Não sabemos qual foi exatamente a rota da cópia específica lembrada nesta história.
Mas sabemos que existiam múltiplas portas de entrada.
Software podia chegar através de:
Correios;
viajantes;
pilotos;
comissários;
filhos de funcionários de companhias aéreas;
executivos;
brasileiros residentes no exterior;
turistas;
comerciantes.
Mais tarde, a grande comunidade brasileira no Japão adicionaria outra importante rota humana.
Portanto:
INGLATERRA
|
+---- CORREIO
|
+---- PILOTO
|
+---- TRIPULANTE
|
+---- VIAJANTE
|
+---- AMIGO
|
v
BRASIL
O mundo já era globalizado.
A Internet apenas mudaria radicalmente a escala.
🏙️ CAPÍTULO 13 — XAVIER DE TOLEDO: O FÓRUM PRESENCIAL
No centro de São Paulo existiam pontos nos quais usuários conseguiam adquirir K7 com software, trocar informações e encontrar outras pessoas da comunidade.
A região da Xavier de Toledo aparece nesta memória como um desses hubs.
E a palavra importante é:
hub.
Não era apenas comprar.
Era:
COMPRAR
+
CONVERSAR
+
PERGUNTAR
+
APRENDER
+
CONHECER PESSOAS
+
TROCAR INFORMAÇÕES
Alguém podia perguntar:
Como passo daquela parte?
Outro respondia.
Era Stack Overflow sem Stack Overflow.
Discord sem Discord.
Reddit sem Reddit.
A rede era humana.
E amizades surgiam dessas conexões.
Algumas duravam anos.
Isso raramente aparece numa imagem .TAP preservada atualmente.
O arquivo conserva os bytes.
Não conserva as pessoas que os transportaram.
🏢 CAPÍTULO 14 — JACK SPARROW ENTRA NA GALERIA PAGÉ
Agora nosso capitão precisa de hardware.
Existe Reserva de Mercado.
Existem restrições.
Existem dificuldades de importação.
Jack pergunta:
— Então ninguém consegue comprar equipamento estrangeiro?
O programador brasileiro começa a rir.
Bem-vindo à:
GALERIA PAGÉ.
A Pagé tornou-se lendária no imaginário paulistano como lugar de produtos importados, eletrônicos e novidades.
Você entrava procurando uma coisa.
Saía conhecendo cinco tecnologias que nem sabia que existiam.
Era uma espécie de marketplace físico.
Só que o algoritmo de recomendação era:
subir mais um andar.
🇧🇷 CAPÍTULO 15 — A RESERVA DE MERCADO
A política brasileira de informática buscava estimular e proteger a indústria nacional.
A lógica simplificada era:
LIMITAR IMPORTAÇÕES
|
v
PROTEGER EMPRESAS NACIONAIS
|
v
DESENVOLVER TECNOLOGIA LOCAL
Isso produziu resultados complexos.
Por um lado, surgiu indústria brasileira, empresas, técnicos e máquinas nacionais.
Por outro, determinados produtos estrangeiros eram difíceis ou caros de obter oficialmente.
E tecnologia possui um problema para qualquer barreira:
as pessoas sabem que existe algo melhor do outro lado.
Revistas mostravam.
Viajantes contavam.
Empresas utilizavam.
Então surgia a pergunta mais brasileira possível:
Conhece alguém que consegue?
🧙 CAPÍTULO 16 — A API “CONHEÇO UM CARA”
Podemos documentar tecnicamente:
CALL 'CONHECO-UM-CARA'
USING WS-PRODUTO
WS-PAIS
WS-URGENCIA.
😂
Era uma API extremamente resiliente.
Precisava de uma placa?
Alguém conhecia alguém.
Precisava de software?
Outro conhecia um tripulante.
Precisava de revista?
Fulano estava viajando.
Precisava de videogame?
Alguém conhecia a Pagé.
Essa rede social invisível reduzia consideravelmente a latência tecnológica brasileira.
⚓ CAPÍTULO 17 — A PRIMEIRA CÓPIA ERA O SEED
Para compreender a distribuição informal, imagine BitTorrent.
A parte difícil era obter o primeiro arquivo.
Depois:
ORIGINAL
|
+---- COPY A
|
+---- COPY B
|
+---- COPY C
Cada cópia poderia gerar outras.
Portanto, uma única fita que chegasse de Londres poderia rapidamente alimentar uma comunidade.
É claro que isso levantava problemas jurídicos de direitos autorais.
Mas historicamente também precisamos reconhecer o efeito tecnológico dessa circulação informal: software chegava a lugares onde a distribuição oficial simplesmente não chegava.
Por isso:
vendas ≠ jogadores.
Um jogo que vendeu uma unidade poderia ser experimentado por dezenas de pessoas.
🏴☠️ CAPÍTULO 18 — JACK SPARROW EXPLICA COPYRIGHT
Jack levanta a mão:
— Finalmente chegamos à minha especialidade.
Não, Jack.
Piratas marítimos e pirataria de software são coisas diferentes.
Mas existe uma discussão histórica interessante.
Para muitos usuários dos anos 1980, copiar uma fita parecia culturalmente semelhante a:
gravar música do rádio;
copiar LP;
emprestar livro;
trocar cassete.
A indústria de software ainda estava consolidando modelos de licenciamento e distribuição para consumidores domésticos.
Isso não tornava automaticamente a cópia autorizada.
Mas explica parte do comportamento social.
Tecnologia frequentemente surge antes das normas culturais estabilizarem.
🔧 CAPÍTULO 19 — A DIFICULDADE CRIOU TÉCNICOS
Agora imagine importar um equipamento.
Ele quebra.
Você procura:
ASSISTÊNCIA TÉCNICA AUTORIZADA
Não existe.
Então alguém abre.
Mede.
Testa.
Solda.
Substitui.
Adapta.
Documenta.
E aprende.
Essa necessidade ajudou a alimentar uma cultura extremamente prática de eletrônica e engenharia reversa.
O técnico não podia simplesmente trocar a motherboard inteira.
Precisava descobrir:
Onde está o defeito?
Essa mentalidade tem enorme relação com mainframe.
Quem trabalha com sistemas críticos sabe:
entender o sistema é diferente de simplesmente substituir o sistema.
🖥️ CAPÍTULO 20 — SANTA IFIGÊNIA E A PRÓXIMA ERA
Com a abertura econômica e o fim da Reserva de Mercado no começo dos anos 1990, o ecossistema mudou.
A região da Santa Ifigênia tornou-se fortemente associada à informática.
Agora nossa dungeon tinha:
386
486
RAM
HDD
SVGA
MODEM
SOUNDBLASTER
CD-ROM
E apareceu uma criatura tipicamente brasileira:
PC MONTADO.
Fabricante:
ninguém sabe.
Placa-mãe de um lugar.
Memória de outro.
Gabinete de outro.
HD de outro.
Tudo funcionando junto.
Era arquitetura aberta aplicada com entusiasmo.
🧠 CAPÍTULO 21 — O QUE TUDO ISSO TEM A VER COM MAINFRAME?
Muito.
A primeira conexão é:
ABSTRAÇÃO.
O usuário moderno vê:
DOWNLOAD
Mas abaixo existem:
HTTP
TCP
IP
ROTEAMENTO
FIBRA
SWITCHES
SERVIDORES
STORAGE
Nos anos 1980 o usuário via:
K7
Mas abaixo existia:
PESSOA
AVIÃO
CORREIO
LOJA
CÓPIA
COMUNIDADE
Todo sistema possui camadas invisíveis.
No mainframe acontece exatamente isso.
O usuário executa uma transação CICS.
Por trás:
CICS
|
+-- COBOL
|
+-- Db2
|
+-- VSAM
|
+-- MQ
|
+-- RACF
|
+-- z/OS
|
+-- WLM
O bom profissional aprende a enxergar as camadas.
⚔️ CAPÍTULO 22 — SEGUNDA LIÇÃO: COMPATIBILIDADE VALE OURO
O ecossistema ZX81/TK85 mostra como compatibilidade cria mercados.
Se máquinas conseguem executar software semelhante, surge um ecossistema.
Mainframe conhece isso melhor do que quase qualquer plataforma.
Programas COBOL escritos décadas atrás continuam existindo porque existe uma obsessão histórica com compatibilidade.
Hardware muda.
Sistema operacional muda.
Compilador muda.
Storage muda.
Mas o investimento em software não pode simplesmente desaparecer.
Isso é engenharia econômica, não nostalgia.
🧩 CAPÍTULO 23 — TERCEIRA LIÇÃO: SOFTWARE É MAIS QUE CÓDIGO
Quando encontramos hoje:
PIMANIA.TAP
temos o software.
Mas perdemos:
quem trouxe;
quem copiou;
onde comprou;
quem ensinou;
quem explicou;
qual revista comentou;
qual amigo indicou;
quais soluções circularam.
Isso deveria ensinar algo ao programador COBOL.
Um sistema corporativo também é:
CÓDIGO
+
DOCUMENTAÇÃO
+
HISTÓRIA
+
REGRAS
+
PESSOAS
+
PROCESSOS
Apagar as pessoas da história de um sistema é perder metade da arquitetura.
🐴 CAPÍTULO 24 — O EASTER EGG DO CAVALO BRANCO
Voltemos finalmente a Pimania.
Um pequeno programa britânico entra no ecossistema ZX81.
Cruza fronteiras.
Pode ser copiado.
Chega a computadores brasileiros compatíveis.
E deixa na memória de alguém uma imagem:
um cavalo branco numa montanha inglesa.
Décadas passam.
Computadores tornam-se milhões de vezes mais poderosos.
Chega a Internet.
Chega Google.
Chega IA.
E em 2026 aquela lembrança ainda existe.
Isso nos ensina algo importante sobre desenvolvimento.
O objetivo final de software não é consumir CPU.
É produzir efeito humano.
Pimania precisava de alguns kilobytes para criar uma memória que sobreviveria por mais de quarenta anos.
Isso é performance.
🏴☠️ CAPÍTULO 25 — JACK SPARROW ENCONTRA O VERDADEIRO TESOURO
Nosso jovem programador finalmente pergunta:
— Capitão, onde estava o tesouro?
Jack olha para o TK85.
Depois olha para a fita.
Depois para uma revista Micro Sistemas.
Depois para o mapa da Inglaterra.
— Você ainda não percebeu?
O tesouro nunca esteve somente no cavalo.
Estava na rede.
Na pessoa que trouxe a fita.
Na loja que fez a cópia.
No garoto que digitou BASIC.
No programador que publicou uma listagem.
No técnico que abriu uma máquina que ninguém sabia consertar.
No amigo que disse:
“Conheço um cara.”
Estava no conhecimento transmitido.
☕ EPÍLOGO — QUANDO OS BITS PRECISAVAM DE PASSAPORTE
Hoje abrimos GitHub e clonamos:
git clone projeto
Em segundos temos código produzido do outro lado do planeta.
É fácil esquecer o quão extraordinário isso é.
Nos anos 1980, aquele mesmo fluxo poderia exigir:
REVISTA
|
v
CONTATO
|
v
LONDRES
|
v
LOJA
|
v
K7
|
v
MALA
|
v
AVIÃO
|
v
GUARULHOS
|
v
SÃO PAULO
|
v
XAVIER DE TOLEDO
|
v
CÓPIA
|
v
TK85
E paralelamente tínhamos:
MICRO SISTEMAS
|
v
BASIC IMPRESSO
|
v
TECLADO
|
v
Aventuras na Selva
|
v
AMAZÔNIA
Enquanto hardware estrangeiro encontrava caminhos por viajantes, comerciantes e lugares lendários como a Galeria Pagé.
Mais tarde, Santa Ifigênia assumiria enorme protagonismo na informática paulistana.
O que parece caos quando observado superficialmente revela uma arquitetura.
Uma arquitetura humana.
Distribuída.
Redundante.
Resiliente.
Com múltiplas rotas.
Se o Correio demorasse, havia o viajante.
Se a importação oficial não existisse, havia outro canal.
Se não houvesse manual, havia revista.
Se não houvesse software, alguém programava.
Se não houvesse documentação, alguém perguntava ao sujeito que sabia.
E se ninguém soubesse...
alguém abria a máquina.
Talvez essa seja uma das grandes lições daquela geração para quem começa hoje em COBOL e mainframe:
tecnologia nunca foi apenas tecnologia.
Sempre existiram pessoas transportando conhecimento entre sistemas, empresas, países e gerações.
Um programa COBOL de 1975 que continua processando transações em 2026 possui algo em comum com uma fita de Pimania sobrevivendo através de emulação.
Ambos atravessaram gerações tecnológicas porque alguém considerou que aquilo ainda tinha valor.
Portanto, quando encontrar um programa COBOL antigo, não diga imediatamente:
“Isso é legado.”
Pergunte:
“Que viagem esse código fez para chegar até mim?”
Talvez tenha atravessado cinco versões de z/OS.
Talvez tenha sobrevivido a quatro migrações.
Talvez vinte programadores tenham mexido nele.
Talvez o autor original já esteja aposentado.
Mas o programa continua executando.
Como aquela velha fita.
Como o TK85.
Como Amazônia.
Como Pimania.
E em algum ponto de uma colina inglesa continua existindo um cavalo branco lembrando que, muito antes de GPS, cloud, smartphones e Internet, alguns poucos kilobytes já eram suficientes para conectar pessoas separadas por oceanos.
Jack Sparrow pega a fita K7.
Observa os dois lados.
E pergunta:
— Então isto tudo cabe aqui?
O programador responde:
— O programa cabe.
Jack sorri.
— A aventura, não.
🥚 Easter egg final
Se encontrar um velho programa COBOL cujo comentário diz:
*> DO NOT REMOVE THIS CODE.
não remova.
Provavelmente é o equivalente mainframe de encontrar um mapa marcado com:
X
E todo pirata competente sabe:
é exatamente aí que começa o problema.
☕ Um Café no Bellacosa Mainframe
Porque antes de existir cloud, nossos bits já viajavam pelo mundo. Só precisavam de K7, avião, revista, café e alguém que conhecesse um cara.
🏴☠️ STOP RUN.
03:17 — o TK85 terminou de carregar.
