Earlier quoted context omitted.
I agree. I tried something similar: a conversion of a simple PHP library from one system to another. It was only like 500 loc but Gemini 2.5 completely failed around line 300, and even then its output contained straight up hallucinations, half-brained additions, wrong namespaces for dependencies, badly indented code and other PSR style violations. Worse, it also changed working code and broke it.
Try asking it to generate a high-level plan of how it's going to do the conversion first, then to generate function definitions for the new functions, then have it generate tests for the new functions, then actually write them, while giving it the output of the tests. It's not like people just one-shot a whole module of code, why would LLMs?
Gemini 2.5 Pro vs. Claude 3.7 Sonnet: Coding Comparison
241–250 of 336 posts
Re: Gemini 2.5 Pro vs. Claude 3.7 Sonnet: Coding Comparison
#242Earlier quoted context omitted.
Why are you calling GTK4 irrelevant? Large swaths of Linux run on it and GTK3
> Why are you calling GTK4 irrelevant? Quite the opposite: Gtk4 is relevant, and porting Solvespace to this relevant toolkit is the central part of the stated task.
Re: Gemini 2.5 Pro vs. Claude 3.7 Sonnet: Coding Comparison
#243Earlier quoted context omitted.
I know many people who can and will one-shot a rewrite of 500 LOC. In my world, 500 LOC is about the length of a single function. I don't understand why we should be talking about generating a high level plan with multiple tests etc. for a single function. And I don't think this is uncommon. Just a random example from Github, this file is 1800 LOC and 4 functions. It implements one very specific thing that's part of…
> I don't understand why we should be talking about generating a high level plan with multiple tests etc. for a single function. You don't have to, you can write it by hand. I thought we were talking about how we can make computers write code, instead of humans, but it seems that we're trying to prove that LLMs aren't useful instead.
Re: Gemini 2.5 Pro vs. Claude 3.7 Sonnet: Coding Comparison
#244The loser in the AI model competition appears to be... Microsoft. When ChatGPT was the only game in town Microsoft was seen as a leader, thanks to their wise investment in Open AI. They relied on Open AI's model and didn't develop their own. As a result Microsoft has no interesting AI products. Copilot is a flop. Bing failed to take advantage of AI, Perplexity ate their lunch. Satya Nadella last year: “Google should…
Re: Gemini 2.5 Pro vs. Claude 3.7 Sonnet: Coding Comparison
#245Earlier quoted context omitted.
I suspect it probably won't work, although it's not necessarily because an LLM architecture could never perform this type of work, but rather because it works best when the training set contains inordinate sample data. I'm actually quite shocked at what they can do in TypeScript and JavaScript, but they're definitely a bit less "sharp" when it comes to stuff outside of that zone in my experience. The ridiculous amoun…
> the cynicism isn't out of fear or panic, its disappointment over and over and over Very much this. When you criticize LLM's marketing, people will say you're a ludite. I'd bet that no one actually likes to write code, as in typing into an editor. We know how to do it, and it's easy enough to enter in a flow state while doing it. But everyone is trying to write less code by themselves with the proliferation of reusa…
Re: Gemini 2.5 Pro vs. Claude 3.7 Sonnet: Coding Comparison
#246Earlier quoted context omitted.
FWIW, what I want most in Solvespace is a way to do chamfers and fillets. And a way to define parameters (not sure if that's already possible).
>> FWIW, what I want most in Solvespace is a way to do chamfers and fillets. I've outlined a function for that and started to write the code. At a high level it's straight forward, but the details are complex. It'll probably be a year before it's done. >> And a way to define parameters (not sure if that's already possible). This is an active work in progress. A demo was made years ago, but it's buggy and incomplete.…
By the way, if this would make things simpler, perhaps you can implement chamfering as a post-processing step. This makes it maybe less general, but it would still be super useful.
Re: Gemini 2.5 Pro vs. Claude 3.7 Sonnet: Coding Comparison
#247Earlier quoted context omitted.
Alternative perspective: you kids with your Docker builds need to roll up your sleeves and learn how to actually compile a semi-complicated project if you expect to be able to contribute back to said project.
If your project is hard to build, that's your problem, not mine. I'll simply spend my time working on projects that respect it.
Re: Gemini 2.5 Pro vs. Claude 3.7 Sonnet: Coding Comparison
#248Earlier quoted context omitted.
> I don't understand why we should be talking about generating a high level plan with multiple tests etc. for a single function. You don't have to, you can write it by hand. I thought we were talking about how we can make computers write code, instead of humans, but it seems that we're trying to prove that LLMs aren't useful instead.
No, it's simply being demonstrated that they're not as useful as some claim.
Re: Gemini 2.5 Pro vs. Claude 3.7 Sonnet: Coding Comparison
#249Here is a real coding problem that I might be willing to make a cash-prize contest for. We'd need to nail down some rules. I'd be shocked if any LLM can do this: https://github.com/solvespace/solvespace/issues/1414 Make a GTK 4 version of Solvespace. We have a single C++ file for each platform - Windows, Mac, and Linux-GTK3. There is also a QT version on an unmerged branch for reference. The GTK3 file is under 2KLOC.…
I suspect it probably won't work, although it's not necessarily because an LLM architecture could never perform this type of work, but rather because it works best when the training set contains inordinate sample data. I'm actually quite shocked at what they can do in TypeScript and JavaScript, but they're definitely a bit less "sharp" when it comes to stuff outside of that zone in my experience. The ridiculous amoun…
Something is happening, its just not exciting as some people make it sound.
Re: Gemini 2.5 Pro vs. Claude 3.7 Sonnet: Coding Comparison
#250Earlier quoted context omitted.
I suspect it probably won't work, although it's not necessarily because an LLM architecture could never perform this type of work, but rather because it works best when the training set contains inordinate sample data. I'm actually quite shocked at what they can do in TypeScript and JavaScript, but they're definitely a bit less "sharp" when it comes to stuff outside of that zone in my experience. The ridiculous amoun…
So yesterday I wanted to convert a color pallet I had in Lua that was 3 rgb ints, to Javascript 0x000000 notation. I sighed, rolled my eyes, but before I started this incredibly boring mindless task, asked Gamini if it would just do it for me. It worked, and I was happy, and I moved on. Something is happening, its just not exciting as some people make it sound.
Of course, for that use case, you can _probably_ do a bit of text processing in your text processing tools of choice to do it without LLMs. (Or have LLMs write the text processing pipeline to do it.)