Most software I use does still show some numeric value somewhere, either around the element when changing it, or in some other panel. This way you get some more information than in the hardware equivalent if you need more granular control. Its particularly nice if they allow you to click/double-click for editing values.

From my perspective as a user, knobs convey exactly what I need. Mostly I don't care about the exact number, just about what position something is in. Knobs behaving like sliders is fine. I'm not physically moving a knob, I might be moving it with a mouse or touchpad. You can't stray with a physical control the way you can with a digital one. And they allow interface designers to put a lot more information on screen where space is at a premium.

Honestly, just go download a trial version of something like Reaper or Reason and go make some music. You'll get a better feel.

This highlights my experience with these controls pretty well... I have no idea what is n-finger touchable or holdable anymore and I just stumble into features accidentally.

Nobody is telling you to build things that just "have merit". Just because you don't like them, it doesn't mean that great things weren't built off the back of Oracle and in JavaScript.

If some Oracle product is the best pick for the task, or JavaScript is the best pick for the task... will you pick it? Or will you whine about what you dedicated your life to?

If you can't see that other people might feel different about this, or be able to build great products with these, maybe you're the one without the imagination and ambition...

And accept that both have merit. You may not like it but there's a reason languages, tools, companies, products, whatever become popular. And it isn't just because "people are idiots" or evil companies. Console wars are for teenagers.

I can't speak to the complexity you've encountered, but for me it's pretty much zero. A button component is just a function. React-Router is good enough and code splitting is pretty much just changing how to import something. Component state is dead-easy to write by just adding a useState hook. Bundlers pretty much handle everything these days so not to much concern about size.

Your view on front-end developers having been mediocre in the past isn't far off though, at least in my experience. I noticed a big difference between the people who wanted to build nice looking pages and the ones that wanted to build applications myself. Even today it amazes me how many people have never unit tested their code, have no idea about layering an application and have poor JS/TS fundamentals. It's gotten a lot better though.

Ultimately it isn't perfect for everything, but for a lot of people it's an easy choice. And for me personally, the tons of other JS frameworks do very little in that area that I'd pick them. I'd rather spend my time working on the product. Lol, maybe its just the default because its the default at this point.

Honestly between React, Angular and Vue, there's enough jobs if you do want to specialise, but the mental model between the three isn't that different that a good engineer wouldn't be able to adapt.

React is boring old tech to me at this point and I'm happy with that. Like choosing Java, C# or Python for the back-end. I'd rather focus on innovating my clients products until something earth shattering comes along.

When I was in between jobs, it was mostly similar but I got up an hour later than I would usually and wouldn't hit the shower until like 10 am. Maybe work on some project or watch something, eat lunch around 12 and then either go out for a walk or get groceries done. Only in the afternoon I would job search, call back people. Its only a few hours but I had to learn not to try to constantly job search, because there simply is no point and it would just make me feel like I was failing at it.

I'd say you're right to want some structure, but you're perfectly fine not having it all be productive.

I think you're projecting here. Its fine not to like trends in tech, but tech will change whether you like it or not. The people who jump on every new thing and stress about having to learn it all will keep doing it. That doesn't mean that anyone else hated it all to begin with. That's a pretty weird assumption to make. Even this thread is full of people who enjoy using React. Meanwhile, React is pretty stable and boring if you ask me. Your nightmarish decade will be extended. I'll light a candle for you.

With HTML and CSS. And you don't touch JS until you understand the fundamentals of those. And only after those three do you touch a FE framework.

I'm not even kidding either. Whether its React, Angular or any back-end driven templating, those things are all abstractions over fundamentals.

Also, realistically you probably won't remember most of what you read. I suck at that as well, but you do build up a lot of peripheral knowledge. You may not remember how to do that one thing, but maybe you do remember that it exists, or that it was in a particular book. Just that type of knowledge has worked well for me.

Looking at it from a business perspective, it's also a matter of cost. How big a percentage of people have JS off (I searched a bit and everything suggests low single digits, 1-2%), versus how much time do I spend making sure the site is somewhat functional to serve these people. And does somewhat functional make sense? Can they see my site but they can't go into my sales funnel without me making HTML-equivalent pages? In that case why would I bother unless that percentage of users grows to where it becomes financially interesting to me?

Still, would be nice if most sites would at least render some plain HTML fallback with a bit of info, instead of a single line on a white page saying "this doesn't work".

We can't agree on your stance, because other people have different stances. You may have some reason why you want JS and cookies disabled, but many people don't. JS has been a part of the internet for as long as I've been alive. Sure, it's being used different and sometimes needlessly as with the blog you noted, but it's here and it's not going anywhere.

If you want the web to be cookieless and JS-less, you can disable them. But the web is not cookieless and JS-less. You get the experience you want. You can't expect everyone to want that experience.

Regardless, that doesn't address the plight of the junior. The junior shouldn't be put alone in a team and expected to effectively manage everything in that beach-ball graph, let alone be expected to come up with proper designs by themselves. That's a fault of the person putting the junior there, not a fault in the design of the whole team.