6 months of Claude Code,
day in, day out.
Seen by a non-dev.
A senior dev posted his Claude Code tips after six months of daily use. I read it, I smiled, and then it hit me: I've been using it every day for six months too. Except I'd never opened a terminal before him. I'm an entrepreneur, not a coder. Here's the numbers, the seven lessons that stuck with me, the project I wrapped up this weekend, my three worst blunders, and what a typical day looks like.
What you'll walk away with
- The numbers · 6 months, 11 projects shipped, ~1,850 commits, around 12 hours a week saved on my editorial production.
- 7 raw lessons drawn from real use, each with a true story and a number. No senior-dev theory copy-pasted.
- One end-to-end case: the "AI Wars" podcast trilogy, written, scored, and published in 36 hours. Hours counted, steps described.
- 3 genuinely expensive mistakes I made. One cost me a weekend. You'll learn how to avoid them.
- My daily routine morning / afternoon / evening with Claude Code. What runs in the background while I live my life.
- Transparency · article written with Claude Code (Anthropic), reviewed and signed by me. The Skills pack, the site, the Wondery podcast trilogy and the back office mentioned here were all driven through Claude Code too. If you spot a typo, write me at sagnier.jeremy@gmail.com and I'll fix it.
Six months later, here's what it added up to
Before I hand you the lessons, let me put the numbers on the table. Everything is measurable, everything sits in my ~/Projets/ folder or on GitHub. No extrapolation, no projection. Just what came out of the keyboards and is running today.
The raw numbers at six months
- 11 projects shipped · jerwis.fr (this site), a local admin back office with 11 modules, two automated newsletters (AI Playbook + Business Radar), an idea-brainstorm agent (476 items / run, scored across 5 axes), a social-repurposing agent, an HTML sales tool for my sister in sales, two narrative podcast series in the Wondery style, an ATVAI Sanity agent for Eurofiscalis, an article transcreation pipeline in 7 languages.
- ~1,850 Git commits across all my personal repos. I counted by running
git log --since="6 months ago" --oneline | wc -lon each repo, then added them up. Before Claude Code, I'd never committed in my life. Today it's become a reflex every session. - 0 lines of code written by hand. 100% through Claude Code, in plain language. I review, I validate, I commit. But I haven't touched the keyboard for a single line of JS, CSS or Python. Which doesn't mean "zero effort" — the human part just shifted toward the prompt, the plan, the critical review.
- ~12 hours saved per week on editorial production. Before: 3 h to write an article + 1 h to publish it + 1 h to repurpose into social posts × 2 publications/week = 10 h. Today: 45 min of assisted writing + 5 min to publish + 5 min of social repurposing × 2 = 1 h 50. Counted hour by hour over 4 weeks of March 2026.
- ~€340 / month of stack · Claude Code Max $200 plan + Vercel Hobby (free) + Resend (free up to 3,000 emails) + ElevenLabs Creator $22 + R2 Cloudflare (~€0) + a domain name at €1.20/month. Before, I had none of these tools — so it's 100% new investment, but also €0 in agency or freelance fees.
- ~€3,000 / month of freelance dev avoided · at a €600/day rate for the equivalent of 5 days/month (a very conservative estimate for a mid-level dev on HTML + Vercel + Node scripts). Net delta: ~€2,660/month recovered, or ~€16,000 over 6 months.
- 14 articles published on jerwis.fr, including 5 in April 2026 over the first 4 weeks the site was live.
- 10 downloadable freebies (an anonymized CLAUDE.md, a pack of 26 skills, an email-course guide, etc.) — all generated and structured with Claude Code.
- Zero frameworks learned over these 6 months. No React, no Next.js, no Vue. Just vanilla HTML / CSS / JS when it made sense, with Claude explaining what I was touching as I went.
My daily stack
Here are the tools that run every day at my place, at a glance.
| Tool | Job | Cost / month | Why I keep it |
|---|---|---|---|
| Claude Code Max | Main brain · code, writing, research, agents | $200 | The only one I can't replace · it drives everything else. |
| superpowers plugin | Forces the brainstorm → plan → execute reflex | Free | Keeps non-trivial projects from going off the rails. |
| Claude Code loops | Auto-piloted recurring tasks (watch, repurposing) | Included in Max | The thing that runs while I live my life. |
| dev-browser | Browser driven by Claude · scrape, verify, screenshot | Free | Essential the moment you touch the web. |
| Claude Code sub-agents | Research and tasks in parallel | Included in Max | 3-4 sub-agents = 3-4× faster on research. |
| VS Code | Reviewing the diffs before commit | Free | I don't code in it · I only review. |
| Vercel Hobby | Hosting sites and serverless | €0 | Auto-deploy on push · zero friction. |
| Resend | Transactional emails and newsletters | €0 (up to 3,000 emails) | Clean API, Claude Code integration in 2 min. |
| ElevenLabs Creator | Podcast voices / audio content | $22 | Essential for the Wondery podcast pilots. |
| Cloudflare R2 | Hosting the podcast MP3s | ~€0 | 10 GB free + 0 egress. |
| Domain name | jerwis.fr | €1.20 | Obvious. |
The concrete delta · before / after
To make the comparison less abstract, here's the same day-to-day with numbers in both setups.
| Task | Before Claude Code | Today |
|---|---|---|
| Publish a full article | 3 h writing + 1 h publishing | 45 min + 5 min |
| LinkedIn / X repurposing | 1 h per publication | 5 min (dedicated skill) |
| SEO audit of a page | 25 min by hand with Claude.ai | 4 min (skill on) |
| Ship an 18-min podcast pilot | Unthinkable solo | ~22 h of active work |
| Total monthly cost | €0 (nothing shipped) | ~€340 tools, €0 agency |
| Live projects in parallel | 0 | 11 |
The angle nobody mentions
Senior devs measure their productivity in "lines of code per day" or "pull requests merged." I measure it in live projects that are running. The yardstick isn't the same, so the feeling of being efficient isn't either. That's what makes Claude Code radically different depending on where you're starting from.
Why a non-dev has the edge
Before the lessons, a quick detour. There are two paths to Claude Code, and depending on your path, you're not using the same tool at all.
The senior dev
They come from their usual code editor · VS Code, Cursor, Zed (the software where devs write their code). They already have a workflow that works (their way of stringing together the steps of the job). They have fifteen years of ingrained habits. They're looking to automate what they already do, get faster, industrialize. They naturally talk about tests, linting, refactoring. They judge the quality of the code Claude produces.
Claude Code shows up in their life like a fellow engineer. They use it as pair programming (two people on the same keyboard, one codes, the other reviews). They correct its suggestions, they disable what doesn't work for them, they try to optimize every second.
The non-dev entrepreneur
Me, I come from somewhere else. I want to publish a site, send a newsletter, have a dashboard to track my article ideas. I don't start from an editor. I start from a need.
I have no opinion on code quality. I validate the result · is the site live, does the form work, does the email arrive. The rest, I trust Claude with.
Claude Code shows up in my life like an intern who already knows everything, never asks for a lunch break, and never complains.
Three differences that change everything
- The senior dev knows what's "normal." I don't. So I ask about everything. I don't take a mental shortcut like "ah, it's probably a permissions error." I copy-paste the error exactly as it is to Claude and let the tool explain. The result: I never have a blind spot.
- The senior dev has a technical ego. They judge the code. They want it done "right." Me, I judge the result. If the site works and the code is ugly, I don't care.
- The senior dev wants to master it. Me, I want to ship. Two different goals, two ways of talking to Claude.
This isn't an attack on devs
Senior devs produce robust code because they know what breaks in production. I don't. I ship personal projects and tools for my business. If you're building a SaaS that serves a thousand clients, a senior dev's tips are essential. What I'm saying here holds for the entrepreneur who wants to ship for themselves.
The 7 lessons that stuck with me after 6 months
No theory, no bullet points copy-pasted from some senior dev's blog. Each lesson has a title, the trap I fell into, what works now, and a measured number. You can use every one of them tomorrow morning.
Write your CLAUDE.md before your first line
The trap · on my first two projects, I spent 30 min at the start of each session re-explaining to Claude who I was, what I wanted, how I liked to be addressed. By the fourth session, I got it: I was losing 2 h a week re-establishing context. Worse, since I re-gave the context slightly differently each time, Claude made inconsistent decisions from one session to the next.
What works · a CLAUDE.md file at the root of each project, two pages max. It says who I am, what the project does, my style rules, my no-gos, the expected tone of voice, the naming conventions, and the tech stack. Claude reads it automatically at every startup. My global CLAUDE.md lives in ~/.claude/CLAUDE.md and carries everything that doesn't change from one project to the next (the Leo tone, French language, dev discipline, security). I even published mine, anonymized, as a free download on the site.
The measured win · context-setup time went from 30 min to 0 per session. Over 5 sessions/week × 6 months = around 60 h recovered. And zero inconsistent decisions between two sessions.
Break it into smaller chunks than your gut tells you
The trap · the first time I built my admin back office, I said "build me a dashboard with 9 modules, dynamic sidebar, database, authentication." Claude delivered 1,200 lines of code in 20 min. It didn't work. Three days to figure out why (a conflicting function name between two modules, and an auth that wasn't reading the right cookie). The worst part: I'd lost track of what Claude had done, so I didn't even know where to start debugging.
What works · I break things into one-hour deliverables. "Build me the HTML skeleton of the dashboard with no modules at all." I check. "Add me an article-ideas module that reads a markdown file." I check. "Add me the card rendering." I check. It looks slow, it's actually three times faster — because at every checkpoint, if something breaks, I know exactly where to look.
The measured win · on my back office, I shipped 11 modules in 14 days, at a rate of one module every 1-2 sessions. If I'd tried it all in one block, I'd still be debugging. Rule of thumb: if a step takes more than 60 min, it needs to be cut in two.
Learn to say "stop, show me a plan first"
The trap · on my first brainstorm agent, I let Claude charge ahead. It wrote 800 lines of Node.js code with a complex multi-file architecture. I skimmed it for 30 seconds and said "OK." Three days later, I wanted to add a source · impossible to find my way around, because I had no mental model of how the files connected.
What works · for anything touching more than 3 files, I say explicitly "show me a plan first, we'll validate it step by step." Claude proposes an architecture, I challenge it by asking deliberately dumb questions ("why split into 5 files and not 2?", "where does the config live?"), we decide together, then we code. Bonus: this dialogue naturally produces notes I copy-paste into the project's CHANGELOG.md.
The superpowers plugin formalizes this reflex: it forces Claude through a "brainstorm → plan → execute" phase before a single line. I use it on every non-trivial project.
The measured win · time spent understanding a project 1 month after shipping it · 5 min if I validated a plan, 1 h if I let it slide. And around 50% fewer rewrites in the first week of a project.
Keep Claude Code local, never in auto-deploy mode
The trap · at first I wanted Claude to push to production on its own. Vercel, GitHub, direct push. Except one time I let a CSS change slip through that broke the dark-mode display on 4 pages. Nobody to catch it before it went live. The home page stayed unreadable in dark mode for 4 h, and I got two DMs warning me.
What works · Claude writes, I review in my local browser in dark + light, I commit myself, and only then do I git push. Vercel redeploys on its own afterward. The human barrier between "it compiles" and "it ships to prod" is me. It's boring, it's slow, and that's exactly why it works.
Corollary: I systematically disable any Claude Code hooks that would push or deploy without confirmation. The rule is "Claude writes, Jérémy publishes."
The measured win · zero visual regressions in prod since I put this rule in place, mid-February. Before: ~2 a month.
Always ask for a CHANGELOG
The trap · after two months, I'd come back to projects with no idea what I'd done the session before. Why this function? Why this filename? No trace, just code. And Claude, at every startup, started over from scratch too — so we'd go in circles together.
What works · at the end of each non-trivial session, I ask Claude to update CHANGELOG.md at the root of the project. Format: date, what was done, why (the problem solved), files touched, what's left to do. My global CLAUDE.md makes it mandatory — Claude now refuses to close a session without that update.
The unexpected bonus: at the next session, Claude reads the CHANGELOG on top of the CLAUDE.md and self-contextualizes. No more need to recap "last time we did X and Y."
The measured win · jerwis.fr's CHANGELOG.md · 1,050+ lines in 4 weeks of life. It's my memory, not surveillance. And around 15 min saved at the start of every session I pick back up.
Launch several sub-agents in parallel when you're researching
The trap · to prep the "AI Wars" podcast trilogy, I had to dig into three angles of OpenAI vs Anthropic at the same time · business timeline, founder bios, technical analysis of the models. The old way, I'd have opened 30 tabs, wasted two hours bouncing from one subject to another, and ended up not digging properly into any of the three.
What works · I open Claude Code, I launch three sub-agents in parallel ("Run three independent searches on these topics, each in its own dedicated sub-agent"). 8 minutes later, I have three synthesized reports, sources included. Same thing for scraping several competitor sites, comparing several APIs, or auditing several SEO pages at once.
The golden rule I set for myself: 2+ independent tasks (no dependency between them, no shared data) = 2+ sub-agents at the same time. If they feed each other, on the other hand, sequential is better.
The measured win · on prepping the "AI Wars" pilot, documentation gathered in 12 min vs ~3 h of manual surfing. That's a ×15 factor on the pure research phases.
Build a skill when you do the same task 3 times
The trap · for every SEO audit of a new article, I'd re-give Claude the same 12 criteria, the same output format, the same scoring. Once a day, fine. Once a month, it got heavy, and I lost consistency: the 5th time I phrased it slightly differently, so the result varied.
What works · I turn the repeated task into a custom skill (a permanent set of instructions Claude reads and applies, invoked with a single command). I have 26 active today · SEO audit, Eurofiscalis transcreation in 7 languages, idea brainstorm, JIM-style writing, narrative-podcast-fr, and plenty more. I even packaged them up as a free download on the site (the jeremy-claude-pack.zip pack).
The trigger rule: if I'm about to give Claude the same instructions for the 3rd time, I stop, I ask it to turn those instructions into a skill, and I save time for the 4th, the 5th and every one after.
The measured win · average time for a full SEO audit of an article went from 25 min (by hand with Claude) to 4 min (skill on). That's ×6, on a task I do 2-3 times a week.
My golden rule after 6 months
A lesson is only worth something if it comes from a mistake you made yourself. Read other people's advice, but test it on your own turf before you set it in stone. What works for a senior dev can confuse you, and what unblocks you can make a senior dev smile. Both are true at the same time.
36 hours to ship a narrative podcast trilogy
To show you one up close · the wildest project of the 6 months. A narrative podcast series in the Wondery style about the AI war, OpenAI vs Anthropic. Three episodes, writing + voice + editing + going live. Claude Code end to end. Never done before.
Overview · who does what
| Step | What I do | What Claude does | Real time |
|---|---|---|---|
| Initial brief | 2 paragraphs of framing | Reframes + asks 3 questions | 15 min |
| Source research | Launches 4 sub-agents | Scrapes, sorts, synthesizes | 4 h (machine) |
| Script writing | Cuts + reviews + reframes | Generates + applies the skill | 6 h (active) |
| Voice + audio | Picks voices + ambiences | Drives ElevenLabs + ffmpeg | 4 h (machine) |
| Going live | Validates + commits + pushes | Generates cover + RSS + page | 4 h |
The brief I gave
"I want three episodes of 18-22 min each. French Wondery style · omniscient narrator, scenes with dialogue, sound ambiences. Subject · the AI war, OpenAI vs Anthropic, seen from 2026. No bullshit, solid sources."
The hour-by-hour breakdown
- H+0 to H+4 · 4 Claude Code sub-agents launched in parallel to gather the sources (OpenAI business timeline, Anthropic's founding, technical analysis of the models, 2024-2026 highlights). Output · 4 synthesized reports, ~80 pages total.
- H+4 to H+10 · generation of the "OpenAI vs Anthropic" pilot script with a "narrative-podcast-fr" skill written for the occasion. Three rounds of review where I made the calls ("cut scene 3, keep this one", "the narrator says 'tu' not 'vous'"). Output · 14,200 characters of clean script.
- H+10 to H+18 · sleep break + a bit of family time.
- H+18 to H+22 · a Python pipeline (written by Claude Code) that slices the script into blocks, sends each block to ElevenLabs v3 with pre-made voices, downloads the MP3s, cleans them, mixes them with ambiences and sound beds. Output · raw 19-min pilot.
- H+22 to H+28 · post-production (still via Claude driving ffmpeg) · cross-fades, EBU R128 -16 LUFS for distribution, background music integration, mastering. The numerical settings saved to memory for reuse on episodes 2 and 3.
- H+28 to H+32 · episodes 2 and 3 generated in series, reusing the same scripts/voices/settings. Automatic cover generation (duotone glitch style, JetBrains Mono).
- H+32 to H+36 · upload to Cloudflare R2 (10 GB free, €0 egress), generation of the RSS feed compliant with Apple Podcasts + Spotify, submission, going live on jerwis.fr/podcast.
The project's numbers
- 3 episodes of 18-22 min each, 60 min of narrative content total
- €0 of agency, ~€14 of ElevenLabs API for the whole thing (voices cost by the character)
- ~36 calendar hours, of which 22 h were active work on my part. The rest, it ran while I slept or lived my life.
- Estimated agency cost · €8,000 to €15,000 for an equivalent deliverable
Everything is documented in the "AI Wars Making-of" at the root of the podcast repo (10 acts, anecdotes, meta-lessons). If you want the full narrative account, it's readable.
The 3 blunders I made in 6 months
No rosy picture. Here are the three mistakes that really cost me something · a weekend of prod, an emergency key rotation, and one memorable jolt of stress. You'll be able to avoid them.
Mistake 1 · Pushing to prod without reviewing the diff
What happened · Saturday, April 12, I was working on the home page in dark mode. I told Claude "optimize the colors." It replaced background: var(--ink) with background: #0A0A0A across 6 sections. Except --ink in dark mode = cream, so some blocks meant to be ALWAYS black became cream on cream = unreadable. I pushed without reviewing and went to lunch.
What it cost me · the jerwis.fr home page was broken for 4 hours in dark mode. I got two DMs "there's a weird bug on your site." I spent my Sunday afternoon redoing the whole thing.
My rule since · an absolute obligation to test locally in light + dark before any git push. And the "semantic variables vs fixed colors" rule is carved into the project's CLAUDE.md.
Mistake 2 · Trusting Claude with a secret
What happened · on the "Importateur de Buzz" project (NANAKIA, for someone close to me), I had a Cloudinary API key lying around in a config file. I asked Claude to "clean up the project." It moved the key into .env.local, great. Except before the move, the config file with the key in plain text had been committed twice. The key lived 5 days in the public Git history.
What it cost me · an emergency key rotation, and a security audit of the whole repo. Plus a session of about 3 h to understand how to remove a secret from Git history cleanly (answer · git filter-repo).
My rule since · every secret goes into .env.local BEFORE the first commit. A pre-commit check looks for API-key patterns (Resend, Stripe, OpenAI, etc.) in any added file. And I review every diff before push, explicitly looking for sk_, re_, pk_.
Mistake 3 · Asking Claude to handle a prod migration without a backup
What happened · on the Eurofiscalis CRM (another project), I wanted to reorganize the bookings table. I told Claude "can you migrate the table so it has the new structure?" It did. Without warning me I needed a backup. The migration failed on 3 rows (badly formatted data). No way to roll back.
What it cost me · an entire weekend rebuilding the 3 rows by hand from Brevo emails. And a monumental jolt of stress.
My rule since · any destructive action (migration, delete, mass update) must be preceded by an explicit backup + a rollback command documented in the plan. This rule is in my global CLAUDE.md, and Claude reminds me of it when I skip it.
The common pattern
My 3 mistakes have the same origin · I let Claude act without human control. Not because Claude is bad, because I didn't put the control in place. The lesson isn't "you should trust AI less," it's "you should put your own guardrails in, and write them down in black and white."
What a typical day looks like
People often ask me how it actually shakes out when you work with Claude Code every day. Here's my current routine, the way I settled into it by late April 2026. Three sessions a day, never more than 90 min each, and the rest of the machine running in the background while I live.
Morning · 6:30 — 9:00
- 6:30 — 7:00 · coffee + reading 2 newsletters (Hormozi + one depending on my mood), skimming HackerNews and Reddit r/ClaudeAI. No opening of Claude Code. Just raw material.
- 7:00 — 8:00 · I open my local back office (
localhost:3001), I click "Find me some ideas." The brainstorm scans 470+ items, scores them, sorts them into 6 clusters, and hands me 15 ideas. I keep 2-3. - 8:00 — 9:00 · I launch a Claude Code session on the idea of the day. I give it the brief, I tell it "propose a plan." We validate, we code, I commit every step.
Afternoon · 14:00 — 17:00
- 14:00 — 15:00 · a deep-work Claude Code session. Often a heavier project · Eurofiscalis, podcast, reworking an admin module. This is where I split into sub-agents if I have to do several things in parallel.
- 15:00 — 16:00 · away from the screen, I walk, I let Claude run its long tasks (7-language transcreation, audio generation, multi-source scraping). I come back when the terminal is done.
- 16:00 — 17:00 · review + commit + push. I test locally in light + dark, I review the diff, I publish. If a newsletter needs to go out, this is where I click "send" in my admin.
Evening · 21:00 — 22:30
- 21:00 — 22:00 · a "tidy up" session. I update the CLAUDE.md files of the projects I touched, I fill in the CHANGELOG.md files, I tag the backlog ideas I want to handle next week.
- 22:00 — 22:30 · planning the next day. I list 3 priorities max, I leave Claude Code closed for the night (for real · never any overnight auto-deploy).
There's nothing optimized about this routine · it settled in on its own over the 6 months. It lets me produce 2-3 serious deliverables a week without burning out.
What runs while I live my life
My two auto newsletters · AI Playbook scans 100+ sources on Thursday night, drafts the brief, I review Friday morning before it goes out at 9:00. Business Radar same thing but bi-monthly. My brainstorm runs too whenever I click. The rest · podcasts, transcreation pipelines, audit scripts, that's on demand.
What Claude Code still gets wrong
I'd come across as a snake-oil salesman if I stopped at the nice stories. Here's what still doesn't work, after 6 months.
Hallucinations on library versions
Claude regularly proposes syntaxes that disappeared a year ago, or npm packages that don't exist. On recent Next.js (App Router, Server Actions), you have to systematically cross-check against the up-to-date docs. The context7 plugin helps enormously · it pulls the official docs at the moment of answering, rather than relying on its training memory. Without it, I reproduce the bug.
Sessions that run too long
Past ~90 min, Claude starts losing the thread. It forgets a decision made at the start, or it "invents" a function it thinks it wrote. The fix: restart a session with a 5-line recap prompt ("here's where we are, here's what we need to do, here are the constraints"), and close the previous one.
Time and cost estimates
Claude is very bad at estimating how long a task will take. It says "5 minutes" and it takes 45. It says "this'll cost €2 in API" and you end up at €18. I no longer ask it to estimate · I measure it myself afterward, and note it in the CHANGELOG.
Very recent topics (post-November 2025)
Claude models have a knowledge cutoff. On anything that happened after their training date, they're off or make things up. For real, current research, I go through a sub-agent that has web access (dev-browser, or a web MCP). Never Claude on its own.
The rule that saved me several times
If Claude states something precise (a number, a syntax, an API function), I verify before using it. Not out of distrust, out of experience. The cost of a 30-second check is trivial next to the cost of a bug in prod.
The questions I get a lot
"Do you really need the $200 Max plan?"
For how I use it (daily sessions, sub-agents, projects in parallel), yes. I'd started on the $20 Pro plan and I'd hit the token ceiling in 2 days. Above 1 serious session a day, the Max plan becomes the right ratio. Below that, Pro is plenty.
"Cursor, Continue, Zed AI, Claude Code · which one?"
For a non-dev, Claude Code straight in the terminal is simpler. No IDE to learn, no plug-in to configure. For a senior dev who already lives in VS Code or Zed, the opposite may be true. The real difference isn't the tool, it's the discipline (CLAUDE.md, plan, CHANGELOG) — and that one works everywhere.
"Aren't you going to end up learning to code anyway?"
Probably a little. I understand better than before what a variable is, an import, an async function. But I won't become a dev. That's not my goal. My goal is to ship tools that serve me, without depending on a freelancer for every little tweak.
"And what about security in all this?"
It's my biggest fear. I lean on Claude's security-review sub-agent after every sensitive feature (API, payment, auth), I systematically check my .env files, and I rotate keys at the slightest alert. On truly critical projects (client SaaS, third-party data), I'd still have a human dev review it. But for my personal tools, that level is enough for me.
"How long before you're self-sufficient?"
For a non-dev who gets serious about it, 3-4 weeks to ship your first useful project (a simple site, an automated script). 3 months to build the reflex of breaking work into plans, writing a CLAUDE.md, asking for a CHANGELOG. 6 months to truly feel that you're driving the tool and not the other way around.
"How many hours a week to use Claude Code seriously?"
Count on 8 to 12 hours a week for the first 3 months if you start from zero · one to two sessions of 90 minutes a day, plus reading docs and digesting your mistakes. After that the pace drops to 6-10 hours a week, but the output per hour climbs sharply (you know what to prompt, you verify faster, you cut the sessions that go off the rails).
"What's the minimal non-dev stack around Claude Code?"
Five building blocks are enough · Claude Code Max ($200/month), a free VS Code editor to review the diffs, Vercel (free) to host, Resend (free up to 3,000 emails) for transactional email, and a GitHub account. Total · $200/month to go from zero to several projects in production. Add ElevenLabs ($22) if you do voice, Cloudflare R2 (free) if you host heavy files.
"Do you need to know git before starting?"
No. Before Claude Code I'd never committed in my life. I ask Claude to explain every command the first time (commit, branch, merge, revert), and today it's become a reflex every session. Count on 2 weeks to be comfortable with the 6-7 common commands. The trap · NEVER do git push --force on main without understanding what it overwrites.
"What's the worst mistake to avoid when starting?"
Running a database migration without a backup. It happened to me once (told above), I lost a weekend rebuilding my data by hand. Golden rule · before any DELETE, UPDATE or schema migration, ask Claude to first make a SQL dump and confirm that the backup file is readable. It's 30 seconds, it spares you the cold sweats.
"Can Claude Code really replace a freelance dev?"
For internal tools, personal sites, automation scripts and MVPs · yes, and I save around €3,000 a month in equivalent freelance dev day-rate (estimated at €600/day × 5 days/month). For billed client SaaS or critical systems (payment, medical data, contractual SLA), no · legal liability and long-term technical debt still call for a human who signs off.
"Can you show a concrete end-to-end case?"
Yes · the full making-of of the Eurofiscalis booking (an appointment-booking widget embedded in 4 WordPress sites) is documented hour by hour in this article. You'll see the initial brief, the traps I hit, the real cost and the trade-offs I owned. It's probably the most representative of what Claude Code changes for a non-dev on a real client project.
Three rules worth all the tips
A senior dev will talk to you about optimization, test coverage, clean architecture. For an entrepreneur who wants to ship, three things really matter.
- Does it work for you, today. Not "will it scale to 10,000 users." You're not there yet.
- Do you understand what you're putting into production. Not "every line," but "what the script does overall." If Claude hands you something you don't dare review, you stop.
- Can you fix it if it breaks. Tomorrow, a script stops running. You need to be able to open Claude Code, copy the error, get a diagnosis. If you depend on a complexity you never understood, you're stuck.
These three rules are worth all the senior-dev tips in the world. They don't stop you from reading the tips, of course. They just tell you · apply them at your own pace, and not because someone else does.
Going further
If you want to keep the momentum going:
- Getting started with Claude Code — the starting point if you've never opened a terminal
- Claude Code loops explained — the decision loop that makes the tool powerful
- Building your first Gmail agent — a concrete project to get hands-on
- Superpowers · the plugin that forces Claude to think — the plugin I use to structure every non-trivial session
If you want to follow my concrete field reports as the months go by, my Friday watch sends them straight to you. No ads, unsubscribe in one click.
If you have a question or feedback on this article, just reply to the newsletter. It lands in my inbox and I read everything, I can be wrong on some points and your feedback helps me set things straight.

Shall we keep going?
I test AI for real and share what works, no jargon, no hype. If this article helped you, the easiest way to never miss a thing is my Friday letter. And if you have a question or a doubt: write back, I read everything.