What you can and cannot learn on a phone during your commute
In this article (5 sections)
Related programme: the Data Analytics with Generative AI course (3–4 months; ₹90,000 (inclusive of GST) · EMI from ₹4,000/month).
On a phone during a commute, you can usefully read code, predict what it outputs, review concepts, listen to explanation-heavy segments of recordings, and plan your next laptop session. You can't usefully write code, debug, build a dashboard or do anything that needs two windows side by side. Give the commute the reading and thinking tasks, and keep the building for your desk. That way, a 40-minute ride each way adds real practice time instead of hours of scrolling that only feel like studying.
Sort tasks by what a phone allows
A phone has a small screen, no real keyboard, frequent interruptions, and often a patchy connection. That's fine for some kinds of learning and useless for others.
| Task | On a phone? | Why |
|---|---|---|
| Predict the output of a short query or function | Good | Needs only reading and thinking |
| Review your own error log and snippet notes | Good | Short entries, plain text |
| Flashcards on concepts (join types, metric definitions) | Good | Fits a station-to-station attention span |
| Read an official doc page on one function | Fair | Fine for reading; save examples to try later |
| Recording segments that are mostly explanation | Fair | Audio carries most of the value |
| Recording segments where the mentor codes live | Poor | Code is unreadable at that size; you can't type along |
| Writing SQL or Python | Poor | Typos and no proper editor turn practice into frustration |
| Debugging, dashboards, Power BI | Not possible | Power BI Desktop runs on Windows, not phones |
The predict-the-output drill
This is the best commute exercise for a data learner. At your desk the night before, write a few short queries on a small table and save them as a note or screenshot without the answers. On the train, read each one and write your predicted result in your notes app. Back at your laptop, run them and compare.
Here's a three-card set with synthetic data, and the script that checks your predictions:
import sqlite3
con = sqlite3.connect(":memory:")
con.executescript("""
CREATE TABLE riders (rider_id INTEGER, line TEXT, trips INTEGER);
INSERT INTO riders VALUES (1,'Blue',12),(2,'Blue',NULL),(3,'Aqua',7),(4,'Aqua',7),(5,'Aqua',3);
""")
# Your predictions, written on the commute
cards = {
"Q1": ("SELECT COUNT(*), COUNT(trips) FROM riders;", [(5, 4)]),
"Q2": ("SELECT line, ROUND(AVG(trips), 2) FROM riders GROUP BY line ORDER BY line;",
[("Aqua", 5.67), ("Blue", 12.0)]),
"Q3": ("SELECT COUNT(DISTINCT trips) FROM riders WHERE line = 'Aqua';", [(2,)]),
}
for name, (query, predicted) in cards.items():
actual = con.execute(query).fetchall()
print(name, actual, "OK" if actual == predicted else "CHECK")
assert actual == predictedEach card tests something that often trips people up. Q1: COUNT(*) counts rows, but COUNT(trips) skips the NULL. Q2: the Blue average is 12, not 6, because AVG ignores the NULL instead of treating it as zero. Q3: two Aqua riders have 7 trips, so there are only two distinct values. If you get one wrong, that's the concept to look up on the ride home. Write your own cards on whatever you studied that week, and make sure at least one card has a trap in it.
A plan for two 40-minute rides
Adjust the minutes to your route. The split of tasks matters more than the exact timing.
Morning ride (fresh attention):
- 1First 5 minutes: reread yesterday's error-log entries.
- 2Next 20 minutes: predict-the-output cards, five to eight of them.
- 3Last 15 minutes: read one official documentation page on a function you'll use tonight, and note one question.
Evening ride (tired attention):
- 1First 20 minutes: listen to one explanation-heavy segment of a class recording.
- 2Last 20 minutes: write tonight's laptop plan in three lines: what you'll build, which cards to check, which question to ask your mentor.
The evening plan is the most important part. People who arrive home with a plan usually start on it. People who arrive home without one tend to open a video.
Make the commute reliable
- Assume you'll be offline. Signal drops in tunnels and underground stretches. Before you leave, save your cards, notes and any documentation pages you want to read. If your course allows downloads, download the recordings too. If it doesn't, keep the offline material for the underground parts.
- Standing and crowded is fine. Flashcards and predict-the-output work with one hand. Save anything that needs two hands for when you get a seat.
- Interchanges break focus. On a route with a change, for example from the Delhi Metro's Blue Line to the Noida Metro's Aqua Line, plan short tasks that fit between stations rather than one long block.
- Protect your eyes and battery. Use a larger font and a dark theme, and carry a power bank if your phone is also your ticket and payment method.
Don't count commute time as build time
Commute study is valuable, but it isn't practice in writing code. If you track your weekly hours, as in measure your learning progress weekly, log commute minutes separately. Two hours a day on trains can make a week feel full even when you haven't written a single query.
The Data Analyst programme runs over 3–4 months, live online with optional in-person labs at our Noida centre, and its sessions are recorded. Pair its recordings with a system for timestamped notes so the commute segments you listen to connect to what you build later.
Frequently asked questions
Can I learn SQL on my phone?
You can learn to read SQL on a phone, and that's genuinely useful. You can practise predicting what a query returns, and review concepts you've already met. Writing and debugging queries needs a keyboard and a proper editor, so keep that for your laptop sessions.
Is watching class recordings on the metro useful?
It's useful for sessions that are mostly explanation, and weak for sessions where the mentor codes live, because on a small screen you can't read the code or try it yourself. Use the commute for your first viewing of explanation-heavy segments, and rewatch coding segments at a desk.
Pankit Kumar has 10 years in Data Science & AI, building and shipping production systems in regulated pharma and clinical environments. He is a freelance trainer at Boston Institute of Analytics, AnalytixLabs and Scaler, and has taught this material to thousands of working professionals.
This article is part of our Data Analytics with Generative AI programme — 3–4 months. The full analyst stack — Excel, SQL, Power BI and Python pipelines — then a generative-AI layer you can prove is right.
Explore Data Analytics with Generative AI