

20 September 2026

Most data science roadmaps are really "everything in the field, in no particular order" — which is technically comprehensive and practically useless, because it doesn't tell you what to actually learn first versus what can wait until it's relevant. This is the version I'd actually give someone starting out: what matters early, what can wait, and what's mostly noise.
SQL, before anything fancier. Most real data work starts with getting data out of a database, and SQL is the tool for that in almost every job that touches data — not pandas, not a notebook. Skipping SQL to jump straight into machine learning is one of the most common ordering mistakes.
Statistics fundamentals you can actually explain, not memorize. Understanding what a p-value actually means, why sample size matters, what a distribution tells you — not to pass an interview question, but because every downstream ML concept (overfitting, bias-variance, confidence intervals) is built on this foundation and is genuinely confusing without it.
Pandas and data cleaning, because real data is never clean, and the unglamorous work of getting messy data into a usable shape is most of what actual data work looks like — more than the modeling step people tend to romanticize.
Deep learning, unless your specific goal is computer vision or NLP from day one. Classical ML (regression, tree-based models) solves the large majority of real business problems, and understanding it well is a better foundation for eventually understanding deep learning than jumping straight there.
The newest framework or library. Tooling churns constantly in this field; fundamentals (statistics, SQL, how models actually work) transfer across tool changes, and chasing the newest library is time that doesn't compound the way foundational understanding does.
Kaggle leaderboard chasing, at least early on. Competition-optimized modeling (heavy ensembling, marginal feature engineering for the last 0.1%) teaches different skills than the ones that matter in a real job, where a robust, explainable, "good enough" model shipped on time usually beats a marginally more accurate one that took three extra weeks.
Certificates and course completions, past a certain point, matter far less than a portfolio of real, explainable projects. The same applies to memorizing algorithm names without being able to explain when you'd actually reach for one over another — that's interview trivia, not the skill itself.
SQL and statistics first, then pandas and classical ML, then a few real end-to-end projects (data to a deployed, usable output) before specializing into deep learning or any particular subfield. That ordering isn't arbitrary — each stage is genuinely a prerequisite for the next one making sense, not just a conventional curriculum order.
FAQ
SQL and core statistics — most real data work starts with querying data out of a database, and nearly every downstream ML concept builds on a statistics foundation that's confusing to skip.