Mostrar mensagens com a etiqueta Truques. Mostrar todas as mensagens
Mostrar mensagens com a etiqueta Truques. Mostrar todas as mensagens

quinta-feira, 18 de dezembro de 2025

✅ CHECKLISTS DE PRODUÇÃO – REXX MAINFRAME (z/OS)

 


✅ CHECKLISTS DE PRODUÇÃO – REXX MAINFRAME (z/OS)




1️⃣ Checklist Geral – Antes de colocar qualquer REXX em produção

☐ Objetivo do exec claramente definido
☐ Exec documentado no cabeçalho (nome, autor, data, função)
☐ Tratamento de erro implementado (SIGNAL ON ERROR, RC verificado)
☐ Uso de PROCEDURE para isolar variáveis
☐ Variáveis globais padronizadas (gVar, kConst)
☐ Nenhuma dependência “hardcoded” (HLQ, volumes, consoles)
☐ Exec testado com dados inválidos e cenários de erro
☐ Não deixa datasets alocados ao final
☐ Código revisado por outro analista (peer review)


2️⃣ Checklist – REXX Interpretado (TSO)

☐ Exec localizado em PDS autorizado (SYSEXEC ou SYSPROC)
☐ Não depende de perfil pessoal do usuário
☐ Usa ADDRESS TSO explicitamente quando necessário
☐ Usa EXIT RC adequado (0, 4, 8, 12…)
☐ Não usa TRACE ?R ou debug ativo em produção
☐ Não usa SAY excessivo (poluição de spool)
☐ EXECIO fecha corretamente arquivos (FINIS)
☐ Testado em sessão TSO limpa (sem allocations prévias)


3️⃣ Checklist – REXX Compilado (CEXEC / OBJECT)

☐ Código compilado com XREF para revisão
☐ Opções de compilação corretas:

  • SLINE se usa TRACE ou SOURCELINE()

  • ALT se precisa Alternate Library

  • CONDENSE avaliado (trade-off load x execução)
    %COPYRIGHT incluído (requisito IBM / auditoria)
    ☐ Código não depende de comportamento interpretado
    ☐ Dataset CEXEC alocado corretamente no SYSEXEC
    ☐ Teste comparativo interpretado vs compilado validado
    ☐ Performance validada (CPU e tempo)


4️⃣ Checklist – Execução REXX em Batch (IKJEFT01)

☐ Programa correto (IKJEFT01, IKJEFT1A ou IKJEFT1B)
SYSEXEC concatenado corretamente
SYSTSIN definido corretamente
SYSTSPRT definido para saída do REXX
SYSPRINT definido para mensagens do sistema
☐ Não depende de interação (PULL sem input)
☐ RC do jobstep validado no JCL
☐ Exec não depende de terminal (ISPF, DISPLAY)


5️⃣ Checklist – REXX em Batch via IRXJCL

☐ Exec não usa comandos TSO (ALLOCATE, PROFILE, etc.)
☐ Todos os DDs necessários definidos no JCL
☐ Não usa SYSCALL / POSIX
☐ Uso de EXECIO validado com datasets físicos
☐ Testado isoladamente sem ambiente TSO
☐ RC tratado corretamente (IRXJCL retorna RC do exec)


6️⃣ Checklist – REXX com comandos MVS (CONSOLE)

☐ Usuário possui autoridade RACF:

  • ☐ CLASS(CONSOLE)

  • ☐ CLASS(OPERCMDS)
    CONSPROF configurado corretamente
    CONSOLE ACTIVATE e DEACTIVATE sempre pareados
    ☐ Uso de CART único por comando
    ☐ Uso de GETMSG() com timeout adequado
    ☐ Exec não bloqueia console (wait infinito)
    ☐ Exec retorna ao ADDRESS TSO ao final
    ☐ Tratamento de mensagens inesperadas implementado


7️⃣ Checklist – System REXX (SYSREXX)

🔹 Planejamento

☐ SYSREXX realmente necessário (não usar se TSO resolve)
☐ Exec não inicia com letras A–I
☐ Exec armazenado em REXXLIB (não alterar SYS1.SAXREXEC)
☐ Nome do exec documentado e único


🔹 Ambiente

☐ AXR subsystem ativo
☐ Parmlib AXR00 configurado
☐ CPF definido corretamente
☐ AXRUSER definido e validado
☐ Teste em ambiente não produtivo realizado


🔹 Execução

☐ Modo correto definido:

  • ☐ TSO=NO (preferencial)

  • ☐ TSO=YES (se precisa ALLOCATE)
    ☐ Exec não assume userid fixo
    ☐ Exec limpa recursos explicitamente
    ☐ Não depende de terminal ou ISPF
    ☐ Exec tolera execução concorrente


8️⃣ Checklist – Uso das Funções SYSREXX

AXRCMD

☐ Timeout definido
☐ Stem inicializado
stem.0 validado
☐ Mensagens tratadas (não apenas exibidas)

AXRWTO / AXRMLWTO

☐ Uso consciente (não floodar console)
ConnectId controlado
☐ LineType correto (L, D, DE)

