Skip to content
View fixiabis's full-sized avatar

Block or report fixiabis

Block user

Prevent this user from interacting with your repositories and sending you notifications. Learn more about blocking users.

You must be logged in to block users.

Content in all repositories owned by your account will be closed.
Maximum 250 characters. Please don’t include any personal information such as legal names or email addresses. Markdown is supported. This note will only be visible to you.
Report abuse

Contact GitHub support about this user’s behavior. Learn more about reporting abuse.

Report abuse
fixiabis/README.md

Hi, I'm Eugene Kao 👋

Senior Full-Stack Engineer / Product-oriented Engineer

I build and evolve software across frontend, backend, interactive applications, and cloud infrastructure.

I enjoy turning ambiguous product requirements into simple, maintainable systems — from prototype to production.

Tech

Languages
TypeScript · Python · C# · PHP · SQL

Product Development
React · Next.js · FastAPI · Spring Boot · Unity · Cocos Creator

Data & Infrastructure
PostgreSQL · MySQL · AWS · Cloudflare · GitHub Actions

Engineering Practices
DDD · Domain Modeling · Dependency Injection · TDD · BDD · Gherkin

AI / Interactive
LLM · VAD · STT · TTS · Three.js

Currently Exploring

  • Product-oriented engineering
  • Domain modeling & software architecture
  • AI-assisted development
  • Developer tooling and automation
  • Functional programming & abstraction
  • Interactive applications

Selected Work

Full-Stack Product Development

Built and maintained systems across frontend, backend, APIs, databases, and cloud infrastructure, with a focus on keeping product logic independent from infrastructure.

Interactive Applications

Developed Unity-based applications integrating backend services, authentication, analytics, and platform-specific build pipelines.

Developer & Domain Tooling

Designed domain-oriented models and developer workflows to make complex product behavior easier to express, validate, and evolve.

How I Work

  • Start from the problem — understand the actual requirement before choosing an architecture
  • Keep boundaries clear — isolate domain logic from replaceable infrastructure
  • Prefer simple solutions — avoid introducing complexity without a concrete benefit
  • Prototype early — validate assumptions before committing to large implementations
  • Own problems end-to-end — move across frontend, backend, infrastructure, and product concerns

How I Think About Systems

Validate before optimizing

Requirement
    ↓
Prototype
    ↓
Validation
    ↓
Production

Keep contracts stable and implementations replaceable

          Contract
         ↙        ↘
Implementation A   Implementation B

Keep product semantics independent from infrastructure

Domain
  ↓
Application
  ↓
Infrastructure

I prefer solving the actual problem over solving a more complicated version of it.

Make the implementation replaceable, and keep the semantics stable.

Pinned Loading

  1. relati.web.app relati.web.app Public

    board game

    TypeScript 1

  2. jsfuckPlus jsfuckPlus Public

    jsfuck+

    JavaScript 3

  3. experiment experiment Public

    JavaScript

  4. brainfuck-debugger brainfuck-debugger Public

    Editable visualizer for brainfuck.

    JavaScript

  5. Cytus-II-iM-2.4-UI Cytus-II-iM-2.4-UI Public

    JavaScript 6

  6. Cytus-II-iM-3.0-UI Cytus-II-iM-3.0-UI Public

    JavaScript 5