Skip to content

Tech Lead & Senior Backend Engineer

Reliable systems. From code to production.

JavaSpring BootAWS

Payments, fintech and distributed systems.

I'm Bruno. I bring 8+ years of backend engineering across banking and fintech, with hands-on technical leadership from architecture decisions to production troubleshooting.

Open to senior backend and Tech Lead opportunities in Canada.

Engineering focus

A payment crosses more than an API.

  1. 01

    API contract

    Validate intent. Establish idempotency.

  2. 02

    Domain & state

    Own the transition. Persist the evidence.

  3. 03

    Provider boundary

    Handle uncertainty. Reconcile the result.

TraceableRecoverableExplicit

Experience across banking & fintech

Itau UnibancoPROFIT Business BankCloud Payments
Selected work

Professional experience

Close to the code.
Accountable for the system.

My work connects implementation detail with the architecture and operational decisions around it.

Full career history
01

Payment integrations

Java and Spring Boot services connecting banking, card and crypto providers. Clear contracts, explicit transaction states and careful handling of asynchronous callbacks.

02

Cloud modernization

Moving established systems toward AWS and container-based delivery, with attention to migration sequencing, CI/CD and operational continuity.

03

Technical direction

Architecture reviews, ownership boundaries and delivery planning. I stay close to implementation and help teams resolve risk before it becomes expensive.

Engineering studies

A closer look at the decisions.

Independent architecture studies with interactive models and API contracts. Each explores a specific design problem, its failure cases and its trade-offs.

All case studies
01PaymentsIndependent study

Payment Orchestration Platform

Separating payment intent from provider attempts, so retries and late confirmations don't create a second charge.

The design question

What happens when the provider accepts a payment, but the response never arrives?

Architecture · API sketch · Tested model

02Financial systemsIndependent study

Money Movement & Ledger

Holds, settlement and reversals modelled as balanced journal entries, not destructive balance updates.

The design question

Can every balance change be explained, even after a reversal?

Architecture · API sketch · Tested model

03Technical leadershipIndependent study

Architecture Decision Hub

Versioned decisions with explicit ownership, review boundaries and a record of the trade-offs a team accepted.

The design question

Six months later, can the team still explain why a decision was made?

Architecture · API sketch · Tested model

How I work

Good technical direction makes the next decision easier.

I care about clear ownership, written trade-offs and delivery plans grounded in the actual system. I mentor through implementation and keep architecture connected to what the team can operate.

More about me

Make state explicit

A timeout is not a declined payment. I prefer clear state transitions, stable identifiers and enough history to reconstruct what actually happened.

Keep boundaries useful

A service boundary should clarify ownership and change. I challenge abstractions that add coordination without making the system easier to maintain.

Design the recovery path

Retries, reconciliation and operational visibility belong in the design discussion. Recovery should be a procedure the team understands.

Occasional thoughts on engineering and the work around it.

Posts & field notes

Start a conversation

Building a backend team?

I'm interested in senior backend and Tech Lead roles across fintech, payments, SaaS and platform engineering in Canada.