A photo of Maximilian Schwarzmüller

Maximilian Schwarzmüller

AI-powered Development: The Good Parts

AI-powered Development: The Good Parts

Published

If you watched my video (or listened on my Podcast ), or you read my article , you know that “vibe coding” isn’t my thing.

But that does not mean that I don’t use AI for development. Quite the opposite: I use it everday, all the time - just not like all the “vibe coders” out there.

Don’t Let AI Be The Pilot

The problem I have with “vibe coding” and, specifically, the results produced by vibe coding is not that AI generates code. Instead, it’s that AI generates all (or almost all) the code. And that’s not helpful.

You may or may not believe that AI will replace developers in the near future. I’m convinced it won’t. Not this year, not the next ten years.

However, it will definitely be used by developers to generate significant amounts of code. But, as I also explain my vibe coding video and article, as a good developer, you want to steer the AI to make sure it produces the code it should produce. Instead of letting it hammer out entire codebases.

AI is quite capable of generating boilerplate code, or even entire features. But when it comes to building entire apps, systems, or even just connecting features, it struggles.

Sure, you can try getting there by throwing prompt after prompt at it, but chances are that it may not work or that it’ll at least be less efficient than writing (AI-assisted!) code yourself.

So, how do you AI use efficiently then? Or, at least, how do I use AI efficiently?

Let It Be The Copilot Instead

It’s in the name: GitHub Copilot. Not GitHub Pilot. Use it as such!

The part I love about all those AI IDEs and assistants the most is the AI autocompletion & suggestions. Flying through a codebase by hitting TAB, TAB, TAB is just amazing!

Cursor has it, Windsurf offers it, and GitHub Copilot finally also has that feature .

Besides the “normal” AI-powered autocompletion (which was introduced by GitHub Copilot back in 2021 , before we even had ChatGPT), this “next edit” suggestion feature is all about predicting which edit you’re likely to make next.

You can then hit TAB to jump (with your cursor) to that place and hit TAB again to accept it.

GitHub Copilot predicts the likely next edit, showing it in transparent green.

If you’re making some changes that affect multiple places in your codefile, this feature can be an immense productivity boost!

This is probably the most important AI feature I don’t want to miss in my daily work anymore.

Ask, Occasionally

Of course, Cursor, Windsurf and GitHub Copilot offer more than just smart suggestions, though.

Features like Cursor Composer, Windsurf Cascade or GitHub Copilot Edits allow you to request and control AI-generated changes across your entire codebase.

Personally, I use these features rarely, though.

I’ll use the inline chat here and there to generate some Regex, make some adjustments to a selected codeblock, or let AI review it (though, to be honest, results are not always convincing).

And, I occasionally use Compose (or GitHub Copilot Edits in my case, since I currently don’t use Cursor) to request refactorings that affect bigger parts of the codebase. I’ll also use it sometimes to get a second opinion, especially when working with a language or library I don’t have a lot experience on.

But that’s mostly it. And I like it that way!

AI truly made me more productive. 10x? I don’t know - I hope I was a bit better than that before I started using it. But it definitely made me more productive.

And that leaves out other areas like image generation (like the image for this article) which are also taken care of by AI. That of course also frees up time. But it’s also not related to development, hence I didn’t mention it above.