A few months ago, I was searching for a backend engineering job.
Every day looked the same:
- Open LinkedIn
- Open Naukri
- Search for Python jobs
- Open dozens of tabs
- Read every job description
- Apply
- Repeat
The frustrating part wasn't finding jobs.
It was finding the right jobs.
I kept getting recommendations for roles that technically matched my resume because they contained words like Python, Backend, or API, but after reading the description I'd realize they wanted a completely different skill set.
I started wondering:
Why are job boards still matching keywords instead of understanding what a developer actually knows?
That question eventually turned into a side project called Jobspiq.
The Problem
Imagine these two jobs:
Job A
- Python
- FastAPI
- PostgreSQL
- Redis
Job B
- Java
- Spring Boot
- Oracle
- Kafka
Both are "Backend Engineer" roles.
A keyword-based system often treats them as similar.
As developers, we know they're not.
What I Built
Instead of matching keywords, I built a system that compares a developer's profile with a job description to understand how well they actually fit.
The platform:
- Collects jobs from multiple sources.
- Removes duplicate postings.
- Scores every job based on how closely it matches your profile.
- Sends alerts only for high-quality matches.
- Helps track applications in one place.
The goal isn't to show more jobs.
It's to show fewer, better ones.
What I Learned
Building the product taught me something interesting.
Writing the software was the easier part.
Helping people discover it is much harder.
That's why I'm starting to build in public and share what I'm learning along the way.
If you've ever built search systems, recommendation engines, or developer tools, I'd love to hear your thoughts.
You can check out the project here:
Feedback is always welcome.
Top comments (0)