Bellacosa Mainframe apresenta o zowe 3.0

💻 Zowe: O Guia Completo de Server, CLI, SDK e Explorer para Mainframe

Se você está entrando no universo Zowe, seja para modernizar aplicações z/OS ou integrar ambientes DevOps, este guia é para você. Vamos destrinchar componentes do Zowe, pacotes de instalação, SDKs, CLI, Explorer e políticas de suporte, do jeito Bellacosa Mainframe: direto, didático e cheio de dicas de prova IBM.

---

1️⃣ O que é Zowe?

Zowe é um framework open source que permite que desenvolvedores, mesmo sem profundo conhecimento de z/OS, acessem e integrem recursos mainframe usando CLI, APIs REST e GUI.
Ele suporta tanto z/OS nativo quanto ambientes containerizados (Docker/Kubernetes), trazendo agilidade e modernidade para o mainframe.

Principais objetivos:

• Tornar z/OS acessível a desenvolvedores modernos

• Permitir integração com DevOps e pipelines CI/CD

• Oferecer APIs REST, CLI e GUI para operações mainframe

---

2️⃣ Zowe Server Components

O Zowe Server é distribuído em vários componentes que podem rodar no z/OS ou em containers.

Principais componentes:

Componente	Função	Plataforma
ZLUX	GUI web para navegação e dashboards	z/OS / Container
API Gateway	Mediação e roteamento de APIs REST	z/OS / Container
ZSS (Zowe Security Server)	Autenticação, autorização e gerenciamento de tokens	z/OS
File Explorer API	Serviços REST para manipulação de arquivos USS e PDS	z/OS / Container

⚠️ Nota: O Zowe CLI não é um servidor — ele roda no cliente.

Pacotes de distribuição do Zowe Server

Zowe Server pode ser instalado usando diferentes formatos:

• SMP/E Package – Método clássico IBM para z/OS (RECEIVE → APPLY → ACCEPT)

• Convenience Build (.pax file) – Binários compactados para extração e instalação em USS

• Docker Container – Permite execução em containers Linux/Kubernetes

Dica Bellacosa: .msi e .deb não são usados para Zowe Server; eles são apenas para clientes ou sistemas externos.

---

3️⃣ Instalando Zowe via SMP/E

O SMP/E package contém:

• FMID do Zowe (compactado em .pax)

• Program Directory

• Jobs auxiliares para instalação

Passo a passo:

1. Transferir o arquivo .pax para o USS

2. Extrair o conteúdo

3. Usar SMP/E commands: RECEIVE, APPLY, ACCEPT

4. Aplicar PTFs de correções ou atualizações

Atenção: após a instalação, é necessário criar instância Zowe, configurar segurança e iniciar started tasks. Não basta instalar o FMID.

---

4️⃣ Zowe CLI – A linha de comando

O Zowe CLI é um cliente que roda em Windows, Linux ou macOS.
Ele permite que você consuma APIs REST, interaja com USS, DB2, Jobs e muito mais, sem precisar abrir TSO ou ISPF.

Pré-requisitos:

• Node.js + npm instalado no sistema

Comandos básicos de instalação:

npm install -g @zowe/cli
zowe plugins install <plugin-name>
zowe profiles create zosmf-profile

Dicas de uso:

• Cada máquina que usa o CLI precisa de sua própria instalação

• Você pode criar profiles para armazenar endereços de host e credenciais

• É possível instalar múltiplos plug-ins para estender funcionalidades

---

5️⃣ Zowe Client SDKs

Zowe oferece SDKs para Python e Node.js, permitindo desenvolver scripts e aplicações customizadas usando APIs Zowe.

Instalação:

• Python SDK:

pip install zowe_zos_files_for_zowe_sdk-<version>.whl

• Node.js SDK:

npm install @zowe/core-for-zowe-sdk

Dica Bellacosa: Python SDK usa pip e Node.js SDK usa npm. Não confunda os dois!

---

6️⃣ Zowe Explorer – GUI no VSCode

O Zowe Explorer é uma extensão para VSCode, permitindo interações gráficas com z/OS.

Requisitos:

• VSCode instalado

• Perfis Zowe ou Zowe Team configurados (TCP/IP + credenciais)

Funcionalidades:

• Navegação visual de USS e PDS

• Execução de jobs TSO

• Extensibilidade via VSCode APIs ou Zowe Explorer APIs

