Sitemap

Skill Stuff

Skill Stuff is your go-to hub for coding tips, problem-solving strategies, and developer growth insights.

Member-only story

The Client Paid Me $30 for a Small Mobile App Bug That Took 4 Hours

Two completely different problems. One broken build, one app that crashed on a real device. Finding the real cause took far longer than fixing it.

7 min readJun 27, 2026

Press enter or click to view image in full size

I accepted what looked like one of the easiest freelance jobs of the week. The client said their React Native application had stopped working after updating a few packages and asked if I could fix it. They believed it was a simple dependency issue, offered $30, and expected the project to be ready within a few minutes. Since I had solved similar problems many times before, I accepted without hesitation.

That confidence disappeared almost immediately.

The project didn’t even build. After finally getting the build to succeed, the application still crashed on a real Android device with a confusing Java exception. What looked like one bug turned out to be two completely different problems hiding behind each other. Those four hours reminded me that the hardest part of debugging isn’t writing code. It’s figuring out which problem you’re actually solving.

Here’s exactly what happened.

The First Problem: The Project Wouldn’t Build

Create an account to read the full story.

The author made this story available to Medium members only.
If you’re new to Medium, create a new account to read this story on us.

Or, continue in mobile web
Already have an account? Sign in

Skill Stuff

Published in Skill Stuff

Skill Stuff is your go-to hub for coding tips, problem-solving strategies, and developer growth insights.

TechByRahmat

Written by TechByRahmat

Software Engineer sharing real-world lessons from building software, fixing production issues, learning new technologies, and growing as a developer.

Responses (3)

Unknown user

Write a response

The $30 price is almost the debugging lesson by itself: a React Native app that stops after package updates is rarely one clean dependency fix. I like that the build failure and the later real-device Android crash are separated, because those are…

57

Behind the scenes, it involved rebuilding the project, migrating files, checking package compatibility, comparing SDK versions, testing multiple builds, and debugging on a physical devi...

Exactly. The client usually pays for the visible result, not the invisible process behind it. But that process is where the real growth happens. Every rebuild, failed build, SDK issue, and device test becomes experience you carry into the next…

6

This highlights an important lesson that many freelancers learn through experience: estimating effort isn't always straightforward, especially when debugging. The value of a developer's work goes beyond the final fix—it's also about the time spent…

4