How Alex Made An App That Got 80k+ Users In 1 Month

### The Story
- In summer 2016, Pokemon GO took over the world. Alex saw a need for an app to figure out where certain Pokemon were, so he and a friend quickly created a Yelp-style crowd-sourced app tying Pokemon to locations (pulled from the Yelp API). Alex worked on the Android app, and the friend owned by back-end.
- The app immediately saw immense traction, going from a few dozen to a few hundred to a few thousand (3,000+) new installs *per day* within just a week. **After less than a month, the app had been used by 80,000+ people.**
- Alex ran into copyright issues publishing the app as it used Pokemon images. Despite the app being free, ad-free, and not even asking for donations, it kept getting rejected. To hack around this, a server-side flag was created to turn off the images as the app was in review and turn them back on when the app got approved.
- Google Play eventually found out about the trick and took down the app for copyright infringement. However, the app was impressive enough at this point that Alex could include it on his resume, and it helped a lot getting interviews and giving him something to talk about during them.

### Learnings
- *Building a marketplace is extremely difficult* - A marketplace product is one that's a platform and requires a certain amount of some valuable resource in order to be useful: It's not useful on its own in a vacuum. For example, Uber needs a supply of readily available drivers to be useful. In this app's case, it needed data on Pokemon locations, which had to be provided by users.
- *Don't expect users to use the product properly* - In fact, don't expect your users to not be jerks. The app suffered a lot initially as users were uploading blatantly fake data of legendary Pokemon showing up in the wild - Legendary Pokemon hadn't even been released yet during the app's lifespan!
- *Be proactive and think through edge cases* - Zooming out from the prior point, it's just good to do this in general no matter what kind of software you're building, whether it's an entire app or a small feature on some already existing product owned by a FAANG company. Understand how things can get weird and address those scenarios accordingly.