Dica: extensões adicionais podem ser criadas para expandir o Zowe Explorer.

---

7️⃣ Suporte das versões Zowe

A política de suporte segue o modelo clássico Active / Maintenance / End-of-Support:

Versão	Status	Releases / Correções
V3.x.x	Active	Novas funcionalidades a cada 6 semanas + fixes críticos e de segurança
V2.x.x	Maintenance	Apenas fixes críticos e de segurança, sem novas funcionalidades
V1.x.x	End-of-Support	Nenhum fix, nenhuma atualização

Atenção a pegadinhas de prova IBM:

• Active = novas features + fixes

• Maintenance = apenas fixes críticos

• End-of-Support = nada

---

8️⃣ Conclusão

Zowe é a porta de entrada moderna para o mainframe, combinando:

• Zowe Server (z/OS ou container)

• Zowe CLI (Windows/Linux/macOS)

• Zowe SDKs (Python/Node.js)

• Zowe Explorer (GUI VSCode)

Se você quer dominar DevOps mainframe, integração z/OS e modernização de aplicações, Zowe é o seu aliado.

💡 Dica final Bellacosa Mainframe: memorize Server vs Client vs SDK vs Explorer, entenda instalação, perfis e suporte, e nunca confunda pip vs npm vs SMP/E. Isso salva em prova IBM e na vida real.

 

Bellacosa Mainframe apresenta o Zowe

🧠 Zowe na Veia: o Mainframe para Padawans com IDE VSCODE

Durante décadas, o mainframe foi visto como um monólito inalcançável, protegido por telas verdes, comandos crípticos e um pequeno grupo de “iniciados”.
Mas o mundo mudou. DevOps chegou, APIs dominaram, CI/CD virou regra — e o z/OS precisava conversar com esse novo ecossistema.

É aqui que entra o Zowe.

Zowe não substitui o mainframe.
Zowe traduz o mainframe.

---

🔷 O que é Zowe, afinal?

Zowe é um framework open source que permite que desenvolvedores não-mainframe e ferramentas modernas acessem e utilizem recursos e serviços do z/OS de forma padronizada, segura e moderna.

Em vez de forçar todo mundo a aprender ISPF no primeiro dia, o Zowe oferece:

• CLI

• APIs REST

• Interface Web (Desktop)

• Plugins para IDEs

• SDKs modernos (Python e Node.js)

👉 Resultado?
O mainframe passa a ser plataforma, não “ilha”.

---

🏗️ Arquitetura do Zowe: Server x Client

🖥️ Zowe Server Components (rodam no z/OS ou container)

Os principais componentes de servidor são:

• ZLUX (Zowe Application Framework)
  Onde executam aplicações web e o Zowe Desktop

• API Gateway
  Parte do API Mediation Layer, responsável por roteamento e segurança

• API Catalog
  Catálogo central de todas as APIs REST conhecidas pelo Zowe

• ZSS Server (Zowe System Services)
  Executa chamadas nativas ao z/OS

• Cross Memory Server
  Executa serviços autorizados em nome do ZSS

• File Explorer API
  API REST para datasets, USS e arquivos

📌 Tudo isso respeitando RACF / SAF / ACF2 / Top Secret.
Sem atalhos. Sem gambiarra.

---

💻 Zowe Client Components (rodam na máquina do usuário)

No lado do cliente, o Zowe entrega:

🔹 Zowe CLI

• Executa em Windows, Linux e macOS

• Usa Node.js + npm

• Não tem componente no z/OS

• Acessa o mainframe via REST APIs (z/OSMF, Zowe APIs)

👉 Ideal para automação, scripts e pipelines CI/CD.

---

🔹 Zowe Explorer

• Plugin para VS Code (ou IntelliJ)

• Navegação de datasets como pastas

• Submissão de JCL sem ISPF

👉 Onboarding rápido para quem vem do mundo distribuído.

---

🔹 Zowe Desktop

• Interface gráfica via browser

• Gerenciamento de jobs, datasets e aplicações

• Estilo “Windows-like”

---

🔹 SDKs do Zowe

• Zowe SDK for Python → precisa de Python

• Zowe SDK for Node.js → precisa de Node.js

❌ Não existe SDK C++
❌ Zowe não é emulador 3270

---

⚙️ Pré-requisitos do Zowe Server (pegadinha de prova)

O Zowe Server pode exigir:

• ✅ Java SDK

• ✅ Node.js

