Skip to content

1 Answer

Accepted answer

APAnanya P.4.4K XP1mo ago
Aim for a small non-negotiable minimum every day rather than an ambitious target you'll abandon. Thirty focused minutes daily beats six hours on Saturday, because programming skill is built by frequent retrieval and problem-solving, not by total hours logged. A structure that survives real life: 1. Set a floor, not a goal. 'I write code for 20 minutes' is a floor you can hit on a terrible day. Goals like 'two hours daily' break the first time life interferes, and one broken day usually ends the streak entirely. 2. Same time, same place, if possible. The decision of *when* is what kills most habits — remove it. Attach it to something existing: after morning coffee, straight after dinner. 3. Decide what you'll do the night before. Opening an editor with no plan wastes the whole session on deciding. Leave a note: 'tomorrow: add the delete button'. 4. Always stop mid-task, not at a clean finish. Ending mid-function makes tomorrow's start trivial — you just continue. Clean stopping points create blank-page friction the next day. What to actually do in the time, rotated so it stays useful: - Most days: work on your own project. This is the highest-value activity and should be the default. - Two or three days a week: one small practice problem (arrays, strings, loops) for problem-solving fluency. One is enough; grinding twenty is a different activity with diminishing returns. - Occasionally: read code — a small open-source file, or your own from three months ago. Reading code is undertrained and hugely useful. How to handle missed days, which is the part that decides whether this lasts: never miss twice. One missed day is noise; two is the start of stopping. Drop the standard rather than the streak — five minutes of fixing an indent still counts as showing up. Consistency is a psychological asset, and protecting it matters more than the content of any individual session. Two traps to avoid. First, don't measure the habit by streak-tracker screenshots or by number of problems solved — measure it by whether you're building things you couldn't build a month ago. Second, don't fill every session with tutorials because they're comfortable; if a week goes by without you being stuck on something, you've optimised for feeling productive instead of getting better. The compounding is real but slow and invisible for the first month or two, which is when most people quit. Six months of thirty minutes a day is roughly ninety hours of deliberate practice — enough to be unrecognisable from where you started.
90

Know the answer?

Join Nobink to answer, vote and build your reputation.