Levantamento dos cursos que podem ser unificados ou redistribuídos para enriquecer o conteúdo, feito depois da unificação de Segurança (Etapa 6) e da fusão de UML com Engenharia de Software (Etapa 7) do plano das páginas internas.
- Data: 2026-09-24
- Situação: 📝 levantamento feito; nada executado. Cada candidato ainda precisa de uma análise capítulo a capítulo e da aprovação do usuário, como nas Etapas 6 e 7.
- Método: comparação automática dos títulos dos capítulos dos 38 cursos, par a par, seguida da leitura dos sumários dos pares com o mesmo assunto.
1. Critério
A comparação por título aponta muitos pares de roteiros paralelos em linguagens diferentes (Java × Python × C#, React × Vue × Angular). Esses cursos seguem a mesma estrutura de propósito e não são candidatos. O candidato real é o mesmo assunto ensinado em dois lugares.
2. Candidatos à unificação
2.1 Guia de Linguagens + Matriz Multilinguagem — prioridade alta
| |
extra_guia_de_linguagens_de_programacao |
Matriz Multilinguagem (Curso 38 do catálogo de projetos) |
| Conteúdo |
Um capítulo por linguagem: C, C++, Rust, Go, Java, Kotlin, C#, Pascal/Delphi, Python, Bash, PowerShell, AWK, JavaScript, TypeScript, PHP, Ruby, Swift, Dart, Haskell e um projeto poliglota |
Projetos multilang_saudacoes_38 e multilang_imc_38: o mesmo programa em 38 linguagens |
- Proposta: um guia de linguagens comparadas, com a teoria de cada linguagem e o mesmo programa implementado nela (saudação e IMC como exemplos e exercícios).
- Problemas a corrigir no guia: o capítulo 15 é um rascunho (“Estrutura Proposta: Curso Prático de PHP”); 18 dos 20 capítulos usam o mesmo diagrama Mermaid; os títulos seguem formatos diferentes.
- Dependências prováveis:
_data/cursos.yml, navigation.yml, grade, catálogo de projetos (Curso 38), links dos projetos multilinguagem.
2.2 Guia de Ferramentas × Mod 13 (DevOps e Cloud) — prioridade média-alta
| Tema |
extra_guia_de_ferramentas |
mod_13_devops_e_cloud |
| Docker |
cap. 13 Docker, cap. 14 Compose, cap. 15 Podman |
caps. 05 a 08 (contêineres, Dockerfile, redes e volumes, Compose) |
| Shell e Linux |
cap. 03 Shell scripting |
cap. 02 Administração Linux, cap. 03 Bash |
- Proposta: o Docker fica todo no Mod 13 (o Podman entra como seção). O guia passa a tratar só do ambiente do dev (terminais, editores, IDEs, depuração, profiling, clientes HTTP, assistentes de IA, dotfiles) e ganha 3 ou 4 capítulos novos no lugar dos que saem.
- Problema a corrigir: números errados nos títulos (arquivos 05 e 07 como “Cap 03” e “Cap 04”; arquivo 10 como “Cap 06”).
2.3 Guia de Redes × Mods 12, 13 e 07 — prioridade média
| Tema do guia de Redes |
Já coberto em |
| cap. 06 TLS 1.3 e certificados |
Mod 12, cap. 06 |
| cap. 07 Cabeçalhos de segurança e CORS |
Mod 12, caps. 10 e 13 |
| cap. 16 WAF e DDoS |
Mod 12, cap. 13 |
| caps. 09 a 12 Proxy reverso, balanceamento e ingress |
Mod 13 (Kubernetes, cap. 15) |
- Proposta: o guia fica com o que é só de redes (OSI e TCP/IP, sub-redes, DNS, QUIC, WebSockets, CDN, VPN, diagnóstico com Wireshark) e aponta para os módulos nos outros temas.
- Problema a corrigir: números errados nos títulos (vários “Cap 02” a “Cap 06” fora de ordem).
3. Já tratados no plano de reorganização da trilha
- Mod 01 × vários módulos: o Mod 01 publicado é um panorama que repete os Mods 02, 08, 09, 10, 12 e 14, e seus exemplos estão vazios. Decisão D4 em
PLANO_REORGANIZACAO_TRILHA.md.
- Mod 02 (caps. 13 a 19) × Mod 09: ponteiros, listas, pilhas, hash, busca, ordenação e Big-O nos dois. Decisão D8 no mesmo plano.
- Guia de Markdown (caps. 05 a 08, Mermaid e C4) × Engenharia de Software e UML (caps. 16 e 18): um ensina a sintaxe; o outro, o uso na modelagem.
- Guia de IA (cap. 05, bancos vetoriais) × Mod 08 (cap. 18, bancos vetoriais).
5. Não são candidatos
- Especialização de linguagem × de framework (Go e Gin, Java e Spring Boot, Python e FastAPI): são complementares (linguagem → framework). O ajuste é registrar a de linguagem como pré-requisito da outra.
- As 9 especializações com teoria e exemplos de modelo (React, Vue, Angular, TypeScript, Android, Flutter, C++, C#, Rust): o problema é conteúdo vazio, não repetição. A solução é reescrever (Seção 6 do plano de reorganização).
6. Próximos passos sugeridos
- Análise capítulo a capítulo do candidato 2.1, registrada como Etapa 8 do plano das páginas internas, para aprovação.
- Depois, na mesma forma, os candidatos 2.2 e 2.3.
- Os links cruzados da Seção 4 podem entrar junto com qualquer uma dessas etapas.
Fluxo de cada etapa (o mesmo das Etapas 6 e 7): análise → aprovação → branch própria → conteúdo com exemplos executados e diagramas validados → redirecionamentos no 404.html → validate_liquid, build, teste visual, test_links → PR → merge com o aval do usuário.