Skip to content

Mobile  Apps

Android and iOS apps, from the first screen to the store release.

Apps  that  live  in  pockets

Cross-platform Flutter or native Kotlin, wired to a real backend and taken all the way to the store.

I build mobile apps for daily use: clear navigation, data that is there when the connection is not, and a release that does not stall at the store.

Flutter with BLoC covers Android and iOS from one codebase; Kotlin with Retrofit and Room covers native Android when the app needs it. I have published to the Google Play Store and handled the whole release myself.

Skills  &  tools

What a Mobile Apps project draws on

(01)

Cross-platform

One codebase for iOS and Android.

(02)

Native Android

Kotlin, end to end.

(03)

Integration & Release

Connected and shipped.

How  I  work

A look at how a typical Mobile Apps project comes together

  1. 01

    Flows & Scope

    I map the user roles, the screens each one needs and the API behind them before the first widget is written.

    Outcomes

    • User roles
    • Screen flows
    • API contract
  2. 02

    Building

    Feature by feature, with a build on a real device at every step so the app is tested where it will be used.

    Outcomes

    • Feature modules
    • API integration
    • Device builds
  3. 03

    Release

    Signing, the store listing and the review process, then the fixes that only show up once real users arrive.

    Outcomes

    • Signed release
    • Store listing
    • Post-launch fixes

Related  Work

  • Both. Hablun is built in Flutter with BLoC for Android and iOS from one codebase; Islamic Kids is native Android in Kotlin.

  • Yes. Islamic Kids is on the Google Play Store, and I handled its release.

  • Yes. Islamic Kids keeps its content in a Room database, so it stays available without a connection.

Common  Questions

Answers to what people ask most about Mobile Apps

Need help with your project?

Let’s work together!