┌──────────────────────────────────────────────────────────────────────┐ │ │ │ >_ richhh7g │ │ │ │ Software Engineer │ │ Backend · Systems · Architecture │ │ │ └──────────────────────────────────────────────────────────────────────┘
backend
architecture
distributed systems
product engineering
richhh7g@github
────────────────────────────────────────────────────────────────────────
$ whoami
Software Engineer focado em backend, arquitetura de software e sistemas.
Construo produtos do zero, evoluo sistemas legados e trabalho entre problema de negócio → arquitetura → implementação.
Meu stack principal gira em torno de TypeScript, Node.js e Go, com experiência em React, PHP/Laravel, PostgreSQL, AWS e sistemas distribuídos.
$ focus
| architecture | design · evolution · trade-offs |
| backend | APIs · services · integrations |
| systems | distributed systems · async processing |
| product | ambiguous problems · POCs · delivery |
| engineering | DX · CI/CD · observability · automation |
$ projects
|
Monorepo multi-linguagem usando Bazel para build, testes, compilação/transpilação e deploy.
|
Sistema de monitoramento de termos de marca em sites concorrentes. Backend + Frontend
|
|
Pequeno container de Inversion of Control em Go, explorando dependency injection e composição.
|
Runtime para otimizar fluxos de execução de processos em aplicações Node.js.
|
|
Implementação para a Rinha de Backend 2024, explorando performance, concorrência e APIs.
|
Projetos menores, estudos e experimentos relacionados a arquitetura, runtimes, backend e sistemas. |
$ experience
| Period | Company | Role | Focus |
|---|---|---|---|
04/2024 → 03/2026 |
MadeiraMadeira | Software Engineer Full Stack | Logistics · OMS · TMS · Architecture |
02/2023 → 03/2024 |
Instaq / Go2Doc | Software Engineer Backend | Healthtech · Backend · APIs |
02/2021 → 01/2023 |
Hackmed | Software Engineer Full Stack | Healthtech · Platforms · Integrations |
01/2020 → 05/2022 |
Codesigners | Co-founder & Software Engineer | Digital Products · Full Stack |
$ principles
01 |
trade-offs > buzzwords |
02 |
simplicidade > complexidade acidental |
03 |
arquitetura deve servir ao problema |
04 |
abstração demais também é complexidade |
05 |
microservice ≠ automaticamente melhor |
06 |
tecnologia nova ≠ automaticamente melhoria |
07 |
antes de perguntar como construir, entender o que precisamos construir |
08 |
código é parte da solução, não a solução inteira |
$ toolbox
Backend
Node.js TypeScript Go NestJS PHP Laravel
REST GraphQL gRPC
Frontend
React Next.js Vue.js Microfrontends
Tailwind Storybook
Architecture & Practices
Clean Architecture DDD Microservices
C4 ATAM
Data
PostgreSQL MySQL MariaDB SQLite Prisma
Infrastructure & Observability
AWS GCP Docker Kubernetes Terraform
GitHub Actions RabbitMQ OpenTelemetry Grafana
$ currently
→ architecture & system design
→ backend engineering
→ distributed systems
→ developer experience
→ legacy modernization
→ understanding trade-offs instead of collecting technologies
$ contact
| richhh7g@protonmail.com | |
| linkedin.com/in/richhh7g | |
| github | github.com/richhh7g |
and more about understanding which trade-offs actually matter."
richhh7g@github · README v∞