Live data from Hacker News

The Frontend Treadmill

polotek.net

81–90 of 722 posts

Re: The Frontend Treadmill

#81
post #40

Why does FE development have such churn? Desktop toolkits from 30 years ago work just as performantly today; what is so difficult about the browser that demands constant framework updates?

Because web apps you see today were not feasible even 10 years ago (and I'm not talking about simple static websites)

Like what? I think the web looked more or less the same in 2015 as it does today.

Re: The Frontend Treadmill

#82

Speaking of front end frameworks, whatever happened to Angular(JS)? It seemed to be required on every other job posting, but now things seem to only ask for React or React Native.

The difference in speed between Angular 1 and React was like the difference between Python and Rust. Not only was React simpler than Angular and had fewer footguns, but it was so ridiculously fast out of the box compared to Angular.

Then Google google'd and left devs high and dry with the need to rewrite their apps from Angular 1 to Angular 2+, whereas React has been relatively stable, despite some incompatibilities -- yes there are new features and new methods, but you can still do React classes.

Re: The Frontend Treadmill

#83
I had this same mindset when React started gaining popularity. "Vanilla JS all the way". Then I saw the power of React, and fell in love with it. Then I landed a position that uses jQuery and Vanilla JS for everything a few years later... and oh my. It's absolutely awful.

I know, I know, vanilla JS is most likely going to work in 5+ years as opposed to the React codebase, but damn. Wretched.

Re: The Frontend Treadmill

#84

Speaking of front end frameworks, whatever happened to Angular(JS)? It seemed to be required on every other job posting, but now things seem to only ask for React or React Native.

If anonymous posters on HN are to be believed, the guy spearheading Angular as a major frontend framework got his mansion on a hill and he left. And before that the Angular developers burned down their community by breaking compatibility in the transition between 1.X and 2.0.

Develop on Google -- when you really really really want to refactor your web app every 6 months. Love me some Android version bumps -- who needs compatible API interfaces?? Never did Microsoft or Intel/AMD any favors.

Re: The Frontend Treadmill

#85
post #4

Based on the first paragraph alone, almost all devs I know think that a complete rewrite will solve all the issues, thats not only frontend but backend too. Web development in its current form is a beast and if we want true change we need to fix the biggest issue there is for all of webdev: Forcing everything into Javascript and incompetence. I wont claim I am competent, but at least I acknowledge that SvelteReactVue…

Basically we are in this scenario: https://xkcd.com/927/ Honestly though I think WASM might be the final state of the web.

Re: The Frontend Treadmill

#86

I have recently been doing some upgrades to the build system for our FE code to swap out yarn for pnpm. I’m normally a backend engineer, but I’ve spent plenty of time in the JS mines. The most frustrating thing about dipping in to the FE is that it seems like literally everything is deprecated . Oh, you used the apollo CLI in 2022? Bam, deprecated, go learn how to use graphql-client or whatever, which has a totally d…

> Meanwhile in JS it seems like you can’t go more than six months without having to rewrite something. It’s bananas.

The thing is, it's totally possible, but it requires restraint and properly caring about what you pull into your project.

Back in the vanilla JS/jQuery days, when I got started, our "dependency management" was basically copy-paste .js files into a `vendor/` directory. Then nodejs/npm appeared (and bower, which FE used before using npm), and suddenly the advice became to just not program those things yourself, download the module.

But already at that point, a lot of us questioned the idea of owning thousands of hidden lines, rather than explicitly owning those, and outsourcing everything to volunteers who basically do FOSS for fun.

Even today, it's possible to care about your project enough to not bloat the invisible parts too much, if you want to be able to continue to work on the project. Again, requires restraint, and going back to the "I only need a function from this library so instead of depending on the entire library, lets just copy-paste this function into our codebase and add some tests" way of dealing with minor things.

So I guess what I'm ranting about, is that this is a people and process problem, not a JavaScript problem, because there are a lot of us JS developers who don't suffer from this problem, while large parts of the ecosystem does.

Re: The Frontend Treadmill

#87

I have recently been doing some upgrades to the build system for our FE code to swap out yarn for pnpm. I’m normally a backend engineer, but I’ve spent plenty of time in the JS mines. The most frustrating thing about dipping in to the FE is that it seems like literally everything is deprecated . Oh, you used the apollo CLI in 2022? Bam, deprecated, go learn how to use graphql-client or whatever, which has a totally d…

Wait, we're supposed to use pnpm now? What happened to yarn? What's wrong with npm? I stop paying attention for six months and even the installer has changed. What's an npx?

Well, what's wrong is your mindset, if anything. You're not supposed to do anything. npm still works, it isn't deprecated, and it does more or less the same thing as the others, only that others can be slightly faster.

But if npm/yarn/whatever works for you, just use that thing. The mindset of having to move to whatever "mainstream developers" are using today is what is causing you problem, not that alternative solutions exists in the first place.

Re: The Frontend Treadmill

#88
post #85
post #4

Based on the first paragraph alone, almost all devs I know think that a complete rewrite will solve all the issues, thats not only frontend but backend too. Web development in its current form is a beast and if we want true change we need to fix the biggest issue there is for all of webdev: Forcing everything into Javascript and incompetence. I wont claim I am competent, but at least I acknowledge that SvelteReactVue…

Basically we are in this scenario: https://xkcd.com/927/ Honestly though I think WASM might be the final state of the web.

> I think WASM might be the final state of the web

Oh sweet summer child, we've been close to the "final state of the web" for as long as I've done web development.

Re: The Frontend Treadmill

#89
post #39

I have recently been doing some upgrades to the build system for our FE code to swap out yarn for pnpm. I’m normally a backend engineer, but I’ve spent plenty of time in the JS mines. The most frustrating thing about dipping in to the FE is that it seems like literally everything is deprecated . Oh, you used the apollo CLI in 2022? Bam, deprecated, go learn how to use graphql-client or whatever, which has a totally d…

This is exactly why I am a huge fan of ember.js Unfortunatelly it fell behind in popularity mostly due to some unimportant reasons (eg not being able to render 1M rows faster than react) and some important ones (load times), but boy did they build a stable ecosystem! I haven't seen such a commitment to stability and guardrail upgrades to this day on any other piece of front end library.

Ember is one of those frameworks that isn't as "flashy" as the latest and greatest javascript frameworks, but it just keeps quietly working and adopting new techniques from the more popular frameworks on a consistent and easy to follow schedule. They even make upgrading to the latest way of doing things relatively painless by providing scripts to automate many upgrades for you.

> 1. Before removing a feature in a major version, it lands as a deprecation in the previous major. A deprecation is only enabled by default once we have a clearly documented migration strategy that covers the use-cases of the old feature.

> 2. When we ship a new major, the only thing it does it flip deprecations targeting that new major into errors.

https://bsky.app/profile/wycats.bsky.social/post/3lg2p5dwuzk...

Re: The Frontend Treadmill

#90

Speaking of front end frameworks, whatever happened to Angular(JS)? It seemed to be required on every other job posting, but now things seem to only ask for React or React Native.

Angular's fine, new versions come out regularly, often improving DX. Although I must admit that deprecation and breaking changes mentioned in the article sometimes make keeping up with updates kinda annoying. On the other hand, I'd never return to a home grown framework. Most of my problems nowadays come from business requirements and lackluster IT.
Post reply on HN