News for hackers. Stuff that matters.
Re:Why is front-end development so unstable? (2018) by thepasswordis on Monday May 30, 2022 @05:48PM (#31563987)
Just to chime in here for anybody reading along:

I work full time as a software developer doing react. I have got literally no idea what almost everything you listed is.

"Broccoli"?

I have heard: grunt, gulp, webpack, metro, redux, and recoil. The rest of those could be sarcasm for all I know.

Re:Why is front-end development so unstable? (2018) by ricardobeat on Monday May 30, 2022 @05:53PM (#31564030)
These are only the mainstream ones I can remember, there have been a ton more! I guess if you've started post-2018 things have been a bit more stable, but there was quite a bit of churn to get here. And it's still happening - no two React projects are alike even in the enterprise.

https://github.com/broccolijs/broccoli

Re:Why is front-end development so unstable? (2018) by mccorrinall on Monday May 30, 2022 @06:27PM (#31564303)
That’s because react is a library, and not a framework. React doesn’t have opinions, that’s why you can find 300 state management libraries and 200 routers which do the same thing, just in different ways.
Re:Why is front-end development so unstable? (2018) by throw_m239339 on Monday May 30, 2022 @06:48PM (#31564458)
> That’s because react is a library, and not a framework.

React should be considered a framework.

React absolutely imposes a data model (unidirectional workflow) to the developer thus a certain code structure. The fact that it is light weight compared to Angular doesn't change the fact that React is a front end framework. React usage completely replaces the traditional way to interact with the DOM and manage DOM events, thus abstracting it.

> React doesn’t have opinions,

React becomes very hard to use if your data model isn't organized to suit React architecture.

It doesn't have opinions about everything (like AJAX or SPA routing) but it absolutely has an opinion about how you data objects should be structured.

Re:Why is front-end development so unstable? (2018) by mccorrinall on Monday June 13, 2022 @08:27AM (#31724508)
Quote from reactjs.org: A JavaScript library for building user interfaces

Literally on the start page

Re:Why is front-end development so unstable? (2018) by jhanschoo on Tuesday May 31, 2022 @04:27AM (#31567232)
Indeed, it's unfortunate that React bills itself, in its front-page copy, as a library and not a framework, out of a desire to emphasize its portability and being "lightweight"; but the day-to-day of building a React app is more that of working in a framework than calling library functions.
Re:Why is front-end development so unstable? (2018) by abraxas on Monday May 30, 2022 @07:03PM (#31564562)
If you don't know these words you haven't been coding JS long enough. Those like myself who started in 2014 or earlier know all of those and more (anyone still remember shrinkwrap for example)?
Re:Why is front-end development so unstable? (2018) by xwolfi on Monday May 30, 2022 @07:23PM (#31564666)
Depends HOW you coded. I started JS at 11 yo in 2001, and became fulltime around 2012 - 2 more years of JS than you, I'm your grandaddy in this ever changing mess... I do not know Broccoli either. Googling it: "A fast, reliable asset pipeline, supporting constant-time rebuilds and compact build definitions" I raise my eyes to the ceiling and whine "why the hell isn't there an Oracle or IBM for JS to finally standardize just building crap".

It's probably cause I switched 4 years ago from the typical perma-migration grind to rarely using any framework and coding JS like I code the backend. Simple service classes in pure JS, rare dependencies, simple build. I once ditched years of work by a team of 40 to rewrite "everything" in low level javascript and showed the guys that what we spent all this years writing, really, was useless: did we need that enormous angular runtime config resolver that would draw generic components reading from crafted json configuration ? Or could we just write the damn things as we mean it in... javascript directly ?

Don't use a JS framework as long as you can help it, just the simple fact you can trace the whole function chain in a few seconds, vs reverse engineering the damn VueJS, or React, or Angular (does that monster even exist anymore, we hear about it a lot less than when it was all-encompassing, 8 years ago) plumbing, is worth it.

And son, if you want some war stories from your granddad, have you heard of jQuery ? :D

Re:Why is front-end development so unstable? (2018) by abraxas on Monday May 30, 2022 @07:40PM (#31564769)
Very, very few places will let you not use a framework nowadays. There is a ton of cargo culting around JS frameworks and coding vanilla is pretty much heresy land these days. Personal projects? Go for it. Commercial apps built for your employer? Good luck with that. Not only will you be raked over the coals for "reinventing the wheel" you'll also be blamed for any stumble along the way, whether it's related to using vanilla or not.

> if you want some war stories from your granddad, have you heard of jQuery ? :D

Bah, whippernsapper! I cut my baby web teeth on CGI and spent the bulk of it in Struts and JSF. Remember THOSE?

Re:Why is front-end development so unstable? (2018) by xwolfi on Thursday June 02, 2022 @12:27AM (#31591357)
I was "born" after Struts was "obsolete" (so I had my honeymoon phase with Spring/Hibernate until I fixed so many mistakes in companies I decided using smaller surface tools and closer to the metal queries would actually save time) and never touched JSF :D CGI for me is prehistory loool.

However, employers dont need to be involved in choosing a framework or not. You ll notice that usually its the little bees building their resumes that bemoan non stop about migrating from react to vue or vue to react :D

I never heard a sales guy tell me: WHAT, it works fine, is cheap to maintain and has no stupid 10k levels dependency graph in npm ? I ll stop making money on this until you completely "standardize" it into a moving sand on npm. And dont forget a pipeline of 3 transpilers, you wouldnt want to write in a browser-native language, caveman.

I do use requireJS to split in nice files and import easily though I admit.

Re:Why is front-end development so unstable? (2018) by tomcam on Monday May 30, 2022 @11:37PM (#31565882)
No I don’t. I was too busy programming ENIAC using patch cables. Grace Hopper once made a snide remark about it after lunch. She smelled like corned beef hash.
Re:Why is front-end development so unstable? (2018) by meowtimemania on Tuesday May 31, 2022 @02:58AM (#31566804)
Broccoli I believe is still used to build ember projects