If you want to learn how to build your own side projects, check these out:
- [[Masterclass] How To Come Up With 100k+ Users App Ideas You Can Build For Free](https://www.jointaro.com/lesson/AI4zi759PSGn6RwIFT6f/masterclass-how-to-come-up-with-100k-users-app-ideas-you-can-build-for-free/)
- [[Masterclass] How To Build And Grow Tech Products To 500k+ Users For Free](https://www.jointaro.com/lesson/OEuX0KMhcnNSTJ50Voee/masterclass-how-to-build-and-grow-tech-products-to-500k-users-for-free/)

If you're interested in the code of the Android app, Alex took the time to save it here: [https://github.com/Gear61/GO-Database](https://github.com/Gear61/GO-Database).

This Is Why FAANG Engineers Make So Much Money - Tech Compensation Breakdown

Learn about the 4 components of compensation:

1. Base salary
2. Sign-on bonus
3. Performance bonus
4. Equity

The latter two are less understood, and they are key to understanding why compensation at tier 1 tech companies is so high.

And we also talk about how Mark Zuckerberg actually had a pretty big impact on increasing tech compensation as a whole!

[The Insider's Guide To Negotiating Your Tech Salary And Compensation](https://www.jointaro.com/course/the-insiders-guide-to-negotiating-your-tech-salary-and-compensation/)

Can A Company Demand High Performance AND Allow Learning?

Signs Of A Bad Engineering Manager: Reactive vs. Proactive

This segment emphasizes the importance of proactive leadership in engineering management and critiques the pitfalls of reactive behavior. It explores how great managers shield their teams from chaos, plan strategically, and take ownership rather than deflecting blame.

- **Proactive management reduces team thrash**: A strong engineering manager provides stability by creating clear plans and resisting frequent directional changes, which reduces mental fatigue and improves execution.
- **Poor planning leads to unrealistic deadlines**: Reactive managers often fail to properly estimate scope, ignore hiring timelines, and overlook time off or unforeseen absences—resulting in last-minute pressure on the team.
- **Deadline stress is often preventable**: Many deadline issues stem from a lack of foresight rather than actual resource scarcity. Better forecasting and preparation can avoid overburdening engineers.
- **Accountability is critical**: Managers who shift blame to upper leadership while ignoring their own responsibility to protect the team demonstrate weak leadership. Managers are expected to advocate for their team’s bandwidth and well-being.
- **Good managers don't just "pass down" orders**: While managers may not control strategic directives from above, they are responsible for how those directives affect their teams—and they should take action to manage that impact effectively.

What To Do If Your Manager Keeps Canceling Your 1 on 1s

Your manager keeps canceling your 1 on 1s due to a perceived lack of discussion topics, even though you always have a lot to talk about. What do you do?

Your manager cancels your upcoming 1 on 1 meeting due to an unexpected, new fire that they have to deal with. However, you have a lot of important issues to talk about. What do you do?

Proactively managing recurring one-on-ones is crucial, especially given the inherent power and time imbalance between managers and their direct reports.

- **Acknowledge the power dynamic**: Managers are often busier and have more reports, which can lead to frequent cancellations. Recognizing this helps frame a constructive response.
- **Use a shared running doc**: If a meeting is about to be canceled due to “nothing to talk about,” reference specific bullet points in a shared one-on-one document to demonstrate the agenda and keep the meeting on the calendar.
- **Reschedule thoughtfully**: When a cancellation is due to emergencies or time constraints, acknowledge the situation but follow up by proposing specific alternative time slots based on their availability.
- **Reduce their friction**: Make it easy for the manager to say yes by combining two key tactics—propose a concrete reschedule and provide the meeting agenda in advance.
- **Leverage career growth principles**: Just like with asking for support or promotions, simplifying the decision-making for your manager increases the chances of success and strengthens your working relationship.

Common Scenarios For Setting Up 1 on 1s

What is the main condition to look out for that could prompt you to set up new 1 on 1 meetings?

Which of the following scenarios is something you probably should set up some new 1 on 1 meetings for?

1 on 1s are meetings for the 2 people involved to connect and build a longer-term relationship. Here are 3 common scenarios where it makes a ton of sense to set up a 1 on 1:

1. **Incoming new hires**: Help the new person on the team feel welcome and get them onboarded
2. **You being the new hire**: When you're new, 1:1s help you build up valuable context and relationships from talking to existing teammates. Use your "new"-ness to setup meetings with anyone who might be relevant to your job [as described here](https://www.jointaro.com/lesson/xwldhYelyOFLjogs7RVA/onboarding-gives-you-special-powers-make-sure-to-use-them/)
3. **Working with a new team**: If you have a long-term relationship with a partner from another team, it could be worthwhile to setup a recurring one on one with them

Taking Amazing Meeting Notes

For any meeting, what should you make sure for it?

True or false: As long as you write down most of what was said in a meeting, you have taken a good set of meeting notes.

What can you do when someone else in a meeting says something really insightful?

Your meeting is winding down, and you have a good set of notes of what was said during the meeting. What should you do next?

Meetings can easily become unproductive unless there is a clear sense of ownership and structure. This segment emphasizes taking initiative and being proactive with note-taking and follow-up.

- **Take initiative to capture takeaways**: Especially when meeting with a manager, take responsibility for writing down notes and summarizing key points. Don’t assume they’ll do it—they likely have too much on their plate.
- **Communicate your intent**: Let the other person know that you’re taking notes because their input is valuable. This builds mutual respect and sets the tone for accountability.
- **Clarify ownership of action items**: Don’t leave to-dos ambiguous. Specify who will do what—whether it’s you, your manager, or another teammate.
- **Create space for note-taking**: Pause briefly during the conversation when something important is said. Say things like “Let me write that down” to signal that you’re capturing key information.
- **Follow up consistently**: Revisit the notes in future meetings and check progress. This keeps everyone aligned and ensures that good ideas don’t get lost.
- **Adapt for walking meetings**: For more casual one-on-ones (like walking meetings), carve out 10 minutes afterward to document and share what was discussed. This keeps the informal meeting just as productive as a formal one.

Become A Debugging Master [Part 19] - Go Deeper: Follow Through

Related courses:

- [Ask Great Questions That Get Great Answers Quickly](https://www.jointaro.com/course/ask-great-questions-that-get-great-answers-quickly/)
- [Level Up Your Code Quality As A Software Engineer](https://www.jointaro.com/course/level-up-your-code-quality-as-a-software-engineer/)

Ship & Grow 500k+ User Side Projects [Part 21] - Go Deeper: Follow Through

A Taro member made a summary of the course: [Side Projects Shipping & Growing - Summary Doc](https://firebasestorage.googleapis.com/v0/b/tech-career-growth.appspot.com/o/courses%2Fgeneral_resources%2F%5BSUMMARY%5D%20Side%20Projects%20-%20Shipping%20%26%20Growing.pdf?alt=media&token=6d336c8b-26d6-45f2-a206-8682e64d21c5)

Related courses:

- [Build Side Projects With 500k+ Users: Coming Up With An Idea](https://www.jointaro.com/course/build-side-projects-with-500k-users-coming-up-with-an-idea/)
- [Level Up Your Code Quality As A Software Engineer](https://www.jointaro.com/course/level-up-your-code-quality-as-a-software-engineer/)

Ship & Grow 500k+ User Side Projects [Part 1] - How This Course Works

Like most engineers, do you have a slate of personal projects on your resume but recruiters and hiring managers simply don't seem to care? Well, that's almost certainly because [your projects don't have any users](https://www.jointaro.com/course/build-side-projects-with-500k-users-coming-up-with-an-idea/what-makes-a-project-valuable/).

This course is here to fix that issue for you. Here are the core parts of the lesson:

- Your instructor [Alex Chiou](https://www.linkedin.com/in/alexander-chiou/) walks you through his extensive 10+ year Silicon Valley background with rapid career advancement, ending up as a high-performing tech lead making $750k at Robinhood. Most importantly, he goes through how he's built 30+ side project apps with 3 of them getting 500k+ users, getting him interviews at top companies like OpenAI, Google, Uber, Instacart, and more

- We walk you through the course objectives. By the end of the course, you will:

  - 1️⃣ Understand what makes a great first version

  - 😯 Learn easy, low-effort ways to improve a product

  - 🗣️ Set up the right mindset for processing user feedback

  - 💻 Know how to build a smooth user interface

  - 📈 Get tactics to acquire users organically

You can find the first side project course here: [Build Side Projects With 500k+ Users: Coming Up With An Idea](https://www.jointaro.com/course/build-side-projects-with-500k-users-coming-up-with-an-idea/)

DSA Crash Course [Part 17] - Intersection Walkthrough

In this lesson, Alvin walks through the python implementation for the *intersection* problem.

Code along and test your work in the following editor workspace: <https://structy.net/problems/intersection?language=py>

If you need additional support taking these DSA skills and actually applying them, take [**Alvin's**](https://www.linkedin.com/in/alvin-zablan-b73a92117/) *complete* data structures and algorithms course on [**Structy**](https://structy.net/?utm_source=taro). You can try out the concepts yourself in their interactive code editor and learn advanced DSA patterns like stack exhaustive recursion.

Use [**this link to get 20% off**](https://structy.net/purchase?promo_code=taro20) the entire Structy DSA learning experience.

Follow Alvin on LinkedIn: <https://www.linkedin.com/in/alvin-zablan-b73a92117/>

Master The DSA Interview [Part 25] - Do Mocks

Many engineers actually know all of the data structures and algorithms concepts, but they aren't able to bring that out during the live interview when it actually matters. Luckily, there's a solution for that. This lesson teaches you:

- Why there's a fundamental dynamic shift between studying data structures and algorithms and actually solving the problems in a live interview
- The many concrete differences between data structures and algorithms in study mode vs. live interview mode
- General tips on how to both give and receive a good mock interview
- What a quality data structures and algorithms interview scorecard looks like so you can create good ones when you give a mock interview

Find mock interview partners here: <https://www.jointaro.com/networking/?selectedServices=Mock+Interviews>

Master The DSA Interview [Part 12] - Stuck? Here's What To Do

A defining trait of a strong software engineer is their ability to conquer hardship, and one of these hardships is getting stuck on a data structures and algorithms interview problem. This lesson teaches you:

- Why you need to communicate when you're stuck
- A proactive foundation you should set up to minimize your chances of getting stuck
- What actions you can take when you're stuck outside of coding up the optimal solution (which you obviously don't have as otherwise why would you be stuck?)

Master The DSA Interview [Part 10] - Run-Time Analysis

After clarifying the problem and coming up with a detailed, granular plan, coding up the solution should have been trivial. Now it's time for big O. This lesson teaches you:

- How to actually learn run-time analysis instead of memorizing the big O of every individual problem
- The structure of a strong run-time analysis for a data structures and algorithms problem
- Exactly what a quality run-time analysis looks like, explained with an in-depth example

Master The DSA Interview [Part 5] - It's A Parasite

While data structures and algorithms are pivotal when it comes to cracking interviews, you need to be careful about how you interact with them. If you don't, they can easily tank your job search. This lesson teaches you:

- Why data structures and algorithms are parasitic
- How data structures and algorithms are actually the most shallow interview type, especially for non-junior engineers
- Other activities you can do on the job search to achieve more well-rounded results
- The decision tree you should use to figure out if you should go hard on data structures and algorithms studying

To learn how to build up your network: [\[Masterclass\] How To Build Deep Relationships Quickly In Tech](https://www.jointaro.com/lesson/tyaPFMXPoz2pmzB7OVzt/masterclass-how-to-build-deep-relationships-quickly-in-tech/)

To learn how to build effective side projects: [\[Taro Top 10\] Building Impressive Side Projects](https://www.jointaro.com/playlist/vKUWMgmmaEvzcYUXZs4B/)

Top System Design Interview Mistakes [Part 11] - Don't Assume the Happy Path

In this segment, we focus on a common issue often seen with more junior engineers - Only considering the happy path when designing systems. Here’s the core points from the video:

- As engineers, our goal is to design systems that work reliably even when things go wrong. A system that fails 1% of the time is often unacceptable

- We need to anticipate and design for potential issues, not just ideal scenarios

- Proactively identifying weaknesses and planning solutions demonstrates strong engineering skills and foresight

- Documenting our design and potential problems as we go helps manage complexity and ensures we address edge cases effectively

- We go through a detailed example of all this with a ride-sharing system design problem

If you need extra help with your system design interview, [Formation.dev](https://formation.dev/partners/taro) can provide you hands-on, personalized support. Join us here: <https://formation.dev/partners/taro>

Top System Design Interview Mistakes [Part 7] - Document As You Go

In system design interviews, it's essential to use multiple forms of communication—verbal, written, and visual. A common mistake is relying only on verbal communication, which can lead to confusion and missed opportunities to iterate on your design.

- Not writing anything down makes it difficult to follow your logic, especially when discussing complex systems. Without written or visual references, both you and the interviewer may struggle to keep track of the design.
- Documenting as you go—whether through diagrams, lists, or notes—makes it easier to iterate on and debug your design. It also frees up your mental resources to focus on solving new problems instead of remembering all the details.
- Finally, well-documented designs provide a useful reference for interviewers when they review your performance after the interview.

If you need extra help with your system design interview, [Formation.dev](https://formation.dev/partners/taro) can provide you hands-on, personalized support. Join us here: <https://formation.dev/partners/taro>

Asking Great Questions [Part 5] - Figure It Out Or Get Help?

As a software engineer, you need to figure out a lot of things on your own (that's why you get paid the big bucks). However, you don't want to go the extreme where you endlessly run yourself into a wall by not getting help. This lesson teaches you:

- When to figure it out on your own vs. get help
- The dynamic behind solving complex engineering problems
- How to identify if you're stuck
- When to ask for help earlier instead of later

Asking Great Questions [Part 4] - Make Questions Your Superpower

Many engineers see asking questions as a sign of weakness, which is why they don't do it. What these engineers don't realize is that if you do it properly, asking questions can actually become your *strength*. This lesson teaches you:

- The different levels of skill when it comes to asking questions
- The *massive* career benefits you can get when your question asking skills are truly top-notch, particularly around mentorship
- How expertly crafted questions build up your trust and reputation

To learn more about how to attract the best tech mentors: ["How does one attract a sponsor who is invested in their growth?"](https://www.jointaro.com/question/pRX7I8QC5YPOEDNX5q87/how-does-one-attract-a-sponsor-who-is-invested-in-their-growth/)

Asking Great Questions [Part 2] - There Are No Stupid Questions

All questions start off from a positive place: An intent to learn more about the world. What matters is how you move forward with that positive energy when executing your question. This lesson teaches you:

- Why there's no such thing as a stupid or dumb question
- Why software engineers need to ask a *ton* of questions in order to succeed
- How bad questions corrupt their initially positive core can weaken the reputation of the asker
- How good questions follow through on their initially positive core to maintain that positive energy and strengthen the reputation of the asker

Tech Career Growth Videos

Our instructional videos provide software engineers with insights needed for career growth. Masterclasses go incredibly in-depth on a specific tech topic while case studies are real examples from established engineering leaders.