Article

What developers really think of Google's rapid-fire Gemini releases

Community reaction to Google's third Flash model in six weeks reveals growing scepticism about AI's practical limits.

by Whatsnew Newsroom
The image features a promotional graphic highlighting the introduction of Gemini 3.8 Flash and 3.8 Flash Cyber. The design incorporates smooth gradients and abstract shapes in blue tones, suggesting a modern and innovative technology context.

Google's decision to launch Gemini 3.8 Flash, its third Flash model in six weeks, has prompted a debate among developers about why the company is prioritising smaller, faster models over its Pro line.

Several commenters pointed to Google's search business as the likely driver, suggesting the company needs a model quick enough to sit above its search results without slowing users down.

Practical use cases favoured over hype

Away from the release itself, much of the discussion centred on how useful these tools actually are day to day.

Multiple developers described using local language models for tasks such as Linux administration, finding alternative parts suppliers and troubleshooting unfamiliar software.

One user said accuracy had exceeded that of typical search results or online forums, provided the model was configured with clear instructions to avoid unnecessary assumptions.

Frustrations with reliability

Not all the feedback was positive.

Several commenters described AI coding assistants as needing constant supervision, comparing the experience to overseeing a child doing chores who requires repeated confirmation that a task has actually been completed.

Others noted that even detailed standing instructions embedded in project files are followed inconsistently, with one developer estimating around 30% of formatting requests still needed correction.

Diminishing returns in large codebases

One detailed account argued that AI coding tools become markedly less efficient as codebases grow.

At around 100,000 lines of code, this developer said human programmers become more efficient overall than AI assisted ones, once time spent fixing bugs introduced by the model is factored in.

They estimated that only around 30% of tokens used in a typical session go directly towards writing functional code, with the remainder split between planning documents and unit tests.

Shift towards commoditisation

Several commenters suggested the industry is moving away from simply scaling up parameter counts, arguing that further gains now depend on new architectural breakthroughs rather than bigger models.

This was framed as part of a broader shift towards cheaper, more specialised models tuned for specific tasks rather than general purpose scale.

Others disagreed, pointing to continued constraints on computing capacity and growing pressure on AI companies to show clearer financial returns as reasons the current approach still has room to run.

by Whatsnew Newsroom
whatsnew. APPS · WEB TOOLS · SECURITY · AI

Know what’s new.

The useful side of the internet. Covered properly.

Set as preferred →