Frontend Engineering
I care about state, performance, accessibility, design systems, and maintainable UI.
I'm Geryenko Hawsen, a Tokyo-based Solution Architect who mainly uses Retool.
My background is frontend engineering, so I care about whether the tools I design are actually usable, maintainable, and clear. I work best at the overlap of business workflows, internal tools, frontend systems, demos, and stakeholder communication.
I do not see internal tools as just screens connected to data. I see them as decision surfaces: places where business rules, user behavior, technical constraints, and delivery speed have to meet cleanly.
The rare overlap
Most portfolios separate technical skill, architecture, and communication. My work sits where they overlap.
I care about state, performance, accessibility, design systems, and maintainable UI.
I map real business workflows into scalable internal tools, Retool apps, workflows, and operating surfaces.
I work across English, Japanese, and Indonesian contexts, with experience in teaching, translation, interpretation, and client-facing delivery.
Work / Case Studies
A curated collection of internal tools, frontend systems, and solution architecture work built with clarity, usability, and business context in mind.
Internal software for teams that have outgrown spreadsheets, manual approvals, and fragmented tools.
Internal apps that connect data, workflows, and business logic into one usable operating surface.
Outcome: Less context switching, clearer ownership, faster operations.
Workflow apps that make state, ownership, actions, and review steps visible.
Outcome: Fewer manual steps, fewer hidden dependencies, better operational control.
Dashboards, admin panels, and decision tools that match real user behavior.
Outcome: Better visibility, faster decisions, and fewer fragile workarounds.
Frontend systems with reusable components, consistent patterns, and maintainable architecture.
Outcome: More consistent delivery, cleaner implementation, and better user experience.
Demos and prototypes that turn abstract business pain into something concrete and testable.
Outcome: Clearer conversations, faster alignment, stronger solution confidence.
English, Bahasa Indonesia, and Japanese — for work that crosses teams, cultures, and expectations.
I work across English, Bahasa Indonesia, and Japanese. That matters because solution architecture is not only about systems. It is about helping people understand the problem, trust the plan, and adopt the software.
For global teams, technical explanation, and clear written communication.
For cultural fluency, personal grounding, and communication across Southeast Asian contexts.
For Japanese business settings, client conversations, and day-to-day collaboration in Tokyo.
I can explain technical decisions in language that business stakeholders can actually use.
I can move between global expectations and Japanese enterprise communication styles.
I can turn unclear workflow problems into demos, diagrams, and explanations that make the solution easier to believe.
Fast enough to prototype. Structured enough for enterprise.
A practical six-step approach for turning messy workflow problems into software people can actually use.
Clarify the real business pain, not just the requested screen.
Turn workflows, users, permissions, data, and edge cases into a solution model.
Build the fastest useful version to make the discussion concrete.
Make the tool understandable, usable, and consistent with real user behavior.
Handle auth, data flows, validation, errors, review states, reliability, and maintainability.
Demo, document, train, gather feedback, and iterate after launch.
Have a workflow that deserves better software?
I can help map it, prototype it, build it, and explain it to the people who need to believe in it.