undefined

points

[-]

In my experience, "vibe coding" can produce a rich prototype very fast.

Then as scope expands you're left with something that is difficult to extend because its impossible to keep everything in the LLM context. Both because of context limits and because of input fatigue in terms of communicating the context.

At this point you can do a critical analysis of what you have and design a more rigorous specification.

by matt_heimer284 days ago|

parent|

[-]

I don't disagree but context limits are expanding rapidly. Gemini 2.5 Pro which was used here has a 1 million token context window with 2 million coming soon. Cost will be a concern but context size limits will not.

by loufe284 days ago|

parent|

[-]

Totally agree, I mentioned it in another comment but Gemini was a game changer for allowing me to increase the size of the project I can feasibly have AI work on.

Only issue is Gemini's context window (I've seen my experience corroborated here on HN a couple times) isn't consistent. Maybe if 900k tokens are all of unique information, then it will be useful to 1 million, but I find if my prompt has 150k tokens of context or 50k, after 200k in the total context window response coherence and focus goes out the window.

by hnuser123456284 days ago|

parent|

prev|

[-]

I'd love some more innovation on increasing context size without blowing up RAM usage. Mistral small 2503 24B and Gemma 3 27B both fit into 24GB at Q4, but Mistral can only go up to about 32k and Gemma about 12k before all VRAM is exhausted, even with flash attention and KV cache quantization.

by theyinwhy284 days ago|

parent|

prev|

[-]

What editor are you using with gemini 2.5 pro? I really don't like their vscode extension.

by benjaminsky2284 days ago|

parent|

prev|

[-]

If your project is well organized and individual files are small and the dependency graph isn’t too crazy, Claude code does an amazing job building only the context it needs even as the project grows. You just have to be aggressive about refactoring for maintainability. The bonus here is that it’s easier for humans to work on too.

by falcor84284 days ago|

parent|

prev|

[-]

But my reading is that the parent wouldn't have tackled this at all without the vibe coding, and would have used an off-the-shelf extension. So in that case, it's a pure win, no?

by nonethewiser284 days ago|

parent|

[-]

Yeah I could have framed it better. I was responding to:

>I've been using AI to get smaller examples and ask questions and its been great but past attempts to have it do everything for me have produced code that still needed a lot of changes.

In my experience most things that aren't trivial do require a lot of work as the scope expands. I was responding more to that than him having success with completing the whole extension satisfactorily.

by begueradj284 days ago|

prev|

[-]

So there is no technical debts ?

by matt_heimer284 days ago|

parent|

[-]

That's a difficult question to answer because I don't know if I'll grow the extension in the future. Only time will tell.

After I completed the extension I did try on another model and despite me instructing it to generate a v3 manifest extension, the second attempt didn't start with declarativeNetRequest and used the older APIs until I made a refinement. And this isn't even a big project really where poor architecture would cause debt.

Vibe coding can lead to technical debt, especially if you don't have the skills to recognize that debt in the code being generated.