News for hackers. Stuff that matters.
Re:Software Engineering Within SpaceX by treespace88 on Wednesday June 03, 2020 @12:29PM (#23405293)
Yes, it feels like the desktop gui framework/language wars that have been raging since the 90s are finally ending.

As a desktop developer working with everything from visual basic, C++ win forms, QT, swing, C#, html and javascript. I could not be happier.

Finally we have a GUI stack where I don’t have to re write everything every 10 years.

Re:Software Engineering Within SpaceX by AnIdiotOnTheNet on Wednesday June 03, 2020 @01:06PM (#23405783)
Finally we have the worlds least-integrated, poorly accessible, completely inconsistent, most difficult to theme, resource intensive GUI stack. Software devs rejoice at the job security of JS framework churn while stealing user data and shoving ads in their face to pay their own salaries.
Re:Software Engineering Within SpaceX by jfkebwjsbx on Wednesday June 03, 2020 @12:49PM (#23405545)
In the web world you are pretty much relearning new APIs, frameworks, approaches and what not every second year.
Re:Software Engineering Within SpaceX by VMisTheWay on Wednesday June 03, 2020 @12:34PM (#23405352)
What has it settled to? Html, css and JavaScript?

Btw if you consider that, there are wars over which JavaScript framework.

Re:Software Engineering Within SpaceX by Slartie on Wednesday June 03, 2020 @03:47PM (#23407813)
> Btw if you consider that, there are wars over which JavaScript framework.

None. Simple as that. At least for something like the Crew Dragon control panels, any kind of JS framework would add unnecessary bloat for very little use, because they were all designed with a very different goal, definitely not to write the UI portion of a C++ application that controls a spaceship.

Just stick to vanilla JS, simple HTML and well-written CSS and circumvent the framework wars altogether.

Re:Software Engineering Within SpaceX by treespace88 on Wednesday June 03, 2020 @02:45PM (#23407117)
They all still compile to the same stack, so no problem. I don’t have to throw away my working jquery/angularjs/scriptaculos/dojo/react/ code just because angular.io is pretty cool.

In time vanilla js will eat them anyways.