Engenharia de Software | produto full-stack | sistemas locais | C/C++ e redes
Saquarema, RJ | Brasil
Eu uso este GitHub como índice público do meu trabalho técnico. Quando alguém entra aqui, quero que consiga entender quatro coisas sem depender de explicação minha: o que eu construí, como o projeto roda, que decisão técnica sustenta a entrega e qual evidência mostra que aquilo funciona.
Hoje, meu projeto principal é o Desk Imperial, uma plataforma full-stack para gestão comercial. Em paralelo, mantenho projetos menores para aprofundar base de C/C++, redes, frontend, runtime local, automação e documentação técnica.
|
6 repositórios de referência |
3 frentes publicadas: app, API e Pages |
4 trilhas técnicas principais |
1 padrão de governança para README, testes e evidências |
Estes gráficos ajudam a ler atividade pública, linguagens e distribuição geral do perfil. Eu trato isso como complemento: a avaliação principal continua nos repositórios, nos testes, na documentação e nas evidências de execução.
| Frente | Repositório | O que eu mostro ali | Evidência pública | Onde está hoje |
|---|---|---|---|---|
| Produto principal | Desk Imperial | Produto full-stack com domínio comercial, autenticação, API, frontend, banco de dados, tempo real e testes. | App e API publicados, documentação técnica, workflows e histórico de manutenção. | É a base mais completa do perfil. |
| C, C++ e redes | Aprendendo em C e C++ | Fundamentos de C/C++, estruturas de dados, simulação de rede, terminal e demo web. | GitHub Pages, guia de ambiente, matriz de testes, screenshots e código nativo. | Estou usando como trilha de estudo aplicado. |
| Runtime local | TX - Tradutor em REALTIME | Captura de áudio, processamento contínuo, ASR, fallback, Python, Rust e validação local. | Documentação técnica, testes Python/Rust e matriz de evidências. | Projeto para explorar tempo real e máquina local. |
| Operação e controle | Project Sentinel | Servidor local em Go, políticas de permissão, auditoria, SQLite e execução autorizada. | CI com testes Go, build e documentação operacional. | Base para automação com controle e rastreabilidade. |
| Frontend aplicado | Gerenciador de Tarefas | React, estado de interface, tema claro/escuro, responsividade e fluxo de tarefas. | GitHub Pages, testes e documentação de casos de uso. | Referência simples de interface publicada. |
| Produto em estabilização | RH Insights | SaaS multi-tenant com Firebase, regras de isolamento, módulos administrativos e documentação. | CI restaurado, audit corrigido, regras documentadas e backlog técnico registrado. | Projeto mantido como estabilização de produto. |
Eu tento deixar cada projeto importante avaliável por leitura e por execução. Para isso, procuro responder estas perguntas dentro do próprio repositório:
| Pergunta | O que eu documento |
|---|---|
| Para que isso existe? | Problema, público, escopo e limite do projeto. |
| Como eu rodo? | Ambiente, dependências, comandos e fluxo básico de uso. |
| Como eu valido? | Testes, casos de uso, resultado esperado e comandos de verificação. |
| Como eu provo? | Screenshots, logs não sensíveis, CI, GitHub Pages, app publicado ou API disponível. |
| Onde pode falhar? | Erros conhecidos, decisões de arquitetura, entradas inválidas e pontos de atenção. |
| O que vem depois? | Backlog técnico, próximos passos e estado real da entrega. |
Nem todo repositório antigo está nesse nível ainda. Os projetos do mapa acima são os que eu uso como referência principal para avaliação técnica.
O Desk Imperial puxa a parte de produto: regra de negócio, banco, API, frontend, autenticação, operação em tempo real, financeiro, estoque, vendas, folha, testes e documentação. É onde eu exercito manutenção de uma base maior.
O Aprendendo em C e C++ fica na base: memória, ponteiros, estruturas de dados, simulação de rede e terminal. Eu quero que esse repositório seja simples de compilar, fácil de explicar e útil para demonstrar fundamentos sem depender só de texto.
O TX - Tradutor em REALTIME e o Project Sentinel entram na parte de sistemas locais. Neles eu trabalho com execução contínua, fallback, logs, políticas, SQLite, Go, Python e Rust.
O Gerenciador de Tarefas e as demos web do repositório de C/C++ ficam na camada de interface: layout, estado, tema, responsividade e uma apresentação mais clara para quem não quer começar pelo terminal.
As logos abaixo representam ferramentas que aparecem nos projetos principais. Mantive só os ícones para facilitar leitura visual; o contexto de uso fica explicado no mapa técnico e nos READMEs de cada repositório.
|
Frontend |
Backend e dados |
|
Sistemas e runtime |
Infra e publicação |
|
Observabilidade |
Governança e qualidade |
O melhor caminho é começar pelos repositórios fixados e olhar nesta ordem:
- README do projeto, para entender objetivo, stack, status e execução local.
- Documentação de arquitetura, casos de uso ou matriz de testes.
- Evidência de funcionamento: app, API, GitHub Pages, screenshots, logs ou CI.
- Workflows e comandos de teste, quando o projeto tiver pipeline.
- Limites conhecidos e próximos passos, para separar o que está pronto do que ainda está em evolução.
| Área | Agora | Próximo passo |
|---|---|---|
| Perfil GitHub | Deixar o perfil mais técnico, navegável e menos poluído. | Alinhar pins, descrições, tópicos e links públicos. |
| Desk Imperial | Manter o produto principal com app, API, documentação e testes. | Reduzir ruído técnico e melhorar evidências de uso. |
| C/C++ e redes | Consolidar estudo aplicado com código nativo, demo e documentação. | Expandir C++, melhorar screenshots e reforçar testes. |
| Frontend | Publicar demos úteis, não só telas soltas. | Padronizar tema claro/escuro, responsividade e componentes. |
| Operação local | Evoluir TX e Project Sentinel como projetos de runtime e controle. | Melhorar guias de instalação e validação em máquina limpa. |
I am a Software Engineering student from Brazil. My main project is Desk Imperial, an open source full-stack platform for commercial operations with a published app, API, real-time flows, tests and technical documentation.
I organize this profile as a technical portfolio. For each relevant repository, I try to make the problem, architecture, local setup, tests, evidence, current limits and next steps easy to verify.