Frameworks: silver bullet or harmful habit? [ukr]

Ten years ago, we brought libraries and frameworks into our projects not because we wanted to, but because we had to. It was the only way to survive the “browser wars” era and avoid drowning in spaghetti code. Frameworks became our спасіння, and we got used to them.

Since then, the web has evolved — but our habits haven’t. HTML, CSS, and JavaScript have made huge leaps forward, yet we still automatically pull in megabytes of abstractions just to render a simple product list — and proudly call it a “modern stack.”

It’s time to ask ourselves some uncomfortable questions:

• What problems do frameworks actually solve today — beyond our fear of being left alone with plain JavaScript?
• Where is the line where “developer comfort” turns into unnecessary weight for the product?
• Have frameworks become just a convenient shield, hiding our reluctance to truly understand how the platform works?

I’m not saying we should delete React tomorrow (although…). But I do want to explore this: do frameworks still solve real technical problems, or are we just building another “Hello World” in React because we’ve forgotten how to do it any other way?