For further actions, you may consider blocking this person and/or reporting abuse
The Next Generation Developer Platform
Coherence is the first Platform-as-a-Service you can control. Unlike "black-box" platforms that are opinionated about the infra you can deploy, Coherence is powered by CNC, the open-source IaC framework, which offers limitless customization.
Read next

Humanoid Robots Learn Human-Like Object Manipulation Through Virtual Training and Real-World Transfer
Mike Young -

AI Shows Both Genuine Altruism and Strategic Selfishness in Behavioral Tests
Mike Young -

How to Perform Dynamic Code Execution in .NET with C# Eval Expression
Anton Martyniuk -

The Open Source Revolution: Empowering Developers Through GitHub Sponsors
Laetitia Perraut -
Top comments (2)
I think your 100% correct.
I'm at the point where I am extremely careful about the things I include in my projects. I spent way to much time trying to hammer tools together than I do solving problems.
That isn't to say we have lots of bad tools. I think the tooling in modern web development is good. The problem is we try to use every tool for all things in pursuit of mythical re usability, but we aren't factoring in the overhead cost of dealing with the extra complications in our tech stack, and the way it can hide bugs from us we didn't even know existed. I'd much rather have a type error in hand-written vanilla java-script than an NPM error because a package 3 levels of dependencies deep forgot to consider a corner case.
Tool use is 'deep' complexity, which prevents 'wide' complexity. But it's all complexity, so I avoid using at tool, or a framework until I need to solve an actual problem, rather than creating a tool chain of a million tools just in case I need it later. When I do, I include the tool or library in a service, at a high level and make it part of the root requirements. So in JS, you need a good CSS framework, a good SPA framework, and then libraries for specific problems. Moment for time handling, or paper.js for graphics, etc. OTher than that, I keep my hierarchy of dependencies as flat as possible.
I do think the current eco-system is over-engineered and we would benefit from focusing on the basics. If you can't easily reason about what is going on under the hood, it's probably got to much abstraction, and it's a good thing to remove abstraction that isn't required.
There is no better feeling in the world than deleting code you don't need and having your stuff still work.
Nope. There is a natural bloating for every evolving ecosystem and cli copycats whenever a feature pops out.
Every framework copies features from the others thus everything becomes bloated eventually