• ✅ npm

• ✅ z/OSMF

❌ z/OS Connect não é requisito
❌ WAS Liberty não é necessário
❌ Enterprise COBOL não tem relação

---

🧩 Extensibilidade: onde o Zowe brilha

🔌 Zowe Application Framework (ZLUX)

Plugins podem oferecer:

• Interfaces gráficas no Zowe Desktop

• Aplicações em Angular ou React

• Serviços RESTful

• Comunicação entre aplicações

• Preferências e configurações persistentes

❌ Nada de COBOL
❌ Nada de PHP
❌ Nada de código nativo

É web, simples assim.

---

🌐 API Mediation Layer

Para registrar um serviço REST no Zowe, você pode:

• 📄 Criar um YAML em api-defs

• 🔁 Chamar a API Discovery REST

• ⚙️ Usar onboard enablers do Zowe

❌ API Catalog não registra
❌ Nada é “auto-detectado”

---

🧪 Zowe CLI Plug-ins

Para criar um plug-in do CLI, você precisa:

• Escrever em JavaScript ou TypeScript

• Usar o Zowe Imperative Framework

• Empacotar com npm

• Instalar com zowe plugins install

❌ Não existe “packaging tool” do Zowe
❌ Não mexa no PATH

---

🧠 Bellacosa Insight Final

“Zowe não é para acabar com o ISPF.
É para impedir que o mainframe vire um museu.”

Quem ignora o Zowe hoje:

• trava CI/CD

• afasta novos desenvolvedores

• isola o z/OS do negócio

Quem entende o Zowe:

• transforma o mainframe em API Platform

• integra com DevOps de verdade

• garante longevidade tecnológica

---

🎯 Conclusão

Zowe é o ponto de convergência entre:

• robustez do mainframe

• agilidade do mundo moderno

• segurança corporativa

• cultura DevOps

Não é hype.
É sobrevivência arquitetural.

 

Bellacosa Maiframe apresenta JCL V3.2 Job Control Language

🔥 JCL no z/OS 3.2 — o silêncio que sustenta tudo

---

📅 Datas importantes

• Release (GA): setembro de 2024

• Final de suporte IBM (EoS): 30 de setembro de 2029 (ciclo padrão de suporte)

O z/OS 3.2 não veio para “mudar o jogo”.
Ele veio para confirmar quem sempre mandou no jogo.

---

🧬 Contexto histórico

O z/OS 3.2 nasce num mundo onde:

• Cloud híbrida já é chão de fábrica

• Observabilidade virou obrigação

• Segurança é contínua

• Automação é regra

• APIs e eventos disparam tudo

E mesmo assim…

👉 o JCL continua sendo o último elo confiável entre intenção e execução.

Bellacosa resumiria assim:

“O mundo ficou barulhento.
O JCL continua em silêncio… funcionando.”

---

JCL V3.2 Job Control Language

✨ O que há de novo no JCL no z/OS 3.2

A resposta curta (e honesta):

❌ Nada mudou na linguagem
✅ Tudo mudou no peso estratégico do JCL

🆕 1. JCL como fundação do core digital

No z/OS 3.2:

• O batch é oficialmente serviço corporativo

• JCL é disparado por:

  • APIs

  • eventos

  • pipelines

  • schedulers cognitivos

• O JCL vira o contrato final de execução

👉 Se passou pelo JCL, aconteceu de verdade.

---

🆕 2. JES2 no ponto máximo de previsibilidade

• Escala massiva de jobs concorrentes

• Spool estável como rocha

• Restart e recovery totalmente previsíveis

• Integração total com automação e monitoramento

O operador agora governa fluxo,
não apaga incêndio.

---

🆕 3. DFSMS completamente orientado a políticas

• Storage cada vez mais autônomo

• Menos parâmetros manuais

• Menos erro humano

• Mais inteligência sistêmica

O resultado?
👉 JCL mais limpo, mais legível e mais durável.

---

🔧 Melhorias percebidas no dia a dia

✔ Batch 24x7 sem drama
✔ Menos “gambiarras históricas”
✔ Mais padronização
✔ JCL tratado como código crítico
✔ Auditoria e rastreabilidade nativas

Nada mudou no //STEP EXEC.
Tudo mudou na responsabilidade do job.

---

🥚 Easter Eggs (para mainframer raiz)

• 🥚 JCL escrito no OS/360 ainda roda no z/OS 3.2

