Análise de viabilidade para mover proj_aplicacoes_full_stack/projetos/ (o catálogo de projetos práticos de todos os cursos) para uma pasta própria na raiz do portal, catalogo_projetos/ (D1), e para colocar o curso proj_aplicacoes_full_stack no Padrão Ouro.

1. Diagnóstico

1.1 O que existe hoje (medido em 2026-10-03)

Item Situação atual
Pasta do hub proj_aplicacoes_full_stack/projetos/ — 185 subpastas de projeto, todas com index.md e todas registradas em _data/projetos.yml (conferido no CI por check_projetos_yml.py) + _auditoria/, _docs/, index.md, GUIA_DE_ARQUITETURA.md, projetos.md, angular-exemplo.md
Tamanho versionado 2.904 arquivos no Git (a quarentena _analise_delecao/, com 323, foi apagada na limpeza de 2026-10-04). node_modules/builds locais seguem ignorados pelo Git e excluídos do Jekyll
Painel de status proj_aplicacoes_full_stack/projetos_status.md (11 linhas) com o layout status-projetos: já é gerado de _data/projetos.yml por _includes/status-projetos.html. O antigo “164/164 homologados” escrito à mão saiu (Plano de Organização por Stack)
Tutoriais gerados do código 20 projetos (c_mini_01…20) têm _guia/guia.template.md; o index.md deles é gerado por _scripts/gerar_guia_projeto.py e o CI confere com --check. O CI também compila e executa os 40 programas C (_scripts/testar_projetos_c.py)
Quem usa o hub Os cursos: cada <curso>/projetos/index.md lista os seus projetos com links para o hub central (ex.: Mod 05 → js_01_dom_storage_events; curso de C → c_mini_01…20)
Curso proj_aplicacoes_full_stack 20 capítulos, mas Grau C na auditoria de profundidade (50,5 linhas por tópico, 36,1 linhas de código por exemplo) e com pastas fora do padrão: _legado_topicos/ (17 arquivos), _artefatos/ (8) e setup/

1.2 Problemas encontrados

  1. O hub está “dentro” de um curso, mas pertence a todos. Os cursos apontam para uma subpasta de um curso específico. Para o aluno, a URL /proj_aplicacoes_full_stack/projetos/android_p09_pokemap_gps/ sugere que o PokeMap é conteúdo do curso Full Stack, quando é da especialização Android. O mesmo vale agora para os 20 miniprojetos de C.
  2. O curso Full Stack acumula dois papéis. O index.md do curso mistura a matriz de 20 capítulos com o “Destaque Central” do catálogo de projetos. Os geradores de índice e de plano curricular precisaram de exceções só para esse curso.
  3. O curso não cumpre o Padrão Ouro. Pastas legadas (_legado_topicos, _artefatos) contrariam a regra “sem arquivos legados fora da numeração 01–20” do AGENTS.md, e o conteúdo é raso (Grau C).
  4. O painel de status não é confiável. ✅ Resolvido: o painel é gerado de _data/projetos.yml, e o CI barra pasta sem entrada no YAML (e vice-versa).
  5. Possível duplicação com spec_sistemas_com_c/projetos/. ✅ Resolvido: os 20 miniprojetos foram para o hub como série c_mini (Plano de Migração dos Projetos dos Cursos); sistemas_c_01_db_binario virou a parte 21 da série.
  6. Novo: o caminho do hub ficou embutido em mais lugares. Desde a versão original deste plano, entraram a barra de série (_includes/serie-nav.html, que reconhece a página de projeto pelo caminho exato), o catálogo e o painel gerados, três scripts que rodam no CI e 20 modelos de tutorial com links relativos. Ver Seção 2.

2. Impacto técnico da mudança (levantamento de 2026-10-03)

