Why Kotlin Coroutines Are Worth the Learning Curve
Kotlin coroutines are worth learning because they make async code easier to read and easier to reason about. They still need discipline, but they usually beat callback-shaped code by a long way.
Engineering notes from the sharp end
Practical writing about software, systems, delivery, and things that behave strangely under pressure.
wade womersley – york based software engineer I write the way I work: direct, useful, and more interested in what holds up in production than what sounds clever on a slide.
Latest post
Archive
Recent writing
Programming, Software Engineer
A mobile release can look fine in the app store and still be a bad idea. I usually trust it only after I have checked crash risk, permissions, API compatibility, startup behavior, rollout safety, and what happens after the update lands.
Programming, Software Engineer
The hard part of serverless is usually not writing the handler. It is understanding what failed, what the event looked like, and why the system changed underneath you.
Programming, Software Engineer
The best engineering decisions usually do not add more process or more code. They remove work, shorten paths, and make the remaining system easier to understand.
Software Engineer, Work
Software delivery usually slows down because of decisions, handoffs, fear, and bad environments, not because developers are typing too slowly.
Programming, Software Engineer
Offline support looks like a simple feature request until you have to deal with stale data, sync conflicts, retry rules, and user expectations. The hard part is not storing data locally. It is keeping the whole system honest.
Software Engineer
Build pipelines stop being “just internal tooling” the moment they start deciding how fast you can ship, how often you break things, and how painful releases feel.
Programming, Software Engineer
Kotlin feels good when it removes friction instead of adding ceremony. After enough Java, that difference becomes obvious very quickly.
Programming, Software Engineer
The hard part of a mobile app is usually not the screen layout. It is sync, auth, state, permissions, offline behavior, and the release problems that show up after the UI already looks finished.
Programming, Software Engineer
A good API is not just functional. It is predictable, consistent, and easy to use without a lot of guesswork.