AXRWAIT

☐ Tempo mínimo necessário
☐ Não usado como loop de espera infinita


9️⃣ Checklist – Segurança e Auditoria

☐ Exec documenta comandos críticos executados
☐ Nenhum comando destrutivo sem confirmação
☐ Exec compatível com RACF auditing
☐ Exec não eleva privilégio indevidamente
☐ Exec respeita ambiente SYSPLEX
☐ Logs rastreáveis (WTO, SYSLOG, dataset)


🔟 Checklist – Pós-produção

☐ Exec monitorado em produção
☐ CPU e tempo medidos
☐ Exec incluído em inventário técnico
☐ Plano de rollback definido
☐ Procedimento operacional documentado
☐ Responsável técnico identificado


📌 Comentário final (experiência de produção)

REXX em produção não falha por sintaxe — falha por falta de checklist.

terça-feira, 13 de setembro de 2022

🧩 POST MODELO – BLOGSPOT (SEO + TÉCNICO)

 

Como escrever um bom post para o Blogspot e blog

🧩 POST MODELO – BLOGSPOT (SEO + TÉCNICO)


H1 – TÍTULO DO POST

O que é [TEMA PRINCIPAL]: exemplo prático no [CONTEXTO]

📌 Exemplo:

O que é REXX no Mainframe: exemplo prático no TSO/ISPF


✍️ Introdução (obrigatória – 5 a 8 linhas)

Explique o problema ou a dúvida real que alguém pesquisaria no Google.

O [TEMA PRINCIPAL] é amplamente utilizado no ambiente [CONTEXTO], mas ainda gera muitas dúvidas entre profissionais que trabalham com [TECNOLOGIA].
Neste artigo, você vai entender o que é [TEMA], para que ele serve e verá um exemplo prático aplicável ao dia a dia, além de erros comuns e boas práticas.

📌 Inclua a palavra-chave principal aqui.


## O que é [TEMA PRINCIPAL]

Explique de forma clara e direta, sem história longa.

O [TEMA] é um recurso utilizado no [AMBIENTE] para [FUNÇÃO PRINCIPAL].
Ele permite [BENEFÍCIO 1], [BENEFÍCIO 2] e é muito comum em cenários como [EXEMPLOS REAIS].


## Para que serve [TEMA PRINCIPAL]

Liste usos reais (o Google ama listas).

  • Automatizar [AÇÃO]

  • Facilitar [PROCESSO]

  • Integrar com [TECNOLOGIA]

  • Reduzir erros em [CONTEXTO]

📌 Dica: pense em uso de produção, não em laboratório.


## Exemplo prático de [TEMA PRINCIPAL]

Explique o cenário antes do código.

No exemplo abaixo, vamos demonstrar como utilizar [TEMA] para [OBJETIVO PRÁTICO].

Exemplo:

[COLE AQUI SEU CÓDIGO]

Explique linha por linha ou por blocos:

  • Linha 1 → Faz isso

  • Linha 2 → Configura aquilo

  • Linha 3 → Executa o processo

📌 Código bem explicado = autoridade + indexação.


## Erros comuns ao usar [TEMA PRINCIPAL]

Essa seção traz muito tráfego orgânico.

  • ❌ Erro [CÓDIGO/MENSAGEM] – ocorre quando [CAUSA]

  • ❌ Problema comum em produção ao esquecer [DETALHE]

  • ❌ Configuração incorreta de [RECURSO]

👉 Sempre explique como evitar ou corrigir.


## Boas práticas recomendadas

Mostre maturidade técnica:

  • ✔ Sempre validar [CONDIÇÃO]

  • ✔ Documentar [PARTE DO CÓDIGO]

  • ✔ Testar em ambiente [HML/QA]

  • ✔ Evitar hardcode de [PARÂMETROS]

📌 Isso diferencia iniciante de especialista.


## Quando NÃO usar [TEMA PRINCIPAL]

O Google gosta de conteúdo equilibrado.

Apesar de poderoso, o [TEMA] não é recomendado quando:

  • [CENÁRIO 1]

  • [CENÁRIO 2]

Nesses casos, alternativas como [OUTRA TECNOLOGIA] podem ser mais adequadas.


## Conclusão

Resumo curto e objetivo.

O [TEMA PRINCIPAL] é uma ferramenta essencial no ambiente [CONTEXTO], especialmente quando utilizado com boas práticas e entendimento do cenário real de produção.
Com os exemplos apresentados, já é possível aplicar esse conceito de forma segura e eficiente.


🔗 Leitura recomendada

(links internos – muito importante)

  • 👉 [Link para outro post relacionado]

  • 👉 [Outro artigo complementar]

  • 👉 [Post mais avançado sobre o tema]


☕ Comentário final

No mundo mainframe, não vence quem escreve mais código,
vence quem escreve código que alguém entende daqui a 10 anos.


✅ CHECKLIST ANTES DE PUBLICAR

✔ Título claro e técnico
✔ Palavra-chave na introdução
✔ H2 organizados
✔ Código formatado
✔ Links internos
✔ Sem noindex