Onde O que precisa mudar Volume
Links de fora para o hub Trocar proj_aplicacoes_full_stack/projetos/ por catalogo_projetos/ 315 ocorrências em 78 arquivos: os <curso>/projetos/index.md, README.md, indice_geral.md, o próprio curso Full Stack (incluindo _artefatos/ e _legado_topicos/), extra_guia_de_linguagens e 14 documentos em docs/
Links absolutos dentro do hub Mesma troca de prefixo 339 ocorrências
Links relativos que sobem de pasta O hub passa de 2 para 1 nível abaixo da raiz, então cada ../ que sai do hub perde um nível (../../../mod_x → ../../mod_x) 759 links em 270 arquivos (medido só nos que saem do hub: 132 com 2 níveis, 523 com 3, 79 com 4, 24 com 5 e 1 com 1)
Modelos de tutorial (_guia/) Os 20 guia.template.md dos c_mini têm links ../../../spec_sistemas_com_c/.... A reescrita tem que ser feita no modelo, e o index.md regenerado com gerar_guia_projeto.py (reescrever só o index.md faz o --check do CI falhar) 20 modelos
Barra de série _includes/serie-nav.html só aparece se page.path tiver 4 partes começando por proj_aplicacoes_full_stack/projetos. Com o hub em catalogo_projetos/<id>/index.md são 3 partes: sem o ajuste, a barra some de todos os projetos sem nenhum erro de build 1 condição
Catálogo e painel gerados _includes/catalogo-projetos.html e _includes/status-projetos.html montam links relativos assumindo a pasta atual; _layouts/status-projetos.html tem o link absoluto do Super-Hub 3 arquivos
Scripts no CI check_projetos_yml.py, gerar_guia_projeto.py e testar_projetos_c.py definem HUB = RAIZ / "proj_aplicacoes_full_stack" / "projetos" 3 scripts (1 linha cada)
Scripts mantidos Depois da limpeza (D13), _scripts/ tem 17 scripts; os que citam o caminho do hub ou os prefixos de curso são gerar_navigation_yml.py, gerar_planos_curriculares.py, audit_course_depth.py, audit_global_portal.py e check_estrutura_portal.py (troca de PREFIXOS_CURSO/APOIO para os nomes novos). Os 121 de _scripts/_legado/ não são reescritos 5 scripts
_config.yml 7 exclusões com o caminho completo (colisão de index.html em projetos Vite/Electron) 7 linhas
.gitignore Exceção !proj_aplicacoes_full_stack/projetos/android_p09_pokemap_gps/gradle/wrapper/gradle-wrapper.jar 1 linha
Página inicial _data/cursos.yml: cards “Aplicações Full Stack” e “Status dos projetos” 2 linhas
Endereços antigos Favoritos, buscadores e links externos para /proj_aplicacoes_full_stack/projetos/... 1 regra nova no 404.html e atualizar o destino da regra dos miniprojetos de C (criada em 2026-10-03, aponta para proj_aplicacoes_full_stack/projetos/c_mini_NN_.../)
Painel de status permalink e caminho do arquivo 1 arquivo
Breadcrumbs _includes/breadcrumbs.html já rotula o segmento projetos; incluir rótulo para catalogo_projetos 1 linha

