59 ms·
I disagree with the majority of this article. There seems to be a theme in there that angular is too heavy (Java, templates, performance, time reading DOM on l
by aidos 12y ago
I disagree with the majority of this article.
There seems to be a theme in there that angular is too heavy (Java, templates, performance, time reading DOM on load) for the front-end.
There's really a false premise at play here - that apps these days are as simple as they once were. Imagine for a second that front-end applications are vastly more complex than they once were (because they are). For any of us who have built more complex front end tools, you need something to help you manage the complexity you're now carrying around.
Now the rest of it starts to make sense. More uptake from backend devs than front-end devs? The backend guys have built large complex systems in the past, they know that a tool like this can help them and it's something they're used to dealing with. Prescribed structure to your code? Yup, sounds good - I don't want to spend my day figuring out someone's callback spaghetti or DOM updating triggers from random locations. Front-end templates? If you don't need them and you're using angular you are using the wrong tool for the job.
- rimantas 12y ago> Front-end templates? If you don't need them and you're > using angular you are using the wrong tool for the job. What if nobody needs them, and hence angular ir the wrong tool for the job? ;)
- aidos 12y agoWell, true, you don't technically need them :) If you're building an app that can't be rendered on the server, at some point you've have to update the DOM - templates are one method that allows you to do that in a declarative fashion.
- lgunsch 12y agoWhat really annoys me is when people throw around the term "over-engineered". This is pretty much just a complaint in disguise saying they didn't understand how it works with a 5 minute glance. If you don't have at least a few 2000 line spaghetti code functions in your code base, its "over-engineered"