 |
| Bellacosa Mainframe do Html ao IBM Z uma jornada classica do Heroi |
☕ Um Café no Bellacosa Mainframe
Do HTML ao IBM Z — Quando um Programador COBOL Descobre que o Front-end Também Faz Parte do Mainframe Moderno
"Durante muitos anos acreditamos que existiam dois mundos completamente diferentes. De um lado, o navegador. Do outro, o mainframe. Hoje sabemos que eles nunca estiveram tão próximos."
Existe uma cena curiosa que provavelmente todo programador COBOL já viveu.
Você está trabalhando em um programa CICS há horas. Ajusta um COMMAREA, altera uma consulta DB2, recompila, faz o BIND, libera para homologação e, de repente, alguém da equipe Web aparece com uma pergunta aparentemente inocente:
— "Você consegue disponibilizar isso numa API REST?"
Há alguns anos essa pergunta soaria quase como magia.
Hoje ela faz parte do cotidiano.
Foi justamente para reduzir essa distância que nasceu o APPDEV 33 – Introduction to Web Development – Part 2, expandindo os conceitos apresentados na Parte 1 e mostrando que HTML, CSS e JavaScript não competem com COBOL. Eles trabalham juntos.
Na verdade...
Eles dependem um do outro.
A grande mudança silenciosa
Existe uma falsa impressão de que o desenvolvimento Web pertence apenas ao universo JavaScript.
Não pertence.
Da mesma forma que existe a falsa impressão de que o Mainframe termina na tela verde.
Também não termina.
O navegador moderno tornou-se apenas mais um terminal.
Só que muito mais bonito.
Muito mais amigável.
Muito mais inteligente.
E atrás dele continua existindo aquilo que sempre sustentou bancos, seguradoras, governos, companhias aéreas e bolsas de valores:
IBM Z.
O que aprendemos na Parte 1
Na primeira parte aprendemos três pilares fundamentais.
HTML
A estrutura.
Assim como uma BMS MAP define onde cada campo aparecerá na tela 3270, o HTML define onde cada elemento será exibido dentro da página.
É o esqueleto.
CSS
A aparência.
Se na BMS alterávamos atributos como intensidade, cor, proteção e brilho, no navegador fazemos praticamente a mesma coisa utilizando CSS.
Mudam os nomes.
O conceito continua.
JavaScript
O comportamento.
Enquanto COBOL executa regras de negócio no servidor, JavaScript controla a experiência do usuário no navegador.
Ele responde cliques.
Atualiza informações.
Valida formulários.
Move elementos.
Sem precisar recarregar toda a página.
A analogia perfeita
| Mundo Web | Mundo Mainframe |
|---|
| HTML | BMS MAP |
| CSS | Atributos da Tela |
| JavaScript | Interface |
| COBOL | Regras de Negócio |
Quando essa tabela aparece pela primeira vez, muita gente faz exatamente a mesma expressão:
"Ahhh... agora fez sentido."
O navegador é apenas o começo
Quando digitamos:
https://empresa.com
Nossa mente costuma imaginar algo simples.
Mas, nos bastidores, ocorre uma verdadeira corrida de revezamento.
Usuário
↓
Browser
↓
Servidor Web
↓
HTML
↓
CSS
↓
JavaScript
↓
Página pronta
↓
REST API
↓
z/OS Connect
↓
CICS
↓
COBOL
↓
DB2
↓
Resposta
Observe algo interessante.
O navegador praticamente nunca conversa diretamente com o COBOL.
Existe uma camada intermediária.
E isso é excelente.
O guardião entre dois mundos
No ecossistema IBM Z moderno existe um verdadeiro tradutor universal.
z/OS Connect.
Ele recebe chamadas REST.
Converte JSON.
Invoca programas COBOL.
Executa CICS.
Consulta DB2.
Retorna novamente JSON.
Tudo isso escondendo completamente a complexidade do ambiente z/OS.
É quase como um intérprete simultâneo durante uma conferência internacional.
Cada lado continua falando sua própria língua.
Mas todos passam a se entender.
HTML deixou de ser apenas marcação
Quem aprendeu HTML há quinze anos provavelmente conheceu algo parecido com isto.
<div>
<div>
<div>
Funcionava.
Mas era praticamente impossível descobrir o significado daquela estrutura.
Então surgiu o HTML Semântico.
Agora passamos a utilizar elementos como:
<header>
<nav>
<main>
<section>
<article>
<footer>
Essas palavras possuem significado.
E significado muda tudo.
Motores de busca entendem melhor o conteúdo.
Leitores de tela conseguem navegar corretamente.
Ferramentas de Inteligência Artificial interpretam o contexto.
Até os próximos programadores agradecem.
Porque finalmente conseguem entender a organização da página.
CSS cresceu
Durante muito tempo criar layouts era uma atividade quase artesanal.
Tabelas.
Float.
Clear.
Margens.
Gambiarras.
Então surgiu o Flexbox.
De repente bastava escrever poucas linhas.
display:flex;
justify-content:space-between;
align-items:center;
Como mágica.
Tudo se alinhava.
Responsivamente.
Sem sofrimento.
Depois veio o CSS Grid.
E aí o navegador finalmente ganhou um verdadeiro sistema de layout bidimensional.
Header.
Menu.
Conteúdo.
Rodapé.
Tudo organizado como uma planta arquitetônica.
Curiosamente...
É exatamente assim que pensamos quando desenhamos uma aplicação CICS.
Primeiro definimos a arquitetura.
Depois os componentes.
Depois o fluxo.
JavaScript finalmente ganhou vida
No início JavaScript apenas executava comandos.
Hoje ele reage.
Clique.
Teclado.
Mouse.
Touch.
Formulário.
Mudança de valor.
Tudo é evento.
Usuário
↓
Evento
↓
JavaScript
↓
Resposta
Essa simplicidade mudou completamente a experiência da Web.
Não precisamos mais atualizar páginas inteiras.
Alteramos apenas aquilo que realmente mudou.
Essa ideia parece moderna.
Mas, curiosamente, programadores CICS fazem algo parecido há décadas.
Atualizamos apenas determinados campos da tela.
Não a aplicação inteira.
DOM — A página deixa de ser estática
Imagine que exista uma árvore invisível.
Cada botão.
Cada texto.
Cada imagem.
Cada tabela.
Cada formulário.
Tudo faz parte dessa árvore.
Ela recebe um nome.
DOM — Document Object Model.
JavaScript pode caminhar por essa árvore.
Encontrar um elemento.
Alterar seu conteúdo.
Modificar sua aparência.
Inserir novos componentes.
Tudo instantaneamente.
Sem recarregar o navegador.
É isso que transforma páginas estáticas em aplicações.
Parte II : Quando o Navegador Conversa com o Mainframe
Na primeira parte da nossa conversa percebemos algo importante: HTML, CSS e JavaScript não substituem o COBOL. Eles apenas ocupam uma camada diferente da aplicação.
Agora vem a pergunta que todo programador COBOL faz quando termina de aprender os conceitos básicos.
"Tudo bem... mas como exatamente um clique no navegador consegue executar um programa COBOL dentro do IBM Z?"
É justamente aqui que começa a mágica.
Ou melhor...
A engenharia.
A viagem de um clique
Imagine que um cliente acessa o Internet Banking.
Ele vê um botão.
Consultar Saldo
Aparentemente ele apenas clicou.
Mas esse clique inicia uma longa viagem.
Clique
↓
JavaScript
↓
REST API
↓
JSON
↓
z/OS Connect
↓
CICS
↓
Programa COBOL
↓
DB2
↓
Resposta
↓
JSON
↓
JavaScript
↓
Atualização da Tela
Em menos de um segundo tudo isso aconteceu.
Sem o usuário perceber.
Se o sistema estiver rodando em IBM Z, provavelmente essa operação ocorreu em alguns poucos milissegundos.
REST API — A língua franca da Internet
Há vinte anos cada sistema possuía seu próprio protocolo.
Cada fabricante inventava uma maneira diferente de trocar informações.
Era um verdadeiro caos.
REST mudou completamente esse cenário.
Hoje praticamente qualquer sistema consegue conversar com qualquer outro utilizando HTTP.
Isso significa que um navegador, um aplicativo Android, um iPhone, uma Smart TV ou até uma geladeira inteligente podem acessar exatamente a mesma API.
O IBM Z simplesmente tornou-se mais um participante dessa conversa.
JSON — O envelope que viaja pela Internet
Quando um navegador solicita informações, ele normalmente envia algo parecido com isto.
{
"cliente":12345
}
Poucos milissegundos depois recebe algo semelhante.
{
"nome":"Maria",
"saldo":1250.90,
"limite":5000
}
Isso é JSON.
Leve.
Organizado.
Fácil de interpretar.
Mas existe uma curiosidade.
O JSON praticamente nunca nasce no navegador.
Na maioria das aplicações corporativas ele foi produzido por um programa COBOL.
Ou seja...
Por trás daquele pequeno documento existe toda uma lógica construída durante décadas.
z/OS Connect — O tradutor universal
Imagine um diplomata durante uma reunião internacional.
Um participante fala japonês.
Outro fala português.
Outro inglês.
Outro espanhol.
Todos conseguem conversar porque existe um intérprete.
z/OS Connect faz exatamente esse papel.
Ele entende REST.
Entende HTTP.
Entende JSON.
Depois traduz tudo para o universo do IBM Z.
Do outro lado...
O programa COBOL continua exatamente igual.
Sem precisar conhecer HTML.
Sem conhecer JavaScript.
Sem conhecer navegador.
Ele apenas recebe parâmetros.
Processa.
Responde.
E volta ao trabalho.
CICS continua fazendo o que sempre fez
Muita gente acredita que REST substituiu CICS.
Na verdade aconteceu justamente o contrário.
REST fez ainda mais aplicações dependerem do CICS.
O fluxo normalmente é este.
Browser
↓
REST API
↓
z/OS Connect
↓
CICS
↓
Programa COBOL
Observe que o CICS continua sendo o gerente das transações.
Ele controla segurança.
Sincronismo.
Rollback.
Commit.
Performance.
Disponibilidade.
Nada mudou.
Apenas surgiram novos clientes.
Antes eram terminais 3270.
Hoje são navegadores.
COBOL continua sendo o cérebro
Existe uma frase que gosto muito.
JavaScript encanta. COBOL decide.
É JavaScript quem anima a tela.
É JavaScript quem valida um campo.
É JavaScript quem muda uma cor.
Mas quem realmente decide se um empréstimo será aprovado?
Quem calcula juros?
Quem verifica limite de crédito?
Quem consulta regras fiscais?
Quem processa milhões de transações diariamente?
COBOL.
Sempre ele.
O navegador apenas apresenta o resultado.
DB2 continua guardando o tesouro
Toda aplicação precisa armazenar informações.
Clientes.
Contas.
Contratos.
Apólices.
Empréstimos.
Pedidos.
Cartões.
É aqui que entra o DB2.
O programa COBOL faz consultas.
Atualiza registros.
Executa commits.
Controla integridade.
Depois transforma essas informações em JSON.
E o navegador recebe tudo pronto.
Perceba algo interessante.
O navegador nunca conversa diretamente com o banco.
Isso seria extremamente perigoso.
Existe sempre uma camada intermediária protegendo os dados.
Organização faz diferença
Quando começamos nossos primeiros programas HTML normalmente criamos apenas um arquivo.
index.html
Pouco tempo depois aparecem outros.
style.css
app.js
logo.png
Mais tarde surgem dezenas.
Depois centenas.
É exatamente nesse momento que aprendemos a organizar projetos.
Projeto
│
├── index.html
├── css
├── js
├── images
├── api
Essa organização pode parecer apenas estética.
Não é.
Ela facilita manutenção.
Facilita testes.
Facilita integração contínua.
Facilita Git.
Facilita DevOps.
Curiosamente...
É exatamente o mesmo motivo pelo qual existem COPYBOOKS.
COPYBOOKS nasceram muito antes dos Frameworks
Muitos desenvolvedores Web acreditam que reutilização nasceu com Frameworks modernos.
Na verdade...
Programadores COBOL fazem isso desde os anos 60.
Sempre que escrevemos
COPY CLIENTE.
Estamos reutilizando componentes.
Assim como um projeto Web reutiliza:
componentes
bibliotecas
frameworks
módulos
Mudam os nomes.
O princípio continua exatamente igual.
Git mudou a forma de trabalhar
Durante décadas o controle de versões no Mainframe foi responsabilidade de ferramentas como:
Endevor
ISPW
Librarian
Panvalet
Hoje Git tornou-se praticamente obrigatório.
Não importa se o código está em Java.
Python.
COBOL.
REXX.
Assembler.
Todos podem viver no mesmo repositório.
E isso abriu uma porta enorme para DevOps.
DevOps aproximou dois mundos
Antigamente existia uma divisão muito clara.
O desenvolvedor escrevia código.
Outra equipe compilava.
Outra homologava.
Outra implantava.
Hoje pipelines fazem praticamente tudo isso automaticamente.
Commit
↓
Build
↓
Testes
↓
Análise
↓
Deploy
Essa automação não substitui o programador.
Ela elimina tarefas repetitivas.
E permite que ele invista tempo onde realmente faz diferença.
Criando soluções.
Não apertando botões.
O novo profissional IBM Z
Chegamos então ao ponto mais importante de toda esta formação.
O profissional IBM Z moderno não conhece apenas COBOL.
Ele entende a jornada completa.
COBOL
↓
JSON
↓
REST
↓
HTML
↓
CSS
↓
JavaScript
↓
Git
↓
DevOps
↓
Cloud
↓
IBM Z
Isso não significa abandonar o Mainframe.
Significa ampliar horizontes.
Quanto mais camadas você compreende, maior passa a ser seu valor dentro da organização.
Você deixa de ser apenas um programador COBOL.
Passa a ser alguém capaz de conversar com equipes Web, arquitetos de soluções, especialistas em APIs, profissionais DevOps e engenheiros de Cloud.
E isso muda completamente sua carreira.
☕ Um café antes de continuar...
Existe um detalhe curioso que costuma passar despercebido.
Durante décadas ouvimos que "o futuro substituiria o Mainframe".
Mas aconteceu exatamente o contrário.
Foi o Mainframe que aprendeu a conversar com o futuro.
Hoje ele fala REST, entende JSON, integra-se com Cloud, participa de pipelines DevOps, conversa com aplicações móveis e continua executando, silenciosamente, bilhões de transações por dia.
Talvez essa seja a maior lição desta formação.
O IBM Z nunca ficou parado. Nós é que demoramos para perceber o quanto ele evoluiu.
Parte III — O Desenvolvedor IBM Z Moderno e o Futuro que Já Chegou
"O melhor momento para aprender HTML foi quando surgiu. O segundo melhor momento é hoje. Porque o IBM Z já está esperando por você."
Depois de percorrer toda a jornada desta formação, uma pergunta inevitavelmente aparece.
"O que devo aprender agora?"
Essa talvez seja a maior ansiedade de quem vem do mundo COBOL.
São tantas tecnologias...
HTML.
CSS.
JavaScript.
Git.
REST.
JSON.
Cloud.
DevOps.
Containers.
Docker.
Kubernetes.
OpenShift.
Inteligência Artificial.
À primeira vista parece impossível.
Mas existe uma boa notícia.
Você não precisa aprender tudo de uma vez.
Muito menos abandonar o conhecimento acumulado durante anos.
Na verdade, você já possui aquilo que a maioria dos desenvolvedores modernos ainda está tentando adquirir.
Conhecimento de negócio.
E isso vale ouro.
A árvore do conhecimento
Durante a apresentação utilizamos uma imagem bastante simbólica.
Uma árvore.
À primeira vista ela parece apenas um desenho bonito.
Mas existe um significado escondido.
As raízes
São invisíveis.
Pouca gente presta atenção nelas.
Mas sustentam tudo.
No IBM Z elas representam:
COBOL
JCL
CICS
DB2
VSAM
RACF
TSO/ISPF
Curiosamente...
São justamente as tecnologias que mais movimentam dinheiro no planeta.
Ninguém faz propaganda delas.
Mas bilhões de transações acontecem todos os dias graças a elas.
O tronco
O tronco representa aquilo que conecta todas as áreas.
Na nossa metáfora...
É o próprio IBM z17.
Não apenas como computador.
Mas como plataforma.
Segura.
Disponível.
Escalável.
Resiliente.
Enquanto centenas de tecnologias aparecem e desaparecem ao longo das décadas...
O IBM Z continua crescendo.
Os galhos
É onde surgem as novidades.
HTML.
CSS.
JavaScript.
REST.
JSON.
Git.
Cloud.
DevOps.
IA.
Todos eles crescem apoiados nas raízes.
Sem elas...
A árvore não existe.
O roadmap de evolução
Ao longo da apresentação surgiu uma estrada colorida.
Ela representa algo muito importante.
Você não aprende tudo ao mesmo tempo.
Você sobe um degrau por vez.
Primeiro passo
HTML.
Aprenda estrutura.
Nada além disso.
Não tente decorar centenas de elementos.
Entenda a lógica.
Segundo passo
CSS.
Faça páginas bonitas.
Aprenda cores.
Espaçamento.
Layouts.
Responsividade.
Não é preciso virar designer.
Apenas tornar a informação agradável.
Terceiro passo
JavaScript.
Agora a página ganha vida.
Botões passam a funcionar.
Campos são validados.
Elementos aparecem.
Desaparecem.
Mudam dinamicamente.
É nesse momento que muitos programadores COBOL começam a sorrir.
Porque finalmente enxergam lógica de programação novamente.
Quarto passo
REST.
Agora você entende que aplicações conversam.
E que praticamente toda integração moderna utiliza APIs.
Quinto passo
JSON.
Descobre que arquivos gigantes de integração deram lugar a pequenos documentos extremamente simples.
Sexto passo
Git.
Talvez seja a ferramenta que mais muda a maneira de trabalhar.
Commits.
Branches.
Merge.
Pull Request.
Code Review.
Tudo passa a fazer parte da rotina.
Sétimo passo
DevOps.
Agora o código não vive mais sozinho.
Ele entra em pipelines.
Executa testes.
É compilado automaticamente.
Implantado.
Monitorado.
Tudo praticamente sem intervenção humana.
Oitavo passo
Cloud.
Você percebe que Cloud não substituiu o Mainframe.
Ela apenas adicionou mais um ambiente de execução.
Na prática...
Os dois trabalham juntos.
Nono passo
Inteligência Artificial.
Chegamos ao presente.
Mas cuidado.
Existe um enorme equívoco acontecendo.
A IA não substitui conhecimento.
Ela acelera conhecimento.
Quanto mais experiência possui o profissional...
Melhores perguntas ele faz.
Melhores respostas recebe.
Um pequeno segredo da IBM
Existe uma curiosidade interessante.
Durante muitos anos, aprender IBM significava decorar comandos.
Hoje não.
A IBM mudou completamente sua estratégia.
Ela deseja profissionais capazes de integrar tecnologias.
É exatamente por isso que vemos cada vez mais cursos envolvendo:
Git
APIs
HTML
JavaScript
OpenShift
Red Hat
Linux
Python
DevOps
IA
Tudo convivendo naturalmente com COBOL.
Easter Egg nº 1 — O retorno da BMS
Você provavelmente achou curioso estudar HTML.
Mas observe.
Uma página HTML possui:
Header.
Body.
Campos.
Botões.
Mensagens.
Formulários.
Menus.
Parece familiar?
Porque é.
BMS fazia exatamente isso.
A diferença é que hoje existem milhões de cores.
Animações.
Responsividade.
E um mouse.
No restante...
Os conceitos continuam incrivelmente parecidos.
Easter Egg nº 2 — O navegador virou um terminal 3270
Calma...
Antes de fechar a página dizendo que enlouqueci...
Pense comigo.
O navegador:
Recebe dados.
Envia comandos.
Mostra telas.
Executa transações.
Atualiza informações.
Consulta banco.
Exatamente como um terminal.
A diferença é que o navegador ganhou superpoderes.
Renderiza vídeos.
Executa JavaScript.
Faz chamadas REST.
Mostra gráficos.
Integra mapas.
Mas continua sendo uma interface.
Assim como o 3270 sempre foi.
Easter Egg nº 3 — HTML não substitui COBOL
Esse talvez seja o maior medo de muitos iniciantes.
"Vou precisar abandonar COBOL?"
Não.
Pelo contrário.
Quanto maior a adoção de APIs...
Mais programas COBOL acabam sendo reutilizados.
Muitos sistemas escritos há quarenta anos hoje atendem aplicações Web modernas.
Mudou apenas a porta de entrada.
O maior erro dos iniciantes
Depois de ministrar diversos treinamentos, comecei a perceber um padrão.
O erro raramente é técnico.
É psicológico.
O aluno olha para a quantidade de tecnologias e conclui:
"Jamais vou aprender tudo isso."
Mas ninguém aprende.
Nem mesmo quem trabalha há trinta anos.
Todos continuam estudando.
Inclusive os IBM Fellows.
Inclusive os Distinguished Engineers.
Inclusive quem desenvolveu boa parte dessas tecnologias.
Aprender nunca termina.
O conselho que gostaria de ter ouvido em 1988
Quando comecei minha carreira, imaginava que bastava aprender COBOL.
Depois vieram CICS.
DB2.
JCL.
VSAM.
REXX.
Assembler.
TCP/IP.
MQ.
Java.
Web Services.
XML.
JSON.
REST.
Git.
Cloud.
DevOps.
IA.
No início achei que era um problema.
Hoje percebo que foi um privilégio.
Poucas profissões permitem acompanhar tantas revoluções tecnológicas sem abandonar completamente aquilo que aprendemos décadas atrás.
O programador COBOL continua reconhecendo um IF.
Um PERFORM.
Um MOVE.
Da mesma forma que reconhece hoje um IF em JavaScript.
A lógica continua sendo a mesma.
Mudam apenas as ferramentas.
O verdadeiro objetivo desta formação
Se ao terminar estas aulas você decorar todos os comandos HTML...
O curso terá sido apenas razoável.
Se aprender Flexbox.
Grid.
DOM.
Eventos.
REST.
JSON.
Também será um bom resultado.
Mas existe um objetivo muito maior.
Perder o medo da palavra "Web".
Porque ela deixou de ser um território distante.
Hoje faz parte do ecossistema IBM Z.
Uma última xícara de café...
Quando observo um IBM z17 processando milhares de transações por segundo enquanto um navegador moderno exibe gráficos, animações e respostas instantâneas, lembro-me de como essa história começou.
Lá atrás, um simples terminal verde.
Depois uma tela BMS.
Mais tarde o TCP/IP.
Vieram XML e Web Services.
Depois JSON.
REST.
Cloud.
Git.
DevOps.
Agora Inteligência Artificial.
O curioso é que, em todas essas fases, alguém decretou que o Mainframe estava ficando para trás.
E, em todas elas, o IBM Z respondeu da melhor maneira possível.
Evoluindo.
Sem perder sua essência.
Sem abandonar sua confiabilidade.
Sem deixar de ser o coração silencioso das maiores empresas do planeta.
Talvez essa seja a maior lição desta jornada.
As tecnologias mudam.
As interfaces evoluem.
As linguagens ganham novos recursos.
Mas a lógica, a arquitetura bem construída e a capacidade de resolver problemas reais continuam sendo o verdadeiro diferencial de um grande profissional.
No fim das contas, HTML, CSS, JavaScript, REST, JSON, Git, DevOps e Inteligência Artificial não são o destino.
São apenas novas ferramentas nas mãos de quem já aprendeu, há muito tempo, que um bom programa começa antes mesmo da primeira linha de código.
E enquanto houver desafios para resolver, clientes para atender e sistemas críticos para manter funcionando, sempre haverá espaço para quem estiver disposto a aprender.
Então abasteça a caneca, abra o editor de código e continue estudando.
Porque a próxima grande evolução do IBM Z provavelmente já começou.
E, quem sabe, ela será escrita por você.
Do conceito à prática: os laboratórios da Formação APPDEV
Teoria sem prática é como um programa COBOL que nunca saiu do editor: pode estar elegante, bem comentado e perfeitamente identado, mas ainda não processou uma única transação.
Por isso, a Formação APPDEV não termina quando o último slide desaparece da tela.
Ela continua nos laboratórios.
É nesses ambientes que HTML deixa de ser apenas uma sequência de tags, CSS deixa de ser decoração, JavaScript deixa de ser uma promessa e a integração com o ecossistema IBM Z começa a ganhar forma diante dos nossos olhos.
Prepare a caneca.
Abra o navegador.
E vamos colocar a mão na massa.
IBM Web Development Labs
O primeiro ponto de partida é o laboratório de desenvolvimento Web utilizado durante a formação:
IBM Web Development Labs
https://vagnerbellacosa.github.io/Lab_WebdevelopmentCoursera/
Nesse ambiente, o aluno pode revisar os fundamentos de HTML, CSS e JavaScript, observar a organização de uma aplicação Web e experimentar a construção de páginas diretamente no navegador.
É o lugar ideal para praticar:
estruturação de páginas com HTML;
aplicação de estilos com CSS;
criação de comportamentos com JavaScript;
eventos de clique e formulário;
manipulação do DOM;
organização de componentes;
preparação para consumo de APIs.
O objetivo não é apenas copiar códigos.
É alterar.
Quebrar.
Testar.
Corrigir.
Executar novamente.
Programação continua sendo uma ciência experimental, mesmo quando o laboratório cabe dentro de uma aba do navegador.
O endereço desse laboratório aparece diretamente na apresentação APPDEV como recurso para continuidade dos estudos.
LAB IBM IPL Mainframe
Depois de compreender o funcionamento da camada Web, vale retornar ao coração da infraestrutura:
LAB IBM IPL Mainframe
https://vagnerbellacosa.github.io/LAB_IBM_IPLMainframe/
IPL significa Initial Program Load.
É, de maneira simplificada, o processo de inicialização de um sistema IBM Z. Entretanto, compará-lo apenas ao boot de um computador pessoal seria uma simplificação quase ofensiva.
Em um ambiente corporativo, um IPL envolve planejamento, volumes, parâmetros, dispositivos, subsistemas, segurança, disponibilidade e uma sequência cuidadosamente controlada de operações.
O laboratório ajuda o estudante a enxergar o IBM Z não apenas como uma máquina que executa COBOL, mas como uma plataforma completa, composta por diversas camadas trabalhando em conjunto.
Essa visão é fundamental para o Desenvolvedor IBM Z Moderno.
Mesmo que ele não execute um IPL em produção, precisa compreender o ambiente no qual seus programas vivem.
A apresentação disponibiliza esse laboratório como uma etapa complementar da jornada.
Lab IBM Storage Management
Todo programa precisa de dados.
E todo dado precisa morar em algum lugar.
Lab IBM Storage Management
https://vagnerbellacosa.github.io/Lab_IBM_StorageManagement/
Nesse laboratório, o aluno pode ampliar a compreensão sobre armazenamento no ecossistema IBM Z.
Isso inclui conceitos relacionados a:
No mundo Web, falamos em arquivos, pastas, objetos, buckets e bancos de dados.
No IBM Z, encontramos datasets sequenciais, PDS, PDSE, VSAM, catálogos, volumes e políticas SMS.
Novamente, mudam as ferramentas e os nomes.
A necessidade permanece a mesma:
guardar a informação correta, no lugar correto, com segurança e disponibilidade.
O link para o laboratório de Storage Management também faz parte dos materiais de continuidade presentes na apresentação.
LAB IBM Capacity
Uma aplicação pode funcionar perfeitamente para dez usuários e entrar em colapso quando o décimo primeiro aparece.
É nesse momento que descobrimos que desenvolver software não significa apenas produzir resultados corretos.
Também significa produzir resultados dentro do tempo esperado.
LAB IBM Capacity
https://vagnerbellacosa.github.io/LAB_IBM_Capacity/
O laboratório de capacidade introduz uma visão essencial para aplicações corporativas:
Imagine uma aplicação Web consultando uma API REST que chama z/OS Connect, entra no CICS, executa COBOL e consulta DB2.
Cada camada consome recursos.
Cada camada pode introduzir espera.
Cada componente precisa ser observado.
O usuário não está preocupado com o número de instruções executadas.
Ele apenas sabe que clicou no botão e está esperando.
Por isso, capacidade e desempenho também fazem parte da experiência do usuário.
O laboratório de Capacity aparece na apresentação como parte da trilha prática recomendada.
Lab War Room Mainframe
Alguns problemas não chegam educadamente durante o horário comercial.
Eles aparecem de madrugada.
No fechamento mensal.
Durante uma grande campanha.
Ou exatamente quando todos acreditavam que a mudança estava sob controle.
Lab War Room Mainframe
https://vagnerbellacosa.github.io/LAB_WarRoom_Mainframe/
O conceito de War Room representa a investigação coordenada de incidentes.
É o lugar — físico ou virtual — onde profissionais de diferentes áreas analisam juntos:
No ambiente moderno, uma falha aparentemente simples no navegador pode ter começado muito longe dele.
O botão não respondeu.
Mas a causa pode estar em:
JavaScript
↓
REST API
↓
z/OS Connect
↓
CICS
↓
COBOL
↓
DB2
↓
Storage
É por isso que o profissional capaz de compreender toda a cadeia possui enorme valor.
Ele não observa apenas a mensagem de erro.
Ele segue as pegadas.
O laboratório War Room Mainframe também está entre os recursos indicados na apresentação APPDEV.
Para ir mais longe: Bellacosa Mainframe
A formação termina.
O aprendizado, felizmente, não.
Para continuar explorando COBOL, CICS, DB2, JCL, VSAM, APIs, HTML, CSS, JavaScript, DevOps, segurança, arquitetura e cultura Mainframe, visite:
Um Café no Bellacosa Mainframe
https://eljefemidnightlunch.blogspot.com/
O blog funciona como uma grande biblioteca construída ao longo do tempo.
Há artigos para iniciantes.
Conteúdos técnicos aprofundados.
Histórias sobre a evolução da computação.
Analogias com filmes, séries, quadrinhos, ficção científica e cultura popular.
Porque aprender tecnologia também significa construir memórias.
Um conceito técnico pode ser esquecido.
Mas uma boa história costuma permanecer.
A apresentação indica o Bellacosa Mainframe como espaço para aprofundamento e continuidade dos estudos.
Projeto Coursera Web Developer no GitHub
Ler códigos é importante.
Executá-los é melhor.
Modificá-los é onde o aprendizado realmente começa.
Projeto Coursera Web Developer
https://github.com/VagnerBellacosa/Lab_WebdevelopmentCoursera
Nesse repositório, o aluno pode explorar a organização de um projeto real, comparar arquivos, analisar versões e compreender como HTML, CSS e JavaScript convivem dentro de uma estrutura profissional.
Um repositório Git não é apenas um lugar para guardar código.
Ele registra a história do projeto.
Mostra o que mudou.
Quando mudou.
Por que mudou.
E quem realizou a alteração.
Essa rastreabilidade aproxima o desenvolvimento Web das práticas modernas de DevOps utilizadas também no IBM Z.
O projeto e seu endereço no GitHub aparecem entre os materiais finais da apresentação.
Mais repositórios HTML: mão na massa
Para explorar outros exemplos, projetos e experiências relacionadas a HTML, acesse:
Repositórios HTML de Vagner Bellacosa
https://github.com/VagnerBellacosa?tab=repositories&q=html
Aqui vale seguir uma pequena rotina de laboratório:
Escolha um projeto.
Observe a estrutura de diretórios.
Localize o index.html.
Identifique os arquivos CSS.
Encontre os códigos JavaScript.
Execute a aplicação.
Altere um elemento.
Teste novamente.
Quebre alguma coisa propositalmente.
Descubra como corrigir.
O aprendizado verdadeiro começa quando deixamos de ser visitantes do código e passamos a ser seus investigadores.
A apresentação encerra a seção prática justamente apontando para os repositórios HTML disponíveis no GitHub.
Uma trilha prática sugerida
Para aproveitar melhor os materiais, siga esta sequência:
1. IBM Web Development Labs
↓
2. Projeto Web Developer no GitHub
↓
3. Repositórios HTML
↓
4. LAB IBM IPL Mainframe
↓
5. Lab IBM Storage Management
↓
6. LAB IBM Capacity
↓
7. Lab War Room Mainframe
↓
8. Bellacosa Mainframe
Começamos pela interface.
Seguimos para o código.
Entramos no controle de versões.
Descemos até a infraestrutura.
Observamos armazenamento e capacidade.
Investigamos incidentes.
E retornamos ao blog para continuar estudando.
Essa é a verdadeira jornada do Desenvolvedor IBM Z Moderno.
Ele não precisa dominar todas as áreas como especialista.
Mas precisa compreender como elas se conectam.
O diploma encerra uma etapa, não a jornada
Ao terminar a Formação APPDEV, o aluno leva muito mais do que alguns comandos HTML, propriedades CSS ou funções JavaScript.
Ele passa a compreender uma cadeia completa:
Usuário
↓
Browser
↓
HTML + CSS + JavaScript
↓
REST API + JSON
↓
z/OS Connect
↓
CICS
↓
COBOL
↓
DB2
↓
IBM z17
Essa visão integrada é o verdadeiro resultado da formação.
O certificado registra que uma etapa foi concluída.
Os laboratórios demonstram que a prática começou.
O GitHub registra a evolução.
E o conhecimento de negócio transforma tudo isso em valor.
Por isso, quando alguém perguntar o que existe entre um botão HTML e uma transação COBOL, você não precisará mais imaginar dois mundos separados.
Verá uma única arquitetura.
Uma longa linha luminosa atravessando navegador, API, middleware, transação, programa e banco de dados.
De um lado, a experiência do usuário.
Do outro, a confiabilidade do IBM Z.
No meio deles...
O Desenvolvedor IBM Z Moderno.
Com uma caneca de café sobre a mesa e muitos caminhos ainda esperando para serem explorados.