• 🥚 IEFBR14 segue vivo e respeitado

• 🥚 Comentários em JCL mais antigos que DevOps 😅

• 🥚 O erro mais comum continua sendo:

  • RC ignorado

  • DISP mal planejado

  • dataset em uso em produção

👉 Tecnologia evolui. Erro humano é backward compatible.

---

💡 Dicas Bellacosa para JCL no z/OS 3.2

🔹 Trate JCL como ativo estratégico corporativo
🔹 Pense no job como serviço crítico, não script
🔹 Versione JCL como código
🔹 Padronize nomes, comentários e RC
🔹 Documente decisões, não só comandos

🔹 Sempre use:

• IF / THEN / ELSE

• RC explícito

• SYSOUT claro

• comentários pensando em décadas

Esse JCL vai rodar quando você não estiver mais aqui.

---

📈 Evolução do JCL até o z/OS 3.2

Era	Papel do JCL
OS/360	Controle batch
MVS	Automação
OS/390	Base corporativa
z/OS V1.x	Orquestração
z/OS V2.x	Mundo híbrido
z/OS 3.1	Core digital
z/OS 3.2	Alicerce definitivo

👉 No z/OS 3.2, o JCL não é discutido.
Ele é assumido.

---

📜 Exemplo de JCL “cara de z/OS 3.2”

//BELL32   JOB (ACCT),'JCL z/OS 3.2',
//             CLASS=A,MSGCLASS=X,NOTIFY=&SYSUID
//*
//* JOB EXPOSTO COMO SERVIÇO CORPORATIVO
//* DISPARADO POR API / EVENTO / PIPELINE
//*
//STEP01   EXEC PGM=COREPROC
//STEPLIB  DD  DSN=BELLACOSA.LOADLIB,DISP=SHR
//SYSOUT   DD  SYSOUT=*
//*
//IF (STEP01.RC = 0) THEN
//STEP02   EXEC PGM=IDCAMS
//SYSPRINT DD  SYSOUT=*
//SYSIN    DD  *
  DELETE BELLACOSA.WORK.DATA
  SET MAXCC = 0
