Skip to content
Portfolio · Vol. 01Egypt

OmarHassan

Frontend Product Engineer

I build the interfaces people work in all day — clinical records, learning platforms, internal tools. Usually as the only frontend on the project, which means the architecture, the component library and the production incidents are all mine.

Currently
Full Stack Developer
Availability
Open to work
meridian-university.vercel.appoverview 0.36s
Students
14,820
Courses
1,184
Instructors
612
Fig. 01 — Meridian, admin overview2026
01 — Position

Most interface work fails in the seams — the form that loses an entry on a slow connection, the report that renders wrong for one clinician, the endpoint that changed on a Friday. I work in those seams.

5yr

Shipping production frontend, usually the only one on the project

20+

Clinical modules in one doctor-facing dashboard, built solo

0

UI libraries. The component library was written by hand

Interlude
Built from scratch, none of it restyled. Nothing decorative survived.
02 — Selected work

Chosen, not collected.

Each one built rather than restyled. Scroll to move through them.

Case index01/ 04
01Learning platform

Meridian

A university platform with three role-specific portals on shared infrastructure, built to test whether institutional complexity is a question of boundaries rather than of styling.

Year
2026
Role
Self-directed
Stack
TS · Next.js · Radix
Read case
meridian-university.vercel.appAdmin overview
02Expedition operations

Cairn

Back-office software for a mountaineering expedition company, where three roles share one operational universe and the same URL renders three different products.

Year
2026
Role
Self-directed
Stack
TS · Next.js · No UI library
Read case
cairn-expedition.vercel.appLive operations
03Device operations

Chrono

An enterprise device-operations console built around one idea — time is the interface. Operators scrub, pin and compare moments instead of navigating pages.

Year
2026
Role
Self-directed
Stack
TS · Next.js · Vitest
Read case
chrono-operations.vercel.appConsole
04Cloud operations

Helix

An enterprise cloud operations platform — sixteen product areas, five multi-step forms and a permission model that governs what renders, built on three runtime dependencies.

Year
2026
Role
Self-directed
Stack
TS · Next.js · Zero deps
Read case
helix-enterprise.vercel.appOperations overview
  1. Meridian
  2. Cairn
  3. Chrono
  4. Helix
03 — Method

Four moves, always in this order.

01
Scope it first

What the screens are, which data they need, and what is actually due. Nearly every day I have gained on a deadline came from arguing about scope early rather than building faster later.

02
Start at the contract

The API before the interface. On one project a proxy layer generated from the OpenAPI spec removed most of the rework every time the backend changed; on the current one I write both sides of it.

03
Build the primitives

Tables, dropdowns, modals, forms — written by hand where the project rules out a UI library, and reused everywhere afterwards rather than forked per screen.

04
Stay for the incidents

Playwright, unit tests and manual QA before release; chart errors, failed OTP delivery and breaking API changes after it. Shipping is the middle of the project, not the end.