Earlier quoted context omitted.
For one, it is incompatible with the whole open web stack. You cannot use Bootstrap with it. And if you decide to move off Angular, you are going to be in a world of pain. Second and worst of all - it is a monolithic framework. As long as you just do things the "Angular Way" - you are fine. If you want to change or override something, you are in a world of pain. If you are learning Angular - you are hardly learning J…
1: You shouldn't be using bootstrap, even though you can with angular. 2: What do you need to do in the front end that can't be accomplished the 'angular way'? I'm not sure you understand what monolithic really means. The beauty part of angular is that you can use it as little or as much as you'd like in your web applications. 3: Angular 2 is going to be preeeetty much only ecma6. Also, understanding angular means yo…
Why junior developers are learning bad habits from Angular
81–90 of 138 posts
Re: Why junior developers are learning bad habits from Angular
#82The central problem with Angular is what is says about the software industry in general - that a framework so fundamentally and ridiculously flawed could invite such wide appeal suggests that many people have absolutely no idea what they are doing. The thousand monkeys approach to engineering has wide implications for security and safety of systems that we rely on. There is simply no way that you can say that you kno…
The central problem with Angular is what is says about the software industry in general - that a framework so fundamentally and ridiculously flawed could invite such wide appeal suggests that many people have absolutely no idea what they are doing. I have yet to see an Angular project that doesn't qualify as tiny . For that purpose -- banging out some internal CRUDish app -- if it allows people to create working succ…
You missed the point of yesterday's React announcement.
It's not at all about OOP.
See this:
Re: Why junior developers are learning bad habits from Angular
#83>Many would not even see the problem here, and just as children don't know cars can hurt, juniors don't know just how destructive this anti-pattern can be to performance, separation of concerns and long term code base maintenance. Yup, I don't get it. I guess not only am I eternally doomed to be a junior dev but also am being compared to a child, a monkey typing at a typewriter, but also someone who doesn't know JS a…
Re: Why junior developers are learning bad habits from Angular
#84Earlier quoted context omitted.
The central problem with Angular is what is says about the software industry in general - that a framework so fundamentally and ridiculously flawed could invite such wide appeal suggests that many people have absolutely no idea what they are doing. I have yet to see an Angular project that doesn't qualify as tiny . For that purpose -- banging out some internal CRUDish app -- if it allows people to create working succ…
>One of the most common features pushed by just about every framework (just saw it about React yesterday) is desperately, and leakily, trying to abstract Javascript into some sort of classic OOP language. You missed the point of yesterday's React announcement. It's not at all about OOP. See this: https://news.ycombinator.com/item?id=8959691 https://twitter.com/swannodette/status/560554408782864384
"JavaScript originally didn't have a built-in class system. Every popular framework built their own, and so did we."
I was not making a comment on any new development or change in direction, just that React (a tool I don't use) admitted to also jumping on the pretend-OOP thing.
Re: Why junior developers are learning bad habits from Angular
#85I have come to learn that the majority of people who say they work in a particular system have actually only ever dabbled in it.
Re: Why junior developers are learning bad habits from Angular
#86Re: Why junior developers are learning bad habits from Angular
#87I tried learning Angular because people at work started using and hyping it beyond measure. So I thought 'ok' this got to be really good stuff.
And it was good, _if_ experienced people held my hand. Otherwise I got lost in a soup of what seemed like unnecessary terminology -- $scopes, controllers, digest cycles, dependency injections, directives, and so on.
It kind of brought back memories of first generations of Enterprise Java frameworks (you know the factoryfactorymanager joke...)
So I have seen Angular work easily for already experienced devs who knew web front-end development very well. For me, what I really like is React. Ever since watching Peter Hunt's video one or two years ago, the idea of the virtual DOM and how events propagate made sense and was small enough to fit in my brain. I was able to go through some tutorial and do a few toy project in my spare time.
Anyway, if you care for another data point, there it is.
Re: Why junior developers are learning bad habits from Angular
#88Earlier quoted context omitted.
This is a rather surprisingly and unnecessary harsh comment. Would you like to explain why do you think Angular is so flawed?
For one, it is incompatible with the whole open web stack. You cannot use Bootstrap with it. And if you decide to move off Angular, you are going to be in a world of pain. Second and worst of all - it is a monolithic framework. As long as you just do things the "Angular Way" - you are fine. If you want to change or override something, you are in a world of pain. If you are learning Angular - you are hardly learning J…
Are there non-monolithic frameworks? I believe that's the main value proposition of using a framework: you don't need to think about how to organize things because it's the framework's job to provide you with square and round holes, all you have to do is provide the square and round pegs. I am not saying that framework is better than N libraries. I am saying that that is the framework's value proposition. Honestly, I tried helping someone with a Backbone project a while ago. The first thing you have to do when using Backbone is apparently learn a dozen or two of really random names (I swear JS project names are generated as `englishNouns[randInt(englishNouns.length)]`).
The knowledge gained from using Angular is as transferrable as the knowledge of jQuery: it's not straight JS, but if you understand what it does under the hood you can switch to a different library rather quickly.
Lastly, Angular has something that many other frameworks don't: a commercial backer. This means that it's not likely to just bitrot on GitHub for years when the original author loses interest.
Re: Why junior developers are learning bad habits from Angular
#89Re: Why junior developers are learning bad habits from Angular
#90Earlier quoted context omitted.
This article only did one thing for me - demonstrate that the author himself doesn't understand Angular or the problems. I don't know Angular that well myself, but the author knew anything more than I did, he'd be able to spend the extra 30 seconds to write the refactored code. Dismiss this article. It's a waste of time and energy. In fact, I really shouldn't even be wasting my time commenting on it.
>This article only did one thing for me - demonstrate that the author himself doesn't understand Angular or the problems. Seems pretty evident from the horrible jankiness of this blog. Heavy as shit and it loads on the 5th try.