“Python developer” is four different jobs
The title hides more than it reveals. In practice it covers at least four roles
that screen for different things.
Backend developer. You build web services. Interviews test a framework,
database design, API design and deployment. Python is the medium, not the
subject.
Automation and scripting. You remove repetitive work from other teams’
plates. Interviews test breadth — files, APIs, scheduling, error handling — and
judgement about what is worth automating.
Data engineering. You move and reshape data at scale. Interviews test SQL
hard, plus pandas, pipelines and orchestration.
Test automation. You build and maintain test suites. Interviews test
pytest, fixtures, CI and the discipline to write tests that fail usefully.
Applying to all four with the same preparation is why capable people collect
rejections. Pick one before you start preparing.
What actually gets screened
Two things, consistently.
Can you read code you did not write? Most of a developer’s day is
comprehension, not authorship. Interviews increasingly hand you unfamiliar code
and ask what it does or why it is wrong. Practise this deliberately — read
source code of libraries you use.
Have you built something you can defend? Not a tutorial you followed. Three
repositories with a clear README, tests and a commit history that shows the work
happening. A reviewer can evaluate that in five minutes, and it is far more
persuasive than a certificate.
The honest downside
Python’s accessibility is also its competitive problem. It is the most common
first language in India, which means the entry-level pool is enormous and
undifferentiated.
The differentiation is not more Python. It is depth in one adjacent thing —
databases, distributed systems, a domain like finance or logistics — plus the
ability to talk about trade-offs rather than reciting features. That is what
moves you from the large pile to the small one.