O que não é afetado: _data/navigation.yml (a barra lateral não lista projetos), o workflow de deploy (chama os scripts, mas não cita o caminho) e o código-fonte dos projetos (npm run dev, ./gradlew, mvn, make etc. funcionam em qualquer pasta). Os testes dos c_mini (tests/*.saida.txt) não têm caminhos.

Rede de segurança (ampliada desde a versão original): a cada push o CI roda validate_liquid.py, check_projetos_yml.py (pasta × YAML), gerar_guia_projeto.py --todos --check (tutorial × código), testar_projetos_c.py (40 programas C), o build e test_links.py (links internos). Uma reescrita incompleta falha o build antes do deploy. A exceção é a barra de série, que some em silêncio: por isso ela ganha uma verificação própria na Etapa 5.

3. Alternativas avaliadas

Critério A. Manter e só limpar B. Mover para catalogo_projetos/ (proposta) C. Distribuir os projetos pelos cursos
Descrição Hub continua em proj_.../projetos; corrigir índice Hub vira pasta de primeiro nível; curso Full Stack fica só com os 20 capítulos Cada projeto vai para <curso>/projetos/<projeto>
Clareza para o aluno 🟡 Continua parecendo parte do curso Full Stack 🟢 URL e menu deixam claro que é um catálogo de todos os cursos 🟢 Projeto fica junto do curso dono
Projetos multicurso (fullstack_, multilang_, javaweb_*) 🟢 Sem problema 🟢 Sem problema 🔴 Sem dono único; exigiria duplicar ou escolher arbitrariamente
Custo de migração 🟢 Baixo 🟡 Médio, mas mecânico e verificável (~1.400 links por script + CI) 🔴 Alto: 185 destinos diferentes e reescrita de todos os índices
Curso Full Stack no Padrão Ouro 🟡 Possível, mas com a exceção permanente do hub dentro da pasta 🟢 Curso fica igual aos outros 🟢 Idem
Endereços antigos 🟢 Não mudam 🟢 Redirecionados por 1 regra no 404.html 🟡 185 regras (uma por projeto)
Risco de conflito com trabalho em andamento 🟢 Nenhum 🟡 Branches abertas que tocam o hub precisam entrar antes 🔴 Alto
Contradição com a regra-alvo dos cursos 🟢 Nenhuma 🟢 Nenhuma 🔴 Desfaz a regra “<curso>/projetos/ só com index.md”, recém-aplicada ao curso de C

4. Benefícios reais da mudança (B)

  1. Modelo mental correto: um catálogo compartilhado pelos cursos fica na raiz, ao lado deles, e não dentro de um deles.
  2. Curso Full Stack deixa de ser exceção: sem o hub, o curso pode seguir a mesma estrutura dos outros, e os geradores (index.md, PLANO_CURRICULAR.md) perdem os casos especiais.
  3. URLs mais curtas e estáveis: /catalogo_projetos/c_mini_20_servidor_tcp_threads/ em vez de /proj_aplicacoes_full_stack/projetos/c_mini_20_servidor_tcp_threads/.
  4. Histórico do Git mais legível: git log proj_aplicacoes_full_stack passa a mostrar só mudanças do curso, não dos 3.227 arquivos de projetos (o git mv preserva o histórico de cada arquivo com git log --follow).
  5. Base para automatizar o painel. Já feito sem esperar a mudança: o painel é gerado de _data/projetos.yml.

O que a mudança sozinha não resolve: a profundidade do curso Full Stack (Grau C) e a qualidade de cada projeto. Por isso o plano tem duas frentes (Seção 7).

5. Recomendação

Fazer a mudança (alternativa B), porque o benefício é estrutural e permanente, enquanto o custo é pontual e verificável:

Condições:

6. Decisões

# Decisão Opções Sugestão
D1 Nome da pasta hub_projetos/ · catalogo_de_projetos/ · catalogo_projetos/ · projetos_hub/ · proj_aplicacoes_hub/ ✅ Aprovada em 2026-10-03: catalogo_projetos/ (primeiro catalogo_de_projetos/, depois ajustado à regra da D11: sem artigos, preposições e conjunções). O nome visível “Super-Hub de Projetos” vira “Catálogo de Projetos” na mesma migração (196 ocorrências em 159 arquivos). Descartados: proj_aplicacoes_hub (prefixo de curso, ver D7) e projetos_hub (confunde com as <curso>/projetos/)
D2 Onde fica o painel de status catalogo_projetos/status.md · catalogo_projetos/projetos_status.md ✅ Aprovada em 2026-10-03: catalogo_projetos/status.md (URL /catalogo_projetos/status.html), com redirecionamento do endereço antigo
D3 Painel de status: manual ou gerado — ✅ Resolvida: já é gerado de _data/projetos.yml
D4 Projetos do spec_sistemas_com_c — ✅ Resolvida: migrados para o hub (série c_mini) em 2026-10-03
D5 Ordem das frentes mover primeiro · melhorar o curso primeiro ✅ Aprovada em 2026-10-03: migrar primeiro. O curso espec_full_stack vai ao Padrão Ouro (Frente 2) já com nome e estrutura finais
D7 Nova: prefixo do curso Full Stack depois que o hub sair dele manter proj_aplicacoes_full_stack · spec_full_stack · spec_aplicacoes_full_stack ✅ Aprovada em 2026-10-03: spec_full_stack, que com a D8 vira espec_full_stack. Sem o hub, é um curso comum de 20 capítulos de especialização; o prefixo proj_ deixa de existir no portal (sai do AGENTS.md e dos 5 scripts que o listam). Custo extra: ~120 referências ao curso fora do hub, _data/navigation.yml (regenerado), card da página inicial passa do grupo “Projetos” para as especializações e 1 regra no 404.html. Feita na mesma branch da Frente 1, em commit próprio. Consequência para a D1: o nome do hub não pode usar mod_, spec_, extra_ nem proj_, que o AGENTS.md e 5 scripts tratam como curso de 20 capítulos
D6 Nova: quarentena _analise_delecao/ (323 arquivos, cópias redundantes da série Lista de Tarefas) mover junto · apagar antes da mudança · tirar do hub para docs/legado/ ✅ Aprovada em 2026-10-03: apagar antes da migração, no PR de limpeza (D13), depois de conferir o critério do README da quarentena (série Tarefas validada de ponta a ponta). O histórico do Git guarda tudo 🧹 Executada em 2026-10-04 (323 arquivos removidos; o caminho de reserva dos painéis das partes 03 e 04 também saiu).
D8 Prefixo das especializações manter spec_ (inglês) · espec_ ✅ Aprovada em 2026-10-03: espec_. Era o único prefixo em inglês da raiz; esp_ seria ambíguo e especializacao_ longo demais. Termos técnicos (backend, frontend, mobile, full_stack) ficam como estão
D9 Estratégia de execução uma mudança por vez · tudo de uma vez ✅ Aprovada em 2026-10-03: uma migração única, com um script dirigido pela tabela da Seção 10, uma branch e um PR, mas commits separados por renome (catálogo, cursos, textos, 404.html/regeneração) para revisar e reverter por partes. URLs quebram uma vez só
D10 Iniciativa 10 do backlog (mover os cursos para cursos/) fazer junto · descartar ✅ Aprovada em 2026-10-03: descartar. Os prefixos já organizam a raiz, e ela acrescentaria um nível a todas as URLs
D11 Encurtar os nomes das pastas manter · tabela da Seção 10 ✅ Aprovada em 2026-10-03: tabela da Seção 10. Regras: espec_<área>_<tecnologia>; extra_<tema> (sem “guia”); sem artigos, preposições e conjunções (de, da, com, e); mesmo nome para a mesma tecnologia (golang → go). 39 das 41 pastas mudam; nome médio de 27,5 para 21,6 caracteres e o maior de 39 para 29. Nomes de capítulo ficam como estão (regra para os novos: até 50 caracteres)
D12 Redirecionamento dos endereços antigos só o JavaScript do 404.html · páginas estáticas de redirecionamento ✅ Aprovada em 2026-10-03: gerar, a partir da tabela da Seção 10, uma página estática em cada endereço antigo com <meta refresh> e <link rel="canonical"> (sem plugin), mantendo o 404.html como rede de segurança; buscadores entendem a mudança, o que o JavaScript não comunica
D13 Limpeza antes da migração migrar tudo como está · limpar antes ✅ Aprovada em 2026-10-03: PR separado e anterior com 33 imagens órfãs (5,3 MB, incluindo 3,7 MB de parallax_*.png no curso de FastAPI), compressão das PNGs grandes em uso, destino de _analise/ do Android (159 arquivos), _legado/ do guia de linguagens (55) e da quarentena do hub (D6), e arquivamento em _scripts/_legado/ dos scripts de uso único (16 generate_spec_*) 🧹 Executada em 2026-10-04 na branch chore/limpeza-pre-migracao: 12 imagens órfãs removidas (5,3 MB) e 4 PNGs comprimidas (2.113 → 561 KB); _analise/ do Android reduzida à reserva da decisão 6.5 do curso (+ android.md e mvvm.md); _legado/ do guia de linguagens removido (55); quarentena removida (D6); 121 scripts arquivados em _scripts/_legado/ (ficam 17, listados em _scripts/README.md).
D14 Proteção no CI nenhuma · teste de nomes ✅ Aprovada em 2026-10-03: junto com a etapa 8 do plano de migração dos cursos, um teste que falha se surgir na raiz pasta fora de mod_NN_, espec_, extra_ ou catalogo_projetos, ou se <curso>/projetos/ tiver algo além do index.md

7. Etapas de execução (após aprovação)

Ordem de execução aprovada

  1. ✅ Plano de Migração dos Projetos dos Cursos, etapas 5–8 (Java, Python, Android e o teste da D14) e integração da branch docs/plano-migracao-projetos-cursos à main (merge 39896aca, publicado em 2026-10-04).
  2. ✅ PR de limpeza (D13 + D6) — executado em 2026-10-04: imagens órfãs, compressão de PNGs, pastas _ antigas, quarentena _analise_delecao/ e arquivamento dos scripts de uso único.
  3. ✅ Frente 1 — migração única (D9) — PR #38, publicada em 2026-10-04: tabela da Seção 10, textos “Catálogo de Projetos”, páginas estáticas de redirecionamento (D12) + 404.html.
  4. Frente 2 — espec_full_stack no Padrão Ouro (D5).

Frente 1 — Mover o hub e renomear os cursos (migração única, D9)

Todos os renomes vêm da tabela da Seção 10. O script de reescrita trata os três tipos juntos: o hub muda de profundidade (ajuste de ../), os cursos só trocam de nome (mesma profundidade) e o texto “Super-Hub” vira “Catálogo de Projetos”.

Etapa Ação Validação
0 Integrar docs/plano-migracao-projetos-cursos à main (e, de preferência, concluir antes as etapas 5–8 daquele plano); aplicar a D6; combinar que ninguém edita o hub durante a migração git branch --no-merged main sem branches que toquem o hub
1 Branch refactor/catalogo-e-nomes. Commit 1: git mv proj_aplicacoes_full_stack/projetos catalogo_projetos e git mv proj_aplicacoes_full_stack/projetos_status.md catalogo_projetos/status.md. Commit 2: git mv das 38 pastas de curso da Seção 10 (incluindo proj_aplicacoes_full_stack → espec_full_stack) git status mostra só renomeações (R100)
2 Script de reescrita com dry-run: prefixos absolutos, profundidade dos links relativos que saem do hub (incluindo os 20 _guia/guia.template.md), _config.yml, .gitignore, _data/cursos.yml, permalink do painel, breadcrumbs, serie-nav.html (condição de caminho), catalogo-projetos.html, status-projetos.html e o layout do painel, a constante HUB dos 3 scripts do CI e os scripts antigos mantidos; remover generate_status.py. Depois, python _scripts/gerar_guia_projeto.py --todos para regenerar os tutoriais Relatório antes/depois por arquivo; 0 ocorrências de proj_aplicacoes_full_stack/projetos fora de docs/ (histórico), _reports/ e do 404.html
3 404.html: regra proj_aplicacoes_full_stack/projetos → catalogo_projetos e projetos_status.html → catalogo_projetos/status.html; atualizar o destino da regra dos miniprojetos de C para catalogo_projetos/c_mini_NN_.../ (sem isso, a URL antiga do curso de C redirecionaria em dois saltos) URLs antigas testadas no site: uma de projeto, a do painel e uma de miniprojeto de C
4 Curso Full Stack: trocar o “Destaque Central” do index.md por um card para o hub; remover exceções dos geradores de índice e de plano gerar_planos_curriculares.py --check sem diferenças inesperadas
5 Validação completa validate_liquid.py, check_projetos_yml.py, gerar_guia_projeto.py --todos --check, testar_projetos_c.py (Windows e Linux/WSL), build do Jekyll, test_links.py; conferir no HTML gerado que a barra de série (“Parte N de M”) aparece em 3 projetos de séries diferentes (ex.: c_mini_03, fullstack_tarefas_07, um android_p*); abrir 5 projetos de cursos diferentes
6 Commit único + PR CI verde; reversão possível com git revert

Frente 2 — Curso Full Stack no Padrão Ouro (plano próprio, depois da Frente 1)

  1. Remover ou arquivar _legado_topicos/ e _artefatos/, e integrar setup/ ao padrão dos outros cursos.
  2. Aprofundar os 20 tópicos e exemplos até o Grau A (≥ 120 linhas por tópico, sem capítulos abaixo de 80 linhas e sem texto repetido entre capítulos), como foi feito nos Mods 06, 08, 09 e 10.
  3. Ligar cada capítulo aos projetos do hub que o praticam (ex.: Cap. 19 → fullstack_tecloja_*).
  4. Rodar a auditoria de profundidade e regenerar o PLANO_CURRICULAR.md.

8. Riscos e mitigação

Risco Probabilidade Mitigação
Link relativo reescrito com profundidade errada Média Script com dry-run que só ajusta links que saem do hub + test_links.py no CI bloqueia o deploy
Tutorial c_mini reescrito no index.md em vez do modelo Média Reescrever o _guia/guia.template.md e regenerar; o --check do CI acusa qualquer divergência
Barra de série some sem erro (condição de caminho em serie-nav.html) Alta se esquecida Item explícito na Etapa 2 e conferência no HTML na Etapa 5
Conflito com branches abertas ou edição paralela Média Etapa 0: integrar antes e congelar a pasta durante a migração
URLs antigas indexadas por buscadores e favoritos Alta Regra no 404.html (padrão já em uso no portal), incluindo o destino da regra dos miniprojetos de C
Colisão de index.html em projetos Vite/Electron voltar a quebrar o build Baixa Atualizar as 7 exclusões do _config.yml na mesma mudança e validar com build local
Histórico de arquivos “perdido” Baixa git mv preserva o histórico; consultar com git log --follow

9. Histórico de revisões

Data O que mudou neste plano
2026-09-29 Versão original (165 projetos, painel manual, 20 projetos de C em Markdown no curso)
2026-10-04 Frente 1 executada (PR #38): 2.905 + 4.560 renomeações puras; 2.243 links relativos recalculados e 1.629 referências trocadas, sem nenhum link quebrado pela migração (118 já quebrados antes, em páginas multilang_*); “Super-Hub” → “Catálogo de Projetos”; curso separado do catálogo; 4.633 páginas de redirecionamento geradas no CI + 404.html; a barra de série sumiu em silêncio e foi corrigida antes do merge (risco previsto na Seção 8).
2026-10-04 Limpeza (D13 e D6) executada; números da Seção 1.1 e lista de scripts da Seção 2 atualizados.
2026-10-03 D2, D5, D6, D12, D13 e D14 aprovadas (todas na sugestão); ordem de execução registrada na Seção 7. D8 a D11 aprovadas (espec_, migração única, Iniciativa 10 descartada, tabela de nomes da Seção 10 com espec_cientifica_matlab); D1 ajustada para catalogo_projetos; D12 a D14 propostas. D1 aprovada: catalogo_de_projetos/ e nome visível “Catálogo de Projetos”. D7 aprovada: o curso vira spec_full_stack. Antes disso, revisão após a branch docs/plano-migracao-projetos-cursos: hub com 185 projetos e 3.227 arquivos (323 na quarentena _analise_delecao/ da série Lista de Tarefas reescrita); números da Seção 2 medidos de novo (315 referências externas em 78 arquivos, 339 internas, 759 links relativos que saem do hub); D3 e D4 resolvidas (painel gerado do YAML; miniprojetos de C no hub como série c_mini); nova D6 (quarentena); novos pontos de impacto: 20 modelos _guia/, serie-nav.html dependente do caminho, catálogo e painel gerados, 3 scripts do CI, regra do 404 dos miniprojetos de C e .gitignore; Etapa 0 passa a exigir a integração desta branch, e a Etapa 5 ganha a conferência da barra de série

10. Tabela de nomes (D1, D7, D8, D11 — aprovada em 2026-10-03)

Fonte única para o script de reescrita e para o mapa de redirecionamento. 🆕 = nome que só muda por causa da regra “sem artigos, preposições e conjunções”.

Hoje Novo Caracteres
mod_01_fundamentos_da_computacao mod_01_fundamentos_computacao 🆕 32 → 29
mod_02_logica_e_algoritmos mod_02_logica_algoritmos 🆕 26 → 24
mod_03_versionamento_com_git_e_github mod_03_git_github 37 → 17
mod_04_html5_e_css3 mod_04_html5_css3 🆕 19 → 17
mod_05_javascript_fundamentos_e_dom mod_05_javascript_dom 35 → 21
mod_06_design_de_interfaces_ui_ux mod_06_design_ui_ux 33 → 19
mod_07_backend_e_apis mod_07_backend_apis 🆕 21 → 19
mod_08_bancos_de_dados_sql_e_nosql mod_08_bancos_dados 34 → 19
mod_09_estruturas_de_dados mod_09_estruturas_dados 🆕 26 → 23
mod_10_paradigmas_e_padroes_de_projeto mod_10_paradigmas_padroes 38 → 25
mod_11_qualidade_e_testes_de_software mod_11_qualidade_testes 37 → 23
mod_12_desenvolvimento_seguro = (sem mudança) 29 → 29
mod_13_devops_e_cloud mod_13_devops_cloud 🆕 21 → 19
mod_14_hardware_e_compiladores mod_14_hardware_compiladores 🆕 30 → 28
spec_backend_com_golang_e_gin espec_backend_go_gin 29 → 20
spec_backend_com_java_e_springboot espec_backend_java_springboot 34 → 29
spec_backend_com_php_e_laravel espec_backend_php_laravel 30 → 25
spec_backend_com_python_e_fastapi espec_backend_python_fastapi 33 → 28
spec_frontend_com_angular espec_frontend_angular 25 → 22
spec_frontend_com_react espec_frontend_react 23 → 20
spec_frontend_com_svelte espec_frontend_svelte 24 → 21
spec_frontend_com_vue espec_frontend_vue 21 → 18
spec_mobile_nativo_android espec_mobile_android 26 → 20
spec_multiplataforma_com_flutter espec_multiplataforma_flutter 32 → 29
spec_sistemas_com_c espec_sistemas_c 19 → 16
spec_sistemas_com_cpp espec_sistemas_cpp 21 → 18
spec_sistemas_com_csharp espec_sistemas_csharp 24 → 21
spec_sistemas_com_go espec_sistemas_go 20 → 17
spec_sistemas_com_java espec_sistemas_java 22 → 19
spec_sistemas_com_python espec_sistemas_python 24 → 21
spec_sistemas_com_rust espec_sistemas_rust 22 → 19
spec_sistemas_com_typescript espec_sistemas_typescript 28 → 25
spec_computacao_cientifica_com_matlab espec_cientifica_matlab 37 → 23
proj_aplicacoes_full_stack espec_full_stack 26 → 16
extra_engenharia_de_software extra_engenharia_software 🆕 28 → 25
extra_guia_de_ferramentas extra_ferramentas 25 → 17
extra_guia_de_linguagens_de_programacao extra_linguagens_programacao 39 → 28
extra_guia_de_markdown extra_markdown 22 → 14
extra_guia_de_redes extra_redes 19 → 11
extra_inteligencia_artificial = (sem mudança) 29 → 29
proj_aplicacoes_full_stack/projetos catalogo_projetos 35 → 17
⬅️ Voltar à Central de Documentação 🏠 Página Inicial