News for hackers. Stuff that matters.
[dead]
Re:Escaping the SPA rabbit hole with modern Rails by GordonS on Sunday July 08, 2018 @11:23AM (#17484202)
> this attachment that older developers have for MVC is a ghost that really needs to be addressed once and for all. Seriously. MVC is dead and we need to let it stay dead

What needs to die is this grounded-in-fantasy contempt for mature, very much alive, performant technologies with huge ecosystems.

Re:Escaping the SPA rabbit hole with modern Rails by dragonwriter on Sunday July 08, 2018 @11:33AM (#17484258)
Isn't the problem in your rant of SPA architectures vs MVC the fact that plenty of SPA architectures are client-side MVC architectures, and most of the rest are slight variations in the MV* family (MVP, MVVM, etc.)
Re:Escaping the SPA rabbit hole with modern Rails by Dirak on Sunday July 08, 2018 @07:00PM (#17486768)
No. That's exactly wrong. We need to stop even thinking in terms of MVC. React, Vue, Angular all used component based architectures and if you think component based architectures can be labeled as MV* then you're not understanding why this pattern is lightyears better than MVC.

MVC was a hack of a pattern that developers adopted to get server side rendering architectures to even work. Good developers recognized its many flaws and when front-end development became decoupled from the server, tried and true practices and patterns such as modularity, reusability, and separation of concerns were adopted to the front end and the results of those efforts are the front end frameworks and libraries we have today. They are not variations of MVC. If you work with them as such, your SPA architecture will look just as brittle and shitty as a server-side architecture.

Re:Escaping the SPA rabbit hole with modern Rails by dragonwriter on Sunday July 08, 2018 @07:27PM (#17486888)
> MVC was a hack of a pattern that developers adopted to get server side rendering architectures to even work.

MVC wasn't even developed for networked applications, but for desktop GUI applications; it was later adapted for web applications,

And server-side rendering existed and the worked before MVC was a popular pattern to use for it; MVC was a step forward in making applications doing it maintainable, but want chosen to get it to work at all.

> Good developers recognized its many flaws and when front-end development became decoupled from the server, tried and true practices and patterns such as modularity, reusability, and separation of concerns were adopted to the front end

MVC came from application of exactly those principles to desktop development, and was adopted precisely to bring those to web development. Sure, it wasn't the end of the road in that, but it wasn't done kind of reversion from it, either.

Re:Escaping the SPA rabbit hole with modern Rails by ug02nice on Sunday July 08, 2018 @12:58PM (#17484795)
They're in stage 3-4 of denial. Denial cycle.