# fernandofatech O README de perfil que documenta quem eu sou e o que construo — direto ao ponto. - URL: https://fernando.moretes.com/open-source/fernandofatech - Markdown: https://fernando.moretes.com/open-source/fernandofatech/guide.md?lang=pt - GitHub: https://github.com/fernandofatech/fernandofatech - Homepage: https://fernando.moretes.com - Language: n/a - Topics: github-profile, moretes, portfolio, profile, readme, solution-architect, solution-architecture - Stars: 2 - Forks: 0 - Updated: 2026-05-16T01:16:18Z --- fernandofatech/fernandofatech é o repositório especial de perfil do GitHub que serve como cartão de visita técnico público — apresentando minha stack, projetos destacados e forma de trabalhar como Arquiteto de Soluções Sênior focado em AWS, sistemas orientados a eventos e engenharia de plataforma. ## O que é este repositório e por que ele existe O GitHub tem um mecanismo pouco conhecido: quando você cria um repositório público com o mesmo nome do seu usuário — neste caso `fernandofatech/fernandofatech` — o arquivo `README.md` na raiz é renderizado automaticamente na sua página de perfil. É o equivalente a uma homepage dentro do próprio GitHub. Eu uso esse espaço de forma deliberada. Em vez de deixar o perfil vazio ou com um bio genérico, o README funciona como um documento vivo que responde três perguntas objetivas: **quem sou**, **no que trabalho** e **o que já construí**. Não há marketing. Há uma lista honesta de tecnologias que uso no dia a dia, uma tabela de projetos reais com links diretos para os repositórios, e um convite claro para quem quiser conversar sobre arquitetura de nuvem, FinOps ou sistemas orientados a eventos. O repositório também ancora o ecossistema de portfólio que mantenho em `fernando.moretes.com`, conectando o perfil do GitHub ao site pessoal e ao LinkedIn de forma coesa. Qualquer pessoa que chegar ao meu perfil — seja um recrutador, um colega engenheiro ou um potencial cliente — encontra contexto suficiente para entender meu trabalho sem precisar sair do GitHub. ## O que o README cobre - **Identidade técnica** — título, foco e links diretos para LinkedIn e GitHub em um cabeçalho limpo e centralizado. - **Stack real** — seis categorias (Cloud & Infra, Backend, Frontend, Data & ML, DevOps, Security) com as ferramentas que realmente uso em produção. - **Projetos destacados** — tabela com seis repositórios públicos relevantes, cada um com descrição de uma linha e link direto. - **Estatísticas do GitHub** — cards gerados via `github-readme-stats` mostrando atividade geral e linguagens mais usadas. - **Ponto de contato** — seção de conexão direta, sem formulários, apontando para LinkedIn e lista de repositórios. - **Bilíngue** — rodapé em PT-BR e EN documentando o repositório como parte do ecossistema de portfólio. ## Como o perfil se conecta ao ecossistema de portfólio O repositório especial de perfil é o ponto de entrada. A partir dele, visitantes chegam aos projetos públicos, ao site pessoal e ao LinkedIn. ### 👤 Visitor - Visitor GitHub / Web (user) ### 🐙 GitHub Profile - fernandofatech/ fernandofatech README (frontend) - github-readme-stats Vercel API (external) ### 🌐 Portfolio Ecosystem - fernando.moretes.com Personal Site (frontend) - LinkedIn fernandofatech (external) - Public Repos AWS-Cost-Calculator queue-advisor etc. (compute) ### Fluxos - visitor -> profile_readme: visita perfil - profile_readme -> stats_api: busca stats - profile_readme -> public_repos: links diretos - profile_readme -> portfolio_site: link homepage - profile_readme -> linkedin: badge / link ## Como o README é estruturado — decisões de design Escrever um bom profile README é um exercício de síntese. A maioria dos perfis erra em dois extremos: ou fica vazio demais (só o bio padrão do GitHub) ou vira uma página de marketing com GIFs animados e listas intermináveis de badges que não dizem nada sobre como a pessoa realmente trabalha. Minha abordagem foi diferente. O documento começa com o que importa para quem está avaliando um arquiteto: **o que eu faço**, não quem eu sou em termos pessoais. O título `Senior Solution Architect · AWS · Serverless · Event-Driven Systems` é preciso — não genérico. A seção `About me` usa bullets curtos que descrevem comportamentos concretos: desenho ADRs, construo sistemas FinOps-aware, faço coaching de times. São afirmações verificáveis pelos repositórios públicos. A tabela de projetos é deliberadamente enxuta — seis entradas, uma linha por projeto. Cada linha tem nome clicável e descrição funcional. Não há estrelas, linguagens ou datas; essas informações estão nos próprios repositórios. O objetivo aqui é orientar o visitante, não impressioná-lo com métricas. Os cards de estatísticas do GitHub são gerados dinamicamente via a API pública do `github-readme-stats` hospedada na Vercel. Eles refletem atividade real e atualizam automaticamente — zero manutenção manual. O tema `tokyonight` com `hide_border=true` mantém a estética limpa sem distrair do conteúdo. Por fim, o rodapé bilíngue (PT-BR / EN) foi uma escolha consciente: meu trabalho transita entre contextos brasileiros e internacionais, e o README deve refletir isso. ## Como usar este repositório como referência para o seu próprio perfil 1. **Crie o repositório especial de perfil** — No GitHub, crie um novo repositório público com exatamente o mesmo nome do seu usuário (ex.: `seunome/seunome`). O GitHub reconhece esse padrão e renderiza o `README.md` no seu perfil automaticamente. 2. **Clone e adapte o README** — Clone `https://github.com/fernandofatech/fernandofatech`, edite o `README.md` substituindo nome, links, stack e projetos pelos seus. O arquivo usa apenas Markdown padrão e HTML inline para o `div align=center` — sem dependências de build. 3. **Configure os cards de estatísticas** — Substitua `fernandofatech` pelo seu username nas URLs dos cards `github-readme-stats`. Os parâmetros `theme`, `hide_border` e `langs_count` são opcionais e documentados em `anuraghazra/github-readme-stats`. 4. **Atualize os badges do LinkedIn e GitHub** — Os badges usam `shields.io`. Troque o parâmetro de usuário nas URLs e os links `href` correspondentes. Nenhuma chave de API é necessária para esses badges públicos. 5. **Faça push e verifique** — Faça commit e push para a branch principal. Acesse `github.com/seunome` — o README deve aparecer imediatamente abaixo dos repositórios fixados. Se não aparecer, confirme que o repositório é público e o arquivo se chama exatamente `README.md`. _Comandos rápidos para clonar e começar a adaptar_ ```bash # Clone the profile repository git clone https://github.com/fernandofatech/fernandofatech.git my-profile cd my-profile # Edit the README with your preferred editor code README.md # or: vim README.md # Replace occurrences of 'fernandofatech' with your GitHub username # macOS / Linux sed -i '' 's/fernandofatech/yourusername/g' README.md # Commit and push to YOUR profile repository git remote set-url origin https://github.com/yourusername/yourusername.git git add README.md git commit -m "chore: initialize profile README" git push origin main ``` > **O repositório especial de perfil não precisa de CI, build ou dependências:** Ao contrário de outros projetos do portfólio, este repositório é puro Markdown. Não há `package.json`, Dockerfile ou workflow de Actions necessário para que ele funcione. O GitHub renderiza o arquivo diretamente. Se você quiser adicionar automações (ex.: atualizar automaticamente posts recentes ou métricas), isso é possível via GitHub Actions, mas não é o caso aqui — e deliberadamente não é: menos moving parts, menos coisa para quebrar. ## Perguntas frequentes ### Por que os cards de estatísticas às vezes não carregam? Os cards dependem da API pública do `github-readme-stats` hospedada na Vercel. Ocasionalmente ela atinge limites de rate do GitHub ou tem instabilidade. Não há nada a fazer no repositório em si — é uma dependência externa. Se isso for um problema recorrente, a alternativa é hospedar sua própria instância do `anuraghazra/github-readme-stats`. ### Posso usar este README como template para o meu perfil? Sim. O repositório é público. Clone, adapte e use. Não há licença restritiva — é um README de perfil pessoal, não um produto. Só substitua os dados pessoais, links e projetos pelos seus. ### O site `fernando.moretes.com` está neste repositório? Não. Este repositório contém apenas o `README.md` do perfil do GitHub. O site pessoal é um projeto separado. O link aparece no README como parte do ecossistema de portfólio, mas o código-fonte do site vive em outro repositório. ### Com que frequência este README é atualizado? Atualizo quando há mudanças relevantes: um novo projeto público que vale destacar, uma mudança de foco técnico, ou quando algum link fica desatualizado. Não há um ciclo fixo — é manutenção orientada a eventos, como deve ser. ## Para quem este repositório é útil Este repositório serve dois públicos. Para quem chega ao meu perfil do GitHub — recrutadores, engenheiros, parceiros — ele entrega contexto suficiente em menos de dois minutos de leitura: o que faço, com o que trabalho e o que já construí. Para outros engenheiros e arquitetos que querem estruturar seu próprio perfil do GitHub de forma profissional, ele funciona como um exemplo concreto e adaptável de como usar o mecanismo de profile README sem cair em excesso de badges ou falta de substância. Não é um framework, não tem dependências, não requer setup. É Markdown bem escrito com intenção clara — e às vezes isso é exatamente o suficiente. ## Referências - [fernandofatech/fernandofatech — GitHub](https://github.com/fernandofatech/fernandofatech) - [fernando.moretes.com — Portfolio Site](https://fernando.moretes.com) - [anuraghazra/github-readme-stats — Stats Cards](https://github.com/anuraghazra/github-readme-stats) - [shields.io — Badge Generator](https://shields.io) - [GitHub Docs — Managing your profile README](https://docs.github.com/en/account-and-profile/setting-up-and-managing-your-github-profile/customizing-your-profile/managing-your-profile-readme) ## Links - [GitHub repository](https://github.com/fernandofatech/fernandofatech) - [Homepage](https://fernando.moretes.com)