Abstraction is fundamentally about how we simplify complex cognition. Under that definition, LLMs can be said to be abstractive. That is a different kind of abs

Abstraction is fundamentally about how we simplify complex cognition. Under that definition, LLMs can be said to be abstractive. That is a different kind of abstraction from the conventional compiler-style abstraction. It is simply a shift from deterministic abstraction to probabilistic and exploratory abstraction. Does that make it not an abstraction? I disagree. I understand the author's intent, but in my view, the argument should not be that LLMs are not abstraction. Rather, we now need to separate them as subcategories under the term abstraction. This is a matter of drawing category boundaries, not of denying that LLMs abstract at all. The subcategories would be deterministic abstraction and non-deterministic abstraction. It is true that LLM output is probabilistic, and that obtaining good results requires sampling multiple times. I also agree with the warning that naive vibe coding can harbor security vulnerabilities. However, that does not carry the premise that humans are any different. Developers in Silicon Valley, the center of gravity of the IT world, may consistently encounter well-written code. But in the peripheral zones of IT that I work in, I invariably see procedurally written, low-quality code. In fact, there are quite a few areas where AI-generated code has raised the quality bar. The real problem is that as humans write more code with AI assistance, the sheer volume explodes, and what used to require a small, localized fix in a bad codebase now requires a massive overhaul. That is the meaningful difference. the core issue is this"when using AI, one must take responsibility for the output produced". People in Silicon Valley may assume that human-written code is inherently responsible because that is the code they see. But most of the code I encounter is a mess. I receive legacy code migration requests fairly often, because my primary domain is embedded systems through PLC factory control programming. In the C++ ecosystem in particular, the version fragmentation is severe. Code written in the C++98 style sits next to code written for C++11, versions are mixed indiscriminately, and security issues are present throughout. Yet all of it gets ignored on the grounds that it runs. In conclusion, there are many points in the author's article I agree with. But I believe the categorical distinction the author draws is wrong.