Principle
Clarity over theatrics
I like work that gets sharper as it gets simpler. The best systems make complex things feel understandable without pretending the complexity is not there.
Software engineer
Experience across real projects, real constraints, and the day-to-day work of building software.
Selected work, writing, and more on how I approach software engineering.
About
The goal of this site is simple: make it easier to understand the person behind the resume. It should feel specific, useful, and clearly authored.
I am most useful when the work is important, a little messy, and not yet fully shaped. That usually means some combination of engineering judgment, product sense, and the patience to reduce ambiguity before trying to scale a solution.
I like software that earns trust by being clear, resilient, and considerate of the people using it. I am less interested in performance theater and more interested in systems that hold up when real work starts flowing through them.
Why this format
How I Work
These are the tendencies I come back to across engineering, systems design, and operational cleanup.
Principle
I like work that gets sharper as it gets simpler. The best systems make complex things feel understandable without pretending the complexity is not there.
Principle
I care more about whether a thing solves the right problem than whether it sounds exciting in a status update. Reliability, maintainability, and clarity matter.
Principle
Messy work is usually not blocked by effort. It is blocked by confusion. I do well when the job is to reduce noise, define the shape of the problem, and move things forward.
Stack
A sample of the tools and platforms I have used across frontend, backend, data, and delivery work.
21 items
Frontend
Interfaces, state, and browser work
TypeScript
JavaScript
React
Angular
Redux
Material UI
Storybook
GraphQL
REST APIs
Backend
Services, APIs, and systems work
Node.js
PHP
Postgres
Python
Data
Pipelines, analytics, and platform tools
Databricks
SQL
SQL
Moodle
CI/CD
Testing
Selected Work
These entries are intentionally written more like working notes than polished marketing copy. The important thing is what problem the project helps solve.
A system for generating tailored resumes and supporting materials without losing the signal that makes them human and specific.
Why it matters
Brings structure to repetitive job-search work while keeping the output thoughtful.
A shared website system that can support both a personal site and a future company site through themes, shared components, and site-specific content.
Why it matters
Lets one clean foundation support multiple identities without looking templated.
The kind of work I enjoy most: taking brittle, high-friction workflows and turning them into clear, dependable systems teams can trust.
Why it matters
Reduces decision fatigue, handoff errors, and invisible maintenance costs.
Writing
Writing here should support the same goal as the rest of the site: to make the work and the way of thinking behind it easier to understand.
Draft topic
A note on usefulness, trust, and why polished interfaces do not matter if the workflow underneath is brittle.
Draft topic
Thoughts on how teams get stuck performing productivity instead of reducing actual uncertainty.
Draft topic
A short piece about density, pacing, and making room for substance without making the page feel cramped.
Contact
If you are hiring for product-minded engineering, systems work, or thoughtful execution in ambiguous environments, this is the kind of work I want to do more of.
The current content is intentionally lightweight so the structure can harden first. From here we can replace the placeholder details with your real bio, project narratives, writing, and links.