/*
//ENDIF

💬 Comentário Bellacosa:

“Esse job não sabe quem o chamou.
E isso é exatamente o motivo pelo qual ele é confiável.”

---

🧠 Comentário final

O JCL no z/OS 3.2 é a confirmação definitiva de uma verdade antiga:

🔥 Confiabilidade não se reinventa.
Ela se preserva.

Enquanto novas plataformas prometem estabilidade,
o JCL segue entregando há mais de 60 anos.

JCL não é passado.
JCL é o chão onde o futuro pisa.

 

Bellacosa Mainframe apresenta o Zowe 3.0

🔥 ZOWE: O Mainframe Falando a Língua do Mundo Moderno

Um guia definitivo para quem vive entre COBOL, APIs e DevOps

Se você ainda acha que mainframe é só tela verde, ISPF e 3270, chegou a hora de atualizar o firmware mental.
O nome disso é Zowe — e ele não veio para substituir o z/OS, mas para traduzir o mainframe para o século XXI.

Neste artigo, vamos direto ao ponto, sem marketing vazio, no melhor estilo Bellacosa Mainframe:
o que é Zowe, para que serve, onde brilha, onde NÃO entra e por que ele é essencial hoje.

---

Zowe 3.0

🧠 O que é o Zowe, afinal?

Zowe é um framework open source criado para permitir que aplicações modernas, desenvolvedores não-mainframe e ferramentas DevOps trabalhem com e sobre o z/OS.

Ele nasce para resolver um problema clássico:

“Como integrar o mainframe ao ecossistema web, cloud e DevOps sem quebrar tudo o que funciona há 40 anos?”

A resposta foi: abstração, APIs, CLI e Web — sem mexer no core.

---

🧩 Os 3 Pilares do Zowe

1️⃣ Zowe CLI – O mainframe na linha de comando

O Zowe Command Line Interface permite executar operações no z/OS a partir de:

• Windows

• Linux

• macOS

Usando shell local, scripts e pipelines.

Com ele você pode:

• Submeter batch jobs

• Emitir comandos TSO e z/OS

• Manipular datasets MVS e USS

• Automatizar tarefas em Jenkins, GitHub Actions, Bamboo etc.

⚠️ Importante (pegadinha de prova):
👉 Zowe CLI NÃO emula 3270
👉 Zowe CLI NÃO executa transações CICS interativas

CLI é comando, automação e integração — não tela verde.

---

2️⃣ Zowe Application Framework – Web no coração do z/OS

Aqui mora o Zowe Desktop, a interface web desktop-like, acessível via browser.

Ele oferece:

• Navegação e edição de datasets

• Visualização de jobs e spool

• Integração com TN3270

• Aplicações web plugáveis

E o mais importante:

• Suporte a Angular, React e IFrame

• Desenvolvimento em JavaScript, Java e tecnologias mainstream

• Ambiente amigável para devs que nunca ouviram falar de ISPF

📌 Zowe não substitui ISPF, CICS ou IMS
Ele complementa — e muito bem.

---

3️⃣ Zowe API Mediation Layer – O gateway do mainframe

O API Mediation Layer (API ML) é o tradutor oficial entre o z/OS e o mundo REST.

Ele fornece:

• Ponto único de acesso a múltiplos serviços REST

• Catálogo de APIs com Swagger/OpenAPI

• Segurança centralizada

• Roteamento e balanceamento de carga

⚠️ Atenção:

• Zowe não cria APIs automaticamente

• Zowe não melhora performance das APIs

Ele organiza, protege e expõe o que já existe.

---

🔐 Segurança: nada de gambiarra

Zowe usa a segurança nativa do z/OS:

• RACF

• ACF2

• Top Secret

Autenticação é feita com:

• User ID e password válidos

• Permissões reais do sistema

Nada de “security by JavaScript”.

---

🟢 Onde o Zowe BRILHA (e muito)

• Integração do mainframe com DevOps e CI/CD

• Abertura do z/OS para desenvolvedores não-mainframe

• Automação moderna sem mexer no core

• Criação de dashboards web com dados do z/OS

• Padronização e governança de APIs

• Open source de verdade, com comunidade ativa

---

🔴 Onde o Zowe NÃO entra

Vamos ser claros:

Zowe NÃO é:

• Emulador 3270

• Substituto do ISPF

• Substituto do z/OSMF

• Ferramenta de automação interna (WTOR, exits, SMF)

• Ambiente J2EE/WebSphere

• Solução mágica de performance

👉 Se envolve tela verde interativa, exits, automação interna, SDSF raiz
👉 não é Zowe

---

📊 Regra de ouro Bellacosa Mainframe

Web, API, CLI, DevOps, automação externa → ZOWE
3270, ISPF, CICS interativo, automação interna → NÃO ZOWE

Simples assim.

---

🚀 Por que o Zowe é estratégico hoje?

Porque ele resolve um problema real:

• O mainframe continua crítico

• O mercado exige integração, velocidade e automação

• Novos desenvolvedores não querem aprender ISPF antes de produzir

Zowe não mata o mainframe.
Ele garante que o mainframe continue vivo, integrado e relevante.

---

☕ Conclusão – estilo Bellacosa

Zowe não é moda.
Zowe é sobrevivência arquitetural.
Quem entende Zowe hoje, lidera a modernização amanhã — sem quebrar o legado que paga as contas.

Se você trabalha com IBM Z e ainda ignora o Zowe, o problema não é o mainframe.
É a sua estratégia.

🌌 Trilogia Gesto – Toque – Ausência

 

🕯️ El Jefe Midnight Lunch apresenta

🌌 Trilogia Gesto – Toque – Ausência

Por Bellacosa Mainframe

---

Há ideias que não nascem — acontecem.
E há trilogias que não são planejadas — fluem, como se o próprio universo tivesse decidido escrevê-las por nossas mãos.

Foi assim com esta série, nascida nas madrugadas insones do El Jefe Midnight Lunch, quando o café já esfriou, o cursor pisca em silêncio e a mente vibra entre o código e a contemplação.

Hoje, apresento oficialmente a Trilogia Gesto – Toque – Ausência:
um mergulho no que não se diz, no que se sente, e no que permanece.

---

🫱 Capítulo I — As Mãos no Japão

“O gesto é a primeira linguagem — anterior à fala, anterior ao medo.”

Neste primeiro capítulo, exploramos a mística das mãos japonesas — o toque que cura, o gesto que comunica sem palavras, o símbolo que atravessa eras.
Das mudras budistas às mãos que dobram origamis, das que empunham katanas às que servem chá com precisão milenar.

Falamos de respeito, de energia, de ki — e de como cada movimento é uma oração discreta, uma linha de código entre corpo e alma.

💡 Curiosidades:

• A palavra japonesa “te” (手) aparece em dezenas de expressões idiomáticas — cada uma revelando uma emoção humana.

• Nos animes, o gesto da mão estendida (como o de Tanjiro ou o toque de Naruto e Sasuke) é metáfora pura: redenção, laço, promessa.

🔗 Leitura recomendada: “As Mãos no Japão — entre gestos, símbolos e alma digital.”

Parte I

---

✋ Capítulo II — As Mãos nos Animes

“Cada toque é uma variável entre o destino e o acaso.”

Aqui o gesto se transforma em emoção animada.
Revisitamos os toques mais icônicos dos animes — do aperto de mãos entre Luffy e Shanks, à despedida muda entre Edward e Alphonse, à palma de Tanjiro se erguendo contra o vento.

A mão é o elo entre mundos: carne e alma, amizade e perda, criação e destruição.
Em frames e trilhas, o toque se torna poesia visual — e o silêncio que o segue, confissão.

🎬 Cenas eternas:

• Fullmetal Alchemist — o toque que separa irmãos e reescreve o mundo.

• Naruto — a mão que rompe o ciclo do ódio.

• One Piece — a mão que sela o sonho e o adeus.

🔗 Leitura recomendada: “As Mãos nos Animes — o toque que move o coração.”

Parte II

---

🕯️ Capítulo III — As Palavras Não Ditam: o Silêncio nos Animes

“O vazio é o código-fonte da emoção.”

Fechando o ciclo, chegamos à ausência.
Depois do gesto (intenção) e do toque (ação), resta o silêncio — o espaço entre as notas, o instante que ressoa depois da música.

No Japão, esse espaço tem nome: 間 (Ma) — o tempo suspenso entre o que é e o que será.
Nos animes, o “Ma” é aquele momento em que o som para e o coração escuta: o último olhar, o vento antes da batalha, a respiração antes da confissão.

É o não-dito que diz tudo.
O silêncio que fala — e, por isso, comove.

🎧 Animes que o eternizaram:

• Grave of the Fireflies — o luto que não grita.

• Your Name — o amor que não precisa de palavras.

• Attack on Titan — o peso do vazio após o sacrifício.

🔗 Leitura recomendada: “As Palavras Não Ditam — o silêncio nos animes.”

Parte III

---

🌙 A Trilogia em Harmonia

🫱 Gesto — a intenção.
✋ Toque — a conexão.
🕯️ Ausência — a eternidade.

Três capítulos, três camadas da mesma emoção:
o humano, o espiritual e o etéreo.
Assim como o som precisa do silêncio, e a luz precisa da sombra, cada parte desta trilogia se apoia na outra para existir.

---

💬 Pós-créditos de uma mente insone

Essa trilogia nasceu como tudo no El Jefe:
sem planejamento, sem briefing, sem algoritmo — apenas um lampejo às 2h47 da madrugada, quando a mente e o mainframe vibram no mesmo clock.

Talvez seja o início de algo maior: um ciclo sobre emoções codificadas, espiritualidade digital, filosofia otaku — e tudo o mais que habita esse espaço entre o raciocínio e a poesia.

---

📜 “O gesto abre o ciclo, o toque o revela, e o silêncio o encerra.”
— Bellacosa Mainframe,
em alguma madrugada entre o café frio e o logoff.

COBOL razões por dominar o CPD.

Por que o COBOL continua a dominar o Processamento de Dados no Mundo dos Negócios? Uma linguagem orientada a negócios precisa declarar, gerenciar e manipular dados heterogêneos. Programas de negócios misturam strings de comprimento fixo e variável, dados de ponto flutuante, inteiros e decimais com abandono selvagem em estruturas de registro complicadas, geralmente com partes variáveis. Os programadores de banco de dados estão familiarizados com alguns desses problemas, e ferramentas de mapeamento objeto-relacional tropeçam nessas complexidades regularmente.

Cobol o Rei dos CPDs

Por que o COBOL continua a dominar o processamento de dados no mundo dos negócios? Os dados comerciais e financeiros precisam ser gerenciados usando tipos de dados decimais verdadeiros. Os sistemas de contabilidade devem estar corretos até o último dígito decimal e precisam reproduzir exatamente os resultados do cálculo manual; números convencionais de ponto flutuante levam a complexidades e erros.