sábado, 10 de setembro de 2022

🚀 Como melhorar seu Blogspot para “ser pego” pelos motores de busca (Google, Bing, etc.)

 

SEO ajudando seu blogspot subir com Bellacosa Mainframe


🚀 Como melhorar seu Blogspot para “ser pego” pelos motores de busca (Google, Bing, etc.)

Vou dividir em camadas, como num sistema mainframe bem projetado:
infra → configuração → conteúdo → autoridade → manutenção


🧱 CAMADA 1 — Infra básica (SEM isso, nada funciona)

✅ 1. Blog visível para buscadores

Já falamos, mas reforço:

Configurações → Privacidade ✔ Visível para mecanismos de busca = SIM

✅ 2. Robots e indexação corretos

Configurações → Preferências de pesquisa

✔ Tags personalizadas de robôs:

  • Página inicial → index, follow

  • Posts e páginas → index, follow

❌ Nunca use noindex em posts.


✅ 3. Sitemap ativo (obrigatório)

No Google Search Console:

📌 Sitemap padrão do Blogger:

/sitemap.xml

Envie e confirme.


⚙️ CAMADA 2 — SEO técnico (onde o Blogger costuma falhar)

🔧 4. URLs limpas (isso impacta MUITO)

Configurações → Preferências de pesquisa → Erros e redirecionamentos

✔ URLs personalizadas:

https://seudominio.blogspot.com/2025/01/titulo-do-post.html

❌ Evite títulos longos e com:

  • “de”, “para”, “com”, “um”, “uma”

  • Datas no título


🔧 5. HTTPS e redirecionamento

Configurações → HTTPS

✔ HTTPS disponível → SIM
✔ Redirecionar HTTPS → SIM

SEO hoje exige HTTPS.


🔧 6. Corrigir título da página (erro clássico do Blogspot)

O Blogger costuma gerar títulos ruins.

O ideal é:

Título do Post | Nome do Blog

No HTML do tema, confirme algo assim:

<title> <b:if cond='data:blog.pageType == "item"'> <data:blog.pageName/> | <data:blog.title/> <b:else/> <data:blog.title/> </b:if> </title>

📌 Isso aumenta CTR no Google.


✍️ CAMADA 3 — Conteúdo que o Google respeita

🧠 7. Escreva para “intenção de busca”

Cada post deve responder UMA pergunta clara.

Exemplos bons:

  • o que é REXX no mainframe

  • exemplo prático JCL SORT

  • como criar web service no CICS

Exemplos ruins:

  • minhas reflexões sobre tecnologia

  • algumas ideias sobre COBOL

📌 Google não indexa “reflexão vaga”.


✍️ 8. Estrutura correta do post

Todo post deve ter:

H1 → Título (1 só) H2 → Seções principais H3 → Detalhes técnicos

Exemplo:

H1: O que é REXX no Mainframe H2: Para que serve o REXX H2: Exemplo prático no TSO H2: Erros comuns H3: S0C7 H3: IKJ56500I

🧪 9. Conteúdo técnico indexa MELHOR

Você tem uma vantagem enorme, Vagner:

✔ Código COBOL
✔ JCL
✔ REXX
✔ Mensagens do sistema

📌 O Google AMA código técnico porque:

  • É único

  • É pesquisável

  • Gera backlinks naturais

👉 Sempre use <pre> ou bloco de código.


🔗 CAMADA 4 — Autoridade (o que faz subir no ranking)

🔗 10. Links internos (isso é ouro)

Em todo post:

  • Link para 2–3 posts antigos

  • Use texto descritivo:

    • ❌ “clique aqui”

    • ✔ “exemplo de JCL SORT”


🌐 11. Backlinks inteligentes (sem spam)

Onde postar links do blog:

✔ LinkedIn (posts técnicos)
✔ GitHub (README com link)
✔ Medium (resumo + link)
✔ Stack Overflow (quando fizer sentido)
✔ Grupos técnicos (sem spam)

📌 1 link bom vale mais que 100 ruins.


🖼️ CAMADA 5 — SEO escondido (quase ninguém faz)

🖼️ 12. Imagens com ALT técnico

Sempre use ALT:

ALT="Exemplo de JCL SORT com DFSORT no z/OS"

Google indexa imagens e usa isso no ranking.


📄 13. Página “Sobre” forte

Crie uma página Sobre explicando:

  • Quem você é

  • Experiência real

  • Tecnologias

  • Objetivo do blog

📌 Isso ajuda E-E-A-T (Experiência, Autoridade, Confiança).


🧹 CAMADA 6 — Manutenção (SEO é batch recorrente)

🕒 14. Frequência > volume

✔ 1 post por semana
❌ 10 posts em um dia e sumir


🔄 15. Atualize posts antigos

Posts técnicos antigos sobem MUITO quando atualizados.

Exemplo:

  • “Atualizado para z/OS 2.5”

  • “Inclui exemplo CICS TS”


☕ Dica final estilo Bellacosa Mainframe

SEO é como JCL bem escrito:
não aparece… mas se errar um parâmetro, nada roda.