Back to blog
AI

Stop Developing Without AI: A Senior Developer's Honest Take

Kim BoenderKim Boender
March 30, 2026 6 min read
Stop Developing Without AI: A Senior Developer's Honest Take

I'll be honest with you: two years ago I was sceptical. I'd been writing code for 15 years and I didn't need an autocomplete engine hallucinating APIs at me. I tried GitHub Copilot for a week, it suggested something wrong twice, and I quietly disabled it and went back to my terminal.

That was a mistake I spent a year correcting.

Today, AI tooling is woven into every hour of my working day. Not because it writes perfect code, it doesn't. Not because it replaced my thinking, it hasn't. But because the gap between "developer who uses AI" and "developer who doesn't" has become wide enough that ignoring it is starting to look like ignoring version control in 2010.

Here's my honest take on where we are, what the tools actually do, and why you should stop waiting.

The tools worth knowing in 2026

The AI developer tooling space has grown from "ChatGPT in a browser tab" into a proper ecosystem of specialised tools. Here's a breakdown of the ones that matter.

GitHub Copilot is where most developers start, and for good reason. It sits in your editor and suggests completions as you type. What started as a glorified autocomplete has matured significantly. Copilot today can complete functions based on their name and docstring, generate boilerplate you'd spend 10-15 minutes writing yourself, and refactor selected code through Copilot Chat. Where it still struggles: nuanced architectural decisions, anything involving proprietary internal APIs, and it occasionally generates plausible-looking but incorrect code with total confidence. Read everything it produces.

GPT-4 and ChatGPT are genuinely useful for explaining unfamiliar code, debugging sessions, architecture discussions, and writing tests. OpenAI also released Codex, the original model behind Copilot, now available via API for developers who want to build their own AI-powered automation.

Claude stands out for a few things. The context window is large, meaning you can paste an entire file, multiple files, or a significant chunk of a codebase and have a coherent conversation about it. It's also better calibrated than most models at expressing uncertainty, which actually matters when you're making production decisions. I use it via the API in my own scripts and for long-form tasks like documentation, complex TypeScript types, and architecture decision records.

Cursor is what you get when you rebuild an editor around AI from the ground up. It's a VS Code fork with deep AI integration: an agent mode that writes code across multiple files, codebase-aware chat that indexes your whole project, and diff-based editing where you can accept or reject each change individually. I switched to Cursor as my primary editor eight months ago and haven't looked back.

Windsurf is Cursor's main competitor and takes a similar approach. Built by Codeium, it has a more generous free tier and a different model for understanding what you're trying to accomplish holistically. Worth a serious look if per-seat pricing is a concern.

v0 by Vercel does one thing really well: generating UI components from a prompt. Describe the component you need, and it produces clean React output with Tailwind, shadcn/ui, and good accessibility defaults. I use it as a starting point for new UI patterns, not as a final output.

Copilot Workspace is GitHub's newer take on issue-driven development. Describe a task, Copilot Workspace plans the implementation, writes the code, and can open a pull request. It's still experimental, but it points at where things are heading.

Where the time savings actually show up

I'm not going to give you inflated "10x developer" claims. But I can be specific about where I see real gains.

Boilerplate and scaffolding takes a fraction of the time it used to. Writing a new Vue component used to take me 5-10 minutes before I had anything useful on screen. With AI generating the skeleton, I'm at a useful starting point in under a minute.

Documentation is the one I hated most. Writing JSDoc comments and README sections is important work that I would put off indefinitely. Now I write the code, ask Claude to document it, review the output, and move on. The quality is consistently good enough that it rarely needs major edits.

Test coverage is faster. Generating a first-pass test suite from AI and then refining it cuts the time roughly in half for me. The AI reads the implementation before writing the tests, which helps.

Debugging and onboarding unfamiliar code is where I see the biggest shift as a freelancer. When I join a new project, I can paste unfamiliar code into Claude and get oriented much faster than reading it cold.

What AI doesn't replace

Let me be clear about the limits, because this matters.

Architecture decisions are still yours. AI is a good sounding board but it doesn't know your team's conventions, your performance constraints, your client's specific requirements, or the technical debt you're carrying from two years ago.

Code review is still yours. AI-generated code ships bugs, sometimes subtle ones. Every line that goes into production should be read by a human who understands what it's supposed to do. The productivity gain comes from generating a working draft faster, not from skipping review.

Domain expertise is still yours. Knowing that a particular animation approach will cause layout thrashing on Safari, or that a specific NestJS pattern creates circular dependency issues, comes from experience. AI doesn't have that experience in your specific context.

Taste is still yours. AI produces code that works. It rarely produces code that's elegant, idiomatic, and perfectly suited to the codebase it's going into. That last 20% is the difference between a codebase that's a joy to work in and one that's a mess of inconsistent patterns.

The professional reality

Here's what I think about when I consider not using AI tools: my clients hire me because I deliver high-quality work efficiently. Another senior developer who uses these tools well will deliver the same quality in less time, or more quality in the same time. That's a competitive reality you can't ignore indefinitely.

This isn't about replacing skills. It's about augmenting them. The developers who will thrive are the ones with strong fundamentals who know how to direct, review, and refine AI output. The fundamentals matter more now, not less, because you need to catch the mistakes.

If you haven't integrated AI tools into your workflow yet, start today. Not because every tool is perfect. Not because the hype is all justified. But because the gains from using them well are real and they compound.

Start with Copilot or Claude in a browser tab alongside your editor. Give it a month. Build the habit of reaching for it when you're stuck, when you're writing boilerplate, when you need to understand unfamiliar code. Then evaluate honestly.

I think you'll be surprised.

Frequently Asked Questions

Which AI coding tool should I start with as a developer? +
GitHub Copilot is the easiest entry point because it installs directly into your existing editor (VS Code, JetBrains, etc.) and requires zero change to your workflow — it just starts suggesting as you type. If you want something more conversational for questions, debugging, and explanation, open Claude.ai or ChatGPT in a browser tab alongside your editor. Most developers end up using both: an inline tool for code generation and a chat tool for reasoning through problems.
Is AI-generated code safe to ship to production? +
With thorough code review, yes — but you should never ship AI-generated code you haven't read and understood. AI models can produce code that looks correct but contains subtle bugs, security issues, or incorrect assumptions about your data structures. Treat AI output exactly as you'd treat a code contribution from a junior developer: review every line before it merges. The productivity gain comes from generating a working draft fast, not from skipping the review step.
What's the difference between Cursor and GitHub Copilot? +
GitHub Copilot is an extension that adds AI capabilities to your existing editor — it's non-invasive and the lowest friction way to start. Cursor is a full editor (built on VS Code) redesigned from the ground up with AI at the centre. The key difference is scope: Copilot helps you in the file you're working in, while Cursor's Agent mode can understand your entire project structure, make coordinated changes across multiple files, and run multi-step tasks autonomously. Copilot is a great starting point; Cursor is where many developers end up once they want to go deeper.
Will AI replace software developers? +
No — at least not in the foreseeable future, and not the kind of developers who use AI well. AI tools are remarkable at generating boilerplate, scaffolding, and first-pass implementations, but they lack the contextual judgment, domain knowledge, and taste that experienced developers bring. What they will replace is the repetitive, low-judgment work that shouldn't take your time anyway. The developers at risk are those who resist learning how to work with these tools. The developers who thrive will be those who use AI to amplify their expertise, not those who hope it disappears.

Try it yourself

JSON Formatter

Format, validate, and beautify JSON instantly

Open JSON Formatter