Özgür Işık Damar
ServicesService

Mobile Build & Rescue

Some mobile projects need building. More of them need rescuing — from native module decay, App Store limbo, or a framework decision that stopped being right a year ago.

When you'd call me

  • Your React Native app is drowning in native module issues and the team has been stuck on the same upgrade for three weeks.
  • You're in an App Store rejection loop and every resubmission burns another review cycle.
  • You're weighing a framework switch mid-project and need someone who has actually done one — not a comparison post.
  • You need an app for warehouse or field operations, the kind where a wrong state transition costs real inventory.

What I do

  • Framework decisions on a boring-wins criterion — the stack your team can still maintain in two years beats the one that's exciting this quarter.
  • Mid-project migrations — I moved a live app from React Native to Flutter in six weeks without freezing the release schedule.
  • App Store process management — review notes, rejection responses, and the metadata details that actually get builds approved.
  • FSM-based operations apps — explicit state machines for workflows where "roughly correct" loses money.

Numbers, not adjectives

Stork's mobile stack: a live app migrated from React Native to Flutter mid-project in six weeks, three Apple rejections resolved and approved, 1,800 beta testers onboarded, and a warehouse app driven by a 45-state finite state machine that talks to a customs API.

Field notes

Where we'd start

Discovery: a codebase audit plus a migration risk map — which native modules will fight you, where the business logic actually lives, and a realistic timeline. Go/no-go included; sometimes the answer is "don't migrate".