Festa em Itatiba, 28º aniversario, o sultão e a família na maior festança da Rua Jose Brunelli Filho... Obrigado meus amigos vocês foram demais, foi uma festa memorável.
quinta-feira, 4 de fevereiro de 2010
domingo, 3 de janeiro de 2010
Como treinar IA para Mainframe
Passo a passo para evoluir legado em IA
Definição de Padrões Técnicos, Controle de Qualidade e Melhoria de Processos
Definir métricas de sucesso de qualidade específicas para COBOL em projetos de anotação de código e rotulagem de conjuntos de dados.
Desenvolver Procedimentos Operacionais Padrão (POPs), rubricas de garantia da qualidade (QA) e materiais de referência específicos para cada projeto, a fim de garantir que os resultados estejam alinhados com os padrões técnicos do cliente.
Revisar os resultados do projeto (scripts COBOL, anotações de código, exemplos de modernização de sistemas legados) em relação aos padrões definidos, sinalizando e corrigindo defeitos antes da entrega ao cliente.
Realizar verificações de QA estruturadas nos entregáveis; rastrear, sinalizar e resolver defeitos de forma eficiente para cumprir os prazos de entrega.
Devolver o trabalho aos contratados com notas de correção precisas e contexto sobre a sintaxe COBOL, lógica e padrões de sistemas legados.
Fornecer consultoria sobre ferramentas, frameworks, emuladores e melhorias de fluxo de trabalho para manter os padrões de qualidade em ambientes de mainframe e processamento em lote.
Lidar com alterações de especificações e cenários extremos (por exemplo, diferentes dialetos COBOL, codificação EBCDIC vs. ASCII, dependências de JCL) e elaborar os critérios de aceitação ou soluções alternativas correspondentes.
Organize bibliotecas de exemplos de código COBOL de "padrão ouro", exemplos de modernização e anotações de conjuntos de dados para calibração e consistência entre projetos.
Avaliação de Talentos e Melhoria de Resultados
Participe de avaliações técnicas de talentos terceirizados, incluindo a revisão de avaliações de código COBOL e avaliações baseadas em tarefas.
Revise exemplos de resultados de terceirizados e forneça feedback escrito claro e acionável para melhorar a correção, legibilidade e eficiência do código.
Desenvolva recursos de treinamento e calibração direcionados, como:
Diretrizes de qualidade de código COBOL (por exemplo, consistência de divisão de dados, estruturação de parágrafos)
Melhores práticas para código procedural limpo e de fácil manutenção
Documentação de referência para padrões de interação com sistemas legados
Padrões de rotulagem de conjuntos de dados para treinamento de modelos relacionados a COBOL
Suporte à Entrega de Projetos
Aconselhe sobre o escopo e os requisitos técnicos durante a configuração do projeto, incluindo versionamento de COBOL, integração de JCL e formatos de dados de mainframe.
Forneça orientação especializada para casos extremos e alterações de especificações, como o tratamento de copybooks, registros de comprimento variável ou integração com DB2 e VSAM.
Contribuir para as revisões pós-projeto a fim de capturar lições aprendidas e refinar continuamente os padrões.
Identificar e resumir insights do sistema do cliente, como problemas recorrentes de sintaxe, erros de lógica ou inconsistências na formatação de dados.
Criar painéis ou rastreadores de defeitos com problemas categorizados para revelar temas recorrentes e impulsionar melhorias de processo.
Conduzir análises pós-projeto para analisar tendências de defeitos e propor etapas de garantia de qualidade atualizadas, melhorias na documentação ou treinamentos de reciclagem.
terça-feira, 29 de dezembro de 2009
Que beijinho mais gostoso o Luigi e os Esquilos natalinos.
Feliz Natal do pequeno Luigi para a famiglia Bellacosa. O pequenino Luigi aprontando arte, brincando com os Esquilinhos dançantes. Na época para ele era uma loucura ouvir esses esquilinhos, ele adorava brincar, agarrar, abraçar, apertar as musiquinhas sempre fazendo bagunca com eles.
sexta-feira, 18 de dezembro de 2009
📜 COBOL é Autoexplicativo? Problemas na documentação do legado.
📜 COBOL é Autoexplicativo?
Documentação, Mitos, Boas Práticas e Sobrevivência no Mainframe Real
“Se o código fosse realmente autoexplicativo, não existiria analista sênior, dump, nem planilha escondida na gaveta.”
— Provérbio não-oficial do Sysprog
1️⃣ O mito do COBOL auto-documentado
Desde sua origem, o COBOL foi vendido como uma linguagem:
legível,
próxima do inglês,
acessível a gestores e usuários de negócio.
Na teoria:
Na prática, sabemos que:
legível ≠ compreensível
código não explica regra de negócio
o “porquê” quase nunca está no fonte
📌 Primeiro choque de realidade
COBOL ajuda a ler a intenção técnica, mas não documenta contexto histórico, exceções fiscais, gambiarra regulatória ou acordo verbal de 1998.
👉 E isso não é culpa da linguagem. É da ausência de documentação.
2️⃣ Self-documenting code: sonho bonito, realidade dura
Existe um conceito romântico no mundo de software:
“Código limpo se documenta sozinho”
No mainframe isso vira rapidamente:
“Código limpo ajuda, mas não se explica sozinho”
⚠️ Gotcha clássico
Perguntas que o código não responde:
Por que zera imposto?
Qual legislação?
Em que data isso foi criado?
Quem autorizou?
Isso ainda é válido?
📌 Regra de ouro Bellacosa
Código mostra o que o sistema faz.
Documentação explica por que ele faz isso.
3️⃣ Onde a documentação realmente mora no COBOL
📂 3.1 No código (sim, mas com juízo)
❌ Comentário inútil
✅ Comentário que salva vidas
📌 Comentário bom envelhece melhor que código bonito.
📘 3.2 Cabeçalho de programa (o RG do sistema)
Todo programa COBOL deveria começar com algo assim:
🧠 Easter Egg #1
Programas sem cabeçalho quase sempre:
quebram em virada de ano
explodem em auditoria
ninguém quer assumir
4️⃣ Público-alvo da documentação: quem você está tentando salvar?
Nem toda documentação é para todo mundo.
🎯 Públicos clássicos no mainframe
| Público | Precisa de |
|---|---|
| Desenvolvedor | Comentários técnicos, layout, lógica |
| Analista de negócio | Regras, exceções, impacto |
| Suporte/Produção | Fluxo, erros, RC, abends |
| Auditor | Rastreabilidade, histórico, motivo |
📌 Erro comum
Achar que um comentário no código resolve tudo.
👉 Não resolve. Ele ajuda.
5️⃣ Padrões: o verdadeiro caminho do “autoexplicativo”
COBOL só fica “auto-documentável” quando existe:
Naming convention clara
Layout consistente
Regras de codificação
Comentários padronizados
❌ Legado sem padrão
✅ Código legível e sustentável
🧠 Easter Egg #2
Quem usa A, B, X1, X2 geralmente:
herdou código sem documentação
tem trauma de manutenção
sabe interpretar dump no olho 😅
6️⃣ Documentando o “não documentado” (zona de guerra)
Agora vem a parte crítica.
⚠️ Realidade dura do mainframe
Sistemas com 30, 40, 50 anos
Regras que ninguém lembra
Desenvolvedores se aposentando
Conhecimento tribal indo embora
📌 O que fazer?
Usar ferramentas modernas
Mapear fluxos reais
Analisar batch, CICS, DB2
Documentar depois que entende
“Se está funcionando, existe uma regra.
Se ninguém sabe qual é, ela precisa ser documentada.”
7️⃣ COBOL, modernização e sobrevivência
Documentação não é nostalgia. É:
pré-requisito de modernização
base de DevOps
segurança contra falha humana
seguro contra auditoria
Sistemas mission critical não podem falhar.
E eles só sobrevivem porque:
alguém documentou
alguém deixou pistas
alguém pensou no próximo
🧠 Easter Egg #3
O programa mais crítico da empresa:
roda em batch às 02:13
ninguém sabe explicar tudo
mas todo mundo tem medo de mexer
8️⃣ Conclusão Bellacosa Mainframe
✔ COBOL não é mágico
✔ Código limpo ajuda, mas não basta
✔ Documentação é responsabilidade técnica
✔ Padrões salvam sistemas
✔ Comentários certos salvam carreiras
Documentar não é escrever mais.
É escrever o que o código nunca vai conseguir explicar.
☕💾
terça-feira, 15 de dezembro de 2009
Brincadeiras de criança, memoria do Luigi a enviar beijinhos a Tia Nana...
Nanazinha com carinho e amor do seu pequeno sobrinho Luigi, um super beijo para começar 2010 com ótimo estilo.
Fim de ano, 2009 terminando e o pequeno Luigi bem animado, brincando com seu pai lelé, mandando muitos beijos e abraços.... Ficando com frio e fazendo careta por causa do cheirinho ruim, ai esse pequeno é um barato, que rapazola fofo... te amo pequenino.terça-feira, 8 de dezembro de 2009
Coral dos Esquilinhos Malucos
O Natal dos Esquilinhos
Foi uma diversao quando comprei os Esquilinhos Cantores e ainda nao tinha ideia que o Luigi voce adorar a brincadeira. Imagine ele do alto dos seus quase 2 anos... iria abraçar, agarrar e brincar com eles.
E aproveitando o espirito natalino, aproveitamos para deixar mensagens de carinho para a familha.
sexta-feira, 25 de setembro de 2009
☕ Um Café no Bellacosa Mainframe — z/OS 1.11: o sistema operacional que trouxe o mainframe para a era da automação e integração inteligente
☕ Um Café no Bellacosa Mainframe — z/OS 1.11: o sistema operacional que trouxe o mainframe para a era da automação e integração inteligente
🕰️ Ano de lançamento
O IBM z/OS 1.11 foi lançado em setembro de 2009, acompanhando o System z10 e já projetado para explorar os novos recursos do futuro zEnterprise z196.
Essa versão marcou o início de uma nova filosofia da IBM: transformar o mainframe em uma plataforma de nuvem corporativa, com automação, padronização e serviços integrados.
Se o z/OS 1.9 foi o cérebro que aprendeu a se ajustar, o 1.11 foi o que começou a conversar com o mundo — do batch ao web service, do COBOL ao Java.
⚙️ Introdução técnica
O z/OS 1.11 foi uma das versões mais importantes na linha evolutiva do sistema operacional da IBM.
Seu foco foi automação, integração e modernização de workloads, incluindo:
-
Melhorias em Parallel Sysplex, WLM e Sysplex Distributor;
-
Suporte estendido para Java 6 e J2EE workloads;
-
Inovação com o z/OS Management Facility (z/OSMF) — a primeira interface web administrativa nativa;
-
Preparação do sistema para ambientes de nuvem privada com gerenciamento centralizado.
Foi o primeiro passo concreto rumo ao conceito de z/OS como um serviço, uma base sólida para DevOps e administração simplificada.
🧠 Avanços na memória e arquitetura
O z/OS 1.11 consolidou o uso inteligente da memória com diversas melhorias:
-
Suporte ampliado ao 64-bit Real Memory (memória física acima de 2 TB nos novos mainframes);
-
Introdução de Large Memory Workload Management, otimizando o balanceamento entre LPARs e processadores zIIP/zAAP;
-
Novo modelo de páginas grandes (1MB e 2GB) — reduzindo TLB misses e melhorando performance para Java, DB2 e IMS;
-
HiperDispatch aprimorado, permitindo que o sistema entenda afinidade entre processadores e cache L3 — essencial no z10.
Esses avanços permitiram que o z/OS 1.11 alcançasse níveis inéditos de throughput e paralelismo, mantendo latência mínima mesmo sob carga mista (CICS, batch e WebSphere simultaneamente).
🧩 Aplicativos internos e softwares embarcados
O ecossistema do z/OS 1.11 foi um verdadeiro salto de modernização.
Alguns destaques:
-
z/OS Management Facility (z/OSMF):
Primeira interface web oficial para administração do sistema, com painéis para automação, diagnóstico, configuração e gerenciamento de políticas WLM.
Simplificou tarefas antes realizadas apenas via TSO/ISPF. -
RACF (Security Server):
Suporte a Kerberos, LDAPv3 aprimorado, autenticação forte e integração com certificados X.509 e tokens digitais.
Introduziu segurança contextual (baseada em aplicação e identidade). -
DFSMS:
Recursos de automated data tiering e policy management que ajustam classes de armazenamento automaticamente conforme o uso.
O sistema agora entende se um dataset é “quente” (muito acessado) ou “frio”. -
JES2/JES3:
Novas funções de checkpoint automático, otimização de spool e integração direta com WLM.
Suporte a batch pipes aprimorado — essencial em grandes ambientes financeiros. -
RMF (Resource Measurement Facility):
Painéis gráficos via z/OSMF e suporte a monitoramento em tempo real.
Agora o RMF conversa com o WLM, ajudando a ajustar prioridades de forma preditiva. -
UNIX System Services (USS):
Suporte a NFSv4, POSIX Threads 2008, 64-bit shared libraries e novas APIs para Java e CICS TS 4.1.
O USS finalmente se torna um “Unix de verdade” dentro do z/OS.
🔬 Instruções de máquina e PR/SM
Com o System z10, o z/OS 1.11 pôde explorar um conjunto poderoso de novas instruções:
-
Decimal Floating Point (DFP) — um divisor de águas para cargas financeiras e científicas, agora executadas nativamente em hardware.
-
Improved Branch Prediction e Pipeline Control, otimizando ciclos por instrução.
-
Criptografia CPACF v3 com suporte a SHA-2 e AES-256 de alta velocidade.
-
Hardware-based time synchronization (STCKE) — precisão de microssegundos entre LPARs.
No firmware, o PR/SM ganhou refinamentos que transformaram a administração:
-
Dynamic Logical Processor Management, permitindo ligar/desligar CPUs sem IPL;
-
Group Capacity Capping Inteligente, ajustando limites conforme a carga;
-
HiperDispatch Awareness — o PR/SM entende quais threads se beneficiam de caches próximos, reduzindo cross-LPAR latency.
Essas mudanças deram ao z/OS 1.11 o status de sistema operacional consciente de hardware, capaz de usar cada ciclo de CPU de forma estratégica.
🧮 Créditos de CPU e virtualização
O z/OS 1.11 trouxe um dos avanços mais finos em gerenciamento de CPU:
-
O WLM (Workload Manager) foi redesenhado para funcionar com HiperDispatch e PR/SM inteligente.
-
Créditos de CPU dinâmicos agora são realocados em tempo real com base em service classes e goals.
-
Integração mais profunda com zAAPs e zIIPs, permitindo que workloads Java e DB2 usem processadores especializados sem penalizar o uso geral.
-
Introdução do Soft Capping Dinâmico 2.0 — controle fino de MIPS por LPAR com base em carga real, não apenas limite estático.
Esse conjunto de recursos transformou o z/OS 1.11 em um ambiente de computação previsível, otimizado e autocorretivo.
🧭 Curiosidades e bastidores
-
O projeto interno da IBM foi apelidado de “Aurora”, simbolizando o nascer de uma nova era de gerenciamento visual e automação.
-
O z/OS 1.11 foi o primeiro sistema operacional IBM com interface web embarcada (z/OSMF) — um marco histórico.
-
Também foi a primeira versão compatível nativamente com Java 6, o que revolucionou o uso do WebSphere Application Server no mainframe.
-
O RMF começou a gerar dados exportáveis via XML e HTTP, prenúncio da integração com ferramentas de monitoramento modernas.
☕ Dica Bellacosa Mainframe
Quer ver o z/OS conversar com o operador?
O z/OSMF é o ponto de virada. Se você nunca testou, vale rodar em um zPDT ou zD&T.
Além disso, o z/OS 1.11 é excelente para quem quer entender a transição do mainframe clássico (verde e 3270) para o mundo Web, API e automação.
📜 Resumo técnico rápido
| Item | Descrição |
|---|---|
| Versão | z/OS 1.11 |
| Ano de lançamento | 2009 |
| Hardware principal | IBM System z10 / início do z196 |
| Arquitetura | z/Architecture (64-bit total) |
| PR/SM | Dynamic LPAR, HiperDispatch, Soft Capping 2.0 |
| Instruções novas | Decimal Floating Point, SHA-2, AES-256 |
| WLM | HiperDispatch-aware, credit realocation em tempo real |
| Segurança | RACF com Kerberos e autenticação forte |
| Rede | NFSv4, IPv6, IPsec e QoS avançado |
| Curiosidade | Primeira versão com z/OSMF (interface web nativa) |
💬 “O z/OS 1.11 não apenas gerenciava o mainframe — ele aprendeu a mostrá-lo ao mundo.”
Subscrever:
Comentários (Atom)