I too think Angular is overly complex and "magical." The JavaScript world should be learning from the mistakes of monolithic and semi-monolithic frameworks such as ASP.NET and SEAM not trying to recreate them. For my part I'd like to see separate libraries for events, views, models, syncing models to persistent storage, and binding models to forms. Small micro-libraries allow maximum flexibility and efficiency, and f…
I wish I could give this comment a million upvotes. From my perspective as someone who has developed on the MS stack for 15+ years, frameworks like angular and ember strike me as (retroactively) following right in the footsteps of Silverlight and ASP.NET WebForms. To be clear, I don't think that's a good thing.
Complexity Creeps: Why I'm Concerned for the Future of Angular.js
21–30 of 59 posts
Re: Complexity Creeps: Why I'm Concerned for the Future of Angular.js
#22I too think Angular is overly complex and "magical." The JavaScript world should be learning from the mistakes of monolithic and semi-monolithic frameworks such as ASP.NET and SEAM not trying to recreate them. For my part I'd like to see separate libraries for events, views, models, syncing models to persistent storage, and binding models to forms. Small micro-libraries allow maximum flexibility and efficiency, and f…
At that time documentation was sparse and often incorrect, but I'm very glad they're moving to a more predictable and sane DI model.
Re: Complexity Creeps: Why I'm Concerned for the Future of Angular.js
#23Earlier quoted context omitted.
I'm also pretty excited to see the next release. I have read about potentially including lazy loading in the base which personally would be really huge. Not having to integrate Require would be a pretty interesting to me if it happens
have you met my friend [1] browserify? I'm probably not the audience for require.js, because I've never had a situation where I was forced to not have a build step. Once you just accept that there's always a build step, life becomes so much easier. [1] http://daemon.co.za/2014/03/subtly-meta-introduction-to-brow...
Sigh... but I don't want there to be a build step... :(
Re: Complexity Creeps: Why I'm Concerned for the Future of Angular.js
#24That said, I'm somewhat sympathetic to this complaint - it turns me off towards Backbone. However, I argue that it isn't nearly as bad as views with Backbone. In addition, this is changing in 2.0 with a much cleaner injection mechanism.
Re: Complexity Creeps: Why I'm Concerned for the Future of Angular.js
#25I too think Angular is overly complex and "magical." The JavaScript world should be learning from the mistakes of monolithic and semi-monolithic frameworks such as ASP.NET and SEAM not trying to recreate them. For my part I'd like to see separate libraries for events, views, models, syncing models to persistent storage, and binding models to forms. Small micro-libraries allow maximum flexibility and efficiency, and f…
A lot of this stuff only really makes sense once the entire environment is present. Polymer is actually fairly similar, but trying to tackle the problem from a different angle.
It has the potential to do less in the future, and I think right now it's an interesting proving ground for and ideas and teaching people to think about things differently.
You should see this slideshow about their plans : https://docs.google.com/presentation/d/1Gv-dvU-yy6WY7SiNJ9QR...
I'm much much more comfortable with backbone myself. If I didn't specifically set out to build a couch-app, i would not have been able to justify using angular.
interestingly, i realized i like backbone for the opposite reason i like angular. I don't actively expect it to get more complex over time. It just feels like each new release 'tightens up' the formula.
Re: Complexity Creeps: Why I'm Concerned for the Future of Angular.js
#26Earlier quoted context omitted.
I wish I could give this comment a million upvotes. From my perspective as someone who has developed on the MS stack for 15+ years, frameworks like angular and ember strike me as (retroactively) following right in the footsteps of Silverlight and ASP.NET WebForms. To be clear, I don't think that's a good thing.
I think simplicity is undervalued in the programmer world in general. It takes so much more mind-energy for someone to implement/refactor/add-to/test complex code written by someone else as opposed to simple/verbose code.
when i subtitled my blog sensible complexity, I didn't realize that it was actually something I cared so deeply about.
Re: Complexity Creeps: Why I'm Concerned for the Future of Angular.js
#27I'm a huge fan of dependency injection, it makes life infinitely better when designing your code & testability. That said, I'm somewhat sympathetic to this complaint - it turns me off towards Backbone. However, I argue that it isn't nearly as bad as views with Backbone. In addition, this is changing in 2.0 with a much cleaner injection mechanism.
Backbone views has nothing to do with this, imo.
The thing I miss the most when using backbone, and I use it a _LOT_, is observables. Binding and unbinding model events can get really tedious.
Marionette really does help for that, but this stuff can still get out of hand.
Re: Complexity Creeps: Why I'm Concerned for the Future of Angular.js
#28Earlier quoted context omitted.
I wish I could give this comment a million upvotes. From my perspective as someone who has developed on the MS stack for 15+ years, frameworks like angular and ember strike me as (retroactively) following right in the footsteps of Silverlight and ASP.NET WebForms. To be clear, I don't think that's a good thing.
I think simplicity is undervalued in the programmer world in general. It takes so much more mind-energy for someone to implement/refactor/add-to/test complex code written by someone else as opposed to simple/verbose code.
I imagine every programmer will claim to value simplicity. Trouble is, they're all talking past each other because their working definition is "the way I personally do things".
Re: Complexity Creeps: Why I'm Concerned for the Future of Angular.js
#29Earlier quoted context omitted.
have you met my friend [1] browserify? I'm probably not the audience for require.js, because I've never had a situation where I was forced to not have a build step. Once you just accept that there's always a build step, life becomes so much easier. [1] http://daemon.co.za/2014/03/subtly-meta-introduction-to-brow...
>Once you just accept that there's always a build step, life becomes so much easier. Sigh... but I don't want there to be a build step... :(
I just found that the result of that assumption ends up with something that is a lot easier to work with and reason about, than trying to rail against it by using something like r.js.
Re: Complexity Creeps: Why I'm Concerned for the Future of Angular.js
#30Earlier quoted context omitted.
I think simplicity is undervalued in the programmer world in general. It takes so much more mind-energy for someone to implement/refactor/add-to/test complex code written by someone else as opposed to simple/verbose code.
> I think simplicity is undervalued in the programmer world in general. I imagine every programmer will claim to value simplicity. Trouble is, they're all talking past each other because their working definition is "the way I personally do things".
i've been finding that it helps me to think about these things in a more concrete manner, so that i can vocalize to myself what I didn't enjoy in the recent experiences.