6 ms·

Angular JS Kinda Sucks

38 points by CmonDev 13y ago

mxxx 13y ago
I think the fact that the author is comparing angular with jquery as if they're two tools for doing the same thing probably illustrates a lack of understanding of what angular really is and what it's supposed to be for...
- prottmann 13y ago
  But he write what most of the developers misunderstood. Many people use Angular for jobs, that will be easier and faster done with a simple jQuery. "Get the job done" got replaced with "its cool to use xyz".
  - binocarlos 13y ago
    I dunno - since I properly learned me some angular - I've been bashing through jobs like no tomorrow. Each time I've thought 'there has to be more to do than that'. If I were doing JQueries - there would be an entire stack of event driven DOM updates still to code.
    - prottmann 13y ago
      For that you can use a simple library like http://www.ractivejs.org/ http://www.ractivejs.org/ But it depends on the complexity and size of a project and how many developers are involved. I prefer frameworks too, but for a small WebApp, it is overkill to use frameworks like angular/backbone/whatever.
  - chazu 13y ago
    Angular's value proposition for the dev is that if you take time to learn its unusual idioms and opinions, it will pay off. Its a very opinionated framework which contains some concepts most web developers aren't terribly familiar with - e.g. dependency injection - but which promises increased control over managing complex interactions, and consequently faster development times. Of course this means that for simple jobs jQuery may be better suited, unless you're trying to LEARN Angular, in which case it makes sense to struggle through trivial apps with complex tools until it clicks. None of this supports the article's thesis, of course, which is something akin to "I dont understand this, it must be lame!"
    - madeofpalk 13y ago
      > Angular's value proposition for the dev is that if you take time to learn its unusual idioms and opinions, it will pay off. Which is funny because it started out as a way for web desginers (not developers) to learn how to write apps.
jtokoph 13y ago
jQuery = DOM manipulation and Ajax library Angular = Application framework This is an apples to oranges comparison.
nestlequ1k 13y ago
This sort of reads like a parody. Halfway through it i couldn't tell if he was serious or not. Still not really sure. Well done.
acjduncan 13y ago
Must be a parody.
maaaats 13y ago
Well, I think Angular may be unintuitive for people having gotten used to the "jquery way" of thinking. But I think the jquery way of thinking is the problem here. For too long people have been doing direct DOM-manipulation, and fail to see how they can achieve what they want in a more declarative manner. When I started using Angular I had really no experience with jquery or any other js framework, and I felt Angular was intuitive.
- kitsune_ 13y ago
  Data binding coupled with a declarative syntax isn't a "new thing", especially in the enterprise world, .NET and Java. It's an acquired taste and I never really felt comfortable with it. You can build some perverse architectural monstrosities on top of it. Of course that's true for every technology or framework, but I am of the opinion that many of frameworks that tout data binding / declarative syntax actively encourage going into this direction. I'm somewhat surprised that it's so popular with the JS crowd right now.
  - RyanZAG 13y ago
    There's a reason data binding is popular with the JS crowd, and it's the same reason it's been somewhat popular with the big enterprise crowd. When your application starts getting very complicated, such as the user changing an input field that is reflected in a bunch of dynamic calculations across the app, it becomes desirable to simply change one value and have everything update. This is only desirable if your application is big enough that it's not just easier to re-run every calculation manually. Big enterprise has had this problem for a long time in their big multi window monster apps they use for stock trading, etc. JS webapps have been very simple for a long time and haven't really needed it until recently. Now that they're getting complex, JS devs are looking into how to solve the problem and it generally comes down to MVC OOP style or FP style. You can see these two derivatives in AnglularJS and ReactiveJS.
  - maaaats 13y ago
    You are right. I come from the backend world, so that may be the reason I felt jquery was "weird" and angular "right".
1angryhacker 13y ago
this guy describes himself as a "Programmer Extraordinaire" on linkedin
- 1angryhacker 13y ago
  "Here’s an idea of pricing for you. I work on projects based on complexity. If you have 100 pages with simple text and images on it, the task is not complex. Just time consuming. So I consider that a complexity of 1, times 100 times. So, complexity is 100. If you have one page with one complex interactive form, with a calculator, that grabs prices from out there on The Web, then it’s a one page design, but complexity of that one page is way high, depending on all of the features on it. Calculator, 2 points. Search 3 points. Connecting to databases and APIs, 5 points. You get the idea. Both projects can be about 100 points. One more complex than the other, and one more pages than the other. And now for the prices: $125 – $250 per point. That’s it. Why the wide range? Depends on a lot of things. But, on average, I can do about 39 points in two weeks. Considering the overhead, taxes, etc, that comes to about $60-$120 per hour."
  - 1angryhacker 13y ago
    "Notice that we added a DOCTYPE to tell browsers what kind of document we have. We picked 4.01 Transitional because of its flexibility to allow deprecated elements, like <font>."
    - andyhmltn 13y ago
      http://okmaya.com/clean-php/clean-php-step-6/ http://okmaya.com/clean-php/clean-php-step-6/ If you know PHP, you know that you shouldn't be doing it like that. He sounds like a novice. There's nothing wrong with that, but when looking at that kind of thing I would take an opinions as a grain of salt
      - marcomonteiro 13y ago
        It doesn't really matter what the language is, SQL injection vulnerabilities are serious in any language. A competent web developer understands that -- especially a "Programmer Extraordinaire".
rtpg 13y ago
I don't get it. What is this article even supposed to be about? A big point about angular's tutorial is that it isn't really explicit enough is how everything links together. It's a lot easier to learn angular by taking some sort of class or going to some presentation, because the tutorial in its current form does not explain general architecture. Another issue is a lot of people present angular as this sort of "oh hey, check out the data-binding stuff!" , when that is just a small part of the entire mechanism. Angular's big advantage is that it allows you to organize your javascript into nice little modules, and it gives you deterministic behavior about how these load (with the dependency resolution and whatnot).
czottmann 13y ago
To me this post boils down to "I already know jQuery, this isn't jQ, so WTF". Well, godspeed, you fancy bastard. I wouldn't use Angular for a small'ih average website where you want some minor JS-based UI functionality. But I found Angular much more suited than jQuery for big sites that are maintained by more than just one developer. You can look at some piece of HTML and you can tell from the list of directives what's going on. No stray click handlers and whatnot. One of my more recent clients had used jQuery for ~8 years, the HTML had changed a lot in that time and the JS had grown like a cancer due to developer fluctation and people just adding code to fix their current problems. Quite frankly, it was a mess. I believe that with a framework like Angular it wouldn't have gotten out of hand like this, mostly due to its modular approach to everything.
- iMark 13y ago
  "But I found Angular much more suited than jQuery for big sites that are maintained by more than just one developer." I think the distinction is more nuanced, Angular isn't intended for producing web sites, so much as web applications.
- RyanZAG 13y ago
  "I believe that with a framework like Angular it wouldn't have gotten out of hand like this," I disagree completely and in every possible way. This has been the hallmark of every new language/framework/coding philosophy/rant that has ever been made about coding in the last 30 years. And it's always wrong. It's wrong because it doesn't get the real issue: Your code is bad because you have multiple untrained developers just adding code to fix their current problems. It doesn't matter which framework you use - just adding in some code to fix something over a number of years will destroy your code base. It will destroy your jquery codebase, it will destroy your angular codebase, and it will certainly destroy even your ML codebase. I wish the coding community will one day wake up to this fact and realize it's not a technology problem, but I'm pretty sure in 10 years time I will read a post about how you need to switch your horrible old messy AngularJS app to XYZ which will fix all your problems.
  - steve_barham 13y ago
collyw 13y ago
As a back end developer that tried Angular for a month or so, I completely agree with all the criticism of Angular he has. The documentation is terrible. There are no examples of how to architect something. Things are not intuitive in Angular. I don't really know JQuery either, so I can't say he is right or wrong with that criticism but currently Angular seems to be hyped up a lot in my opinion. (Or am I just too spoiled by the decent development tools we have backend?)
madeofpalk 13y ago
"How do I “think in AngularJS” if I have a jQuery background?" was asked a while back on StackOverflow and is a fairly good read for anyone looking to pick up AngularJS after jQuery http://stackoverflow.com/questions/14994391/how-do-i-think-in-angularjs-if-i-have-a-jquery-background http://stackoverflow.com/questions/14994391/how-do-i-think-i...
- username42 13y ago
  This link is really interesting (more interesting than the original article).
andyhmltn 13y ago
Is this satire? Because it sure sounds like so. Angular and jQuery serve different purposes. If you want to create a modal or the like then go ahead and use jQuery. But when you're creating a complex frontend application you'll find that jQuery soon gets out of hand
igvadaimon 13y ago
I am not fond of AngularJS myself, but this article is plain BS. How can you even compare jQuery and Angular? It's like comparing tomato to a shoelace. If you want to compare, compare it with something like Backbone.
InclinedPlane 13y ago
News flash: every aspect of programming for the web ranges from "sucks as much as an open chest wound" to "kinda sucks". "Kinda sucks" is the best we're going to get for a while. Secondarily, jQuery and angular.js don't serve the same use cases and are not directly comparable. Not all tools need to be general purpose. It's OK for a lathe to be a lathe, a drill press to be a drill press, a soldering iron to be a soldering iron. Complaining that a soldering iron makes a poor hammer just means you don't know how to use a soldering iron, it doesn't mean it's a poor tool.
lotyrin 13y ago
Why does the back-end guy need to ... what? What kind of spaghetti does this guy and his colleagues build where there is such strong back-end and front-end interdependency that the server-side code cares what the front-end is doing for DOM manipulation or client-side-MV* like this, I wonder.
- StavrosK 13y ago
  Maybe he's just writing both.
thailehuy 13y ago
Hmm, I don't know why he complains. JQuery is a library, of course it does certain stuff better than a framework, you need to learn framework to make it works, same thing apply to any framework.
restlessmedia 13y ago
It is a fairly ridiculous argument. Look at it this way, would you rather be thrown into a large project that had been built entirely using jQuery or one that had been meticulously structured with a framework. Yes, the latter might be harder to pick up initially but the benefits will be felt later on when new features are added or something breaks.
alexandros 13y ago
or, "How I tried to use AngularJS like JQuery and failed"
weavie 13y ago
I agree the documentation does suck. But there are several good books out now that explain things well. Get a book, read it, understand it, spend some time working with it. Then compare Angular to JQuery, I bet a lot of your 'its complicated' complains will have disappeared..
- kafeltz 13y ago
  wrong, i have read all google result page searching for solutions for angular and i'm still don't know how to build a proper directive or how to understand the life cycle of the application.
- deleted 13y ago
  [deleted]
kafeltz 13y ago
Besides the wrong comparison with jQuery and AngularJs I have to say angularjs is horrible to build Single Page Applications. jQuery have enough third party lib to solve most problems. I have done 2 big application and I'm still convincing my boss that angularjs must be deprecated immediately. Directives and Services have too much workaround to solve the problems we already have defeated and they cast the spell to bring the undead back. Problems I see: * fast development * easy way to build reusable components (see AngularStrap source code) * few lines of code with real problems (like a huge form) * form validations * testing is pretty crap to do, a new born framework (karma) is already obsolete. * to much problem with $scope needed to workaround with setTimeout(fn, 0) Features is does have: * build a quick to do list * build a quick hello world sample
kev009 13y ago
I'm not totally sold on Angular yet, but these points are ridiculous and jQuery has very little relevance in deciding on whether Angluar is good or not. I made the mistake of looking at another post: http://okmaya.com/clean-php/clean-php-step-10/ http://okmaya.com/clean-php/clean-php-step-10/ Separating business logic, data models, and views.. yeah I bet that kinda sucks too huh? The author has clearly not worked on large scale software projects where a framework like Angular could pay big dividends in structure and testing.
dsego 13y ago
I have a feeling that these declarative-style js frameworks are really meant for programmers used to server-side PHP or Rails programming. Manipulating the DOM directly is foreign to them, because all they know is printing html.
SchizoDuckie 13y ago
First off, this article is 4 months old. Second, <everything else that's mentioned here> Third: You won't get the actual idea behind Angular without some good tutorials indeed. This one gave me the best insight and i've been churning out my own angular based chrome extension with behaviors, services and modules within a week. http://www.ng-newsletter.com/posts/chrome-apps-on-angular.html http://www.ng-newsletter.com/posts/chrome-apps-on-angular.ht... Fourth: There's a new book in progress (with some free chapters) that explains how to build Angular.js from scratch and explains everything in-depth (Something that was indeed lackin from angular. Site: http://teropa.info/build-your-own-angular/ http://teropa.info/build-your-own-angular/ Sample: http://teropa.info/build-your-own-angular/build_your_own_angularjs_sample.pdf http://teropa.info/build-your-own-angular/build_your_own_ang...
saintfiends 13y ago
If this is the kind of criticism Angular JS gets, I like Angular JS a lot more.
blueskin_ 13y ago
Anything that forces users to have javascript on sucks, by definition. It's exactly the same as the all-flash or flash-heavy sites of the early 2000s and I can't wait until javascript-only sites are consigned to the same dustbin of "why did we ever think this was a good idea?". Edit: It also breaks search engine indexing.
- vincentperes 13y ago
  why is that? almost all browsers support JS, it's like saying we shouldn't force users to have CSS!
  - pestaa 13y ago
    Well, surprise, we shouldn't force users to have CSS! http://webaim.org/techniques/css/ http://webaim.org/techniques/css/
  - blueskin_ 13y ago
    If CSS isn't supported, a website should gracefully fallback to working in plain text. http://motherfuckingwebsite.com/ http://motherfuckingwebsite.com/
- chrisfarms 13y ago
  That may be true if your site is an article repository (blog, news etc) where the primary purpose is consuming text. If I'm on your site to read, then I certainly don't want to be "interacting" with the page. But the browser is the new OS, complex applications are written for the web as a platform/runtime and this is not a bad thing. This is where Angular can help. It's not built to help you show/hide a few dom elements, it there to give you a powerful structure for developing web applications.
edem 13y ago
Let me tell you what was I thinking when I finished reading your post. I came up with a little story to demonstrate my opinion about it: So you grab your fine apple juice which you drink every day. The sourness pampers your palates. Then someone comes and gives you a pomegranate. He says "This is the finest fruit I've eaten so far!". You take a bite out of it and spit it out saying "This is awful! Apple juice is much better! Quit bothering me with your stupid ideas!". The guy leaves with an uneasy expression on his face while you drop the pomegranate and never eat it again. Unluckily you never learn how savory the pomegranate is. So first no one should tell you that Angular is better than jQuery since they have different purposes. Angular is an MVW framework while jQuery is a javascipt library. Another thing is you think something sucks back it up with data. I see no concrete examples just some guesswork. And lastly: I can bet that if you try to read through SICP you'll say that LISP is crap and useless because it does not look like jQuery. If you don't take the time to understand something properly you'll never learn anything new. The world is full of diverse programming languages/libraries which simply don't compare to each other.
kelmop 13y ago
I agree, if you are web designer and you only made some simple effects etc. etc. you should use jquery or plain js. but if you are software developer etc. and you are creating a web-application you should angular or some other beefier framework, backbone/knockout/ember/whatnot.. or you can just re-invet the wheel
Mimu 13y ago
Don't think he's serious. I mean why anyone that want to make a valid point would compare the speed of development between a jQuery expert and a person that know nothing about Angular? Not bad though, I would have pushed the troll a little bit further.
finishingmove 13y ago
The quality of the documentation has admittedly gone down recently. Seems like people are just adding incoherent pieces of information to it as they go along and solve the problems they face. I really think it's the job of the core devs, to write, or at least edit the docs. Ultimately, I don't think bad docs (which aren't actually all that bad...) are the reason newcomers find it difficult. After all, there's a bunch of resources by now, on various blogs, stackoverflow and even books were written on the subject. It's just that people are looking for quick wins and something they can start hacking on now, while completely ignoring the long-term benefits of adopting something as sturdy as Angular. I've been working with Angular for about a year and a half now, and it's been very worthwhile going through the initial learning process.
ux-app 13y ago
The comparison of jQ to Angular is apples to oranges, but I guess the author might be trying to make a argument for libraries vs frameworks. In that sense I agree. After being burned multiple times by opaque, hard to debug frameworks, I'm now firmly in the libraries camp. I'd much rather piece together a number of small self-contained libraries that each do one thing and one thing only, and glue it all together myself. My experience with frameworks has always ended in frustration and disappointment. Sooner or later you will reach the limit of what the framework was designed to do and it's at that point that the true pain begins. I used to be mesmerized by framework automagic now its an instant red flag for me.
rikkus 13y ago
Ok not sure if it's a joke, but anyway, this point is valid: "Architect it how? Are there examples? Some nice examples would be of projects that are relevant to the outside world. Data manipulation?" Without documentation or at least full examples of architecture, not just toy samples, it's difficult to justify spending time working out what a good architecture _would_ be, because it would take so long to figure this out. I keep following tutorials, watching PluralSight videos, etc. but so far I haven't seen any example that's even close to showing a real world app with complex forms and validation, complex entities to store, retrieve and manipulate, how to manage large test suites, etc. etc. Still I'm persisting in trying to get started with Angular as it really does look great!
mattmanser 13y ago
This is like people saying why use jQuery or MooTools or prototype 7 or 8 years ago. Within 5-10 years we'll be transitioning to a world where SPAs/native-like apps are the norm. The way I see it at the moment is: 1. SPAs/native-like apps are really hard to do well still and the reserve of the coders with lots of skill/time to play 2. Javascript is still very hard to manage when writing anything non-trivial. Unfortunately, it's not getting better but actually becoming relatively worse when compared to the speed/innovation of other languages. 3. Browsers will carry on refusing to let us use any language but javascript[1] because 'standards'. 4. As javascript/the DOM are too unwieldy to write complex apps, we need the equivalent of jQuery for SPAs/native-like apps 5. Enter backbone, ember, angular, etc. They are our saviours against the mess of the w3c and javascript. They are presently in the early stages where jQuery/MooTools/prototype were in the mid-2000s 6. Anyone who doesn't get with the program, like this fella, will find themselves suddenly sorely lacking in a key skill almost overnight, as happened with jQuery [1] Most shamefully Firefox, the ones who should have lead the charge 4 or 5 years ago to drop javascript as the one-true-way, will refuse to innovate past js. So much for 'free' or 'open'. Imagine if all Linux distributions suddenly conspired to only allow PHP 4 to be written. Or Windows only allowed you to write VB. It's such a bizarre situation we're in. The web is like the operating system of the internet but we're being denied the freedom to choose our preferred language.
- lugg 13y ago
  Thanks for this. Really resonates. It is fast becoming clear that js is our c and jquery is our c++. Things like coffescript, backbone and angular are attempting to provide a cleaner interface to the memory management which we could equate to the Dom. High level, abstract models, and allowing us to think of things in much more elegant ways. jQuery wasnt anything new, we had seen others similar, none however got the ease of use down quite like jQuery, and certainly none of them got the market share. While this guys post isn't all that useful to me, maybe even a bit odd to find on HN, I still am greatful for this thread and will definitely be taking another pass of angular this weekend. Seems like it's a bit better understood and I think I'm clearer on its intent. Discl: I was previously in the camp that felt angular was taking us many steps back into coupling of ui to js. It sure seems that way but it may have been the case we were just doing it wrong way back then (on click=) Edits: new phone, autocomplete, hasn't adjusted yet.
zebra 13y ago
Documentation really is not beginner friendly. Try watching these screencasts which will introduce you to the workflow and the beauty of AngularJS and you will make a small application during the exercise: AngularJS Fundamentals In 60-ish Minutes by Dan Wahlin: http://www.youtube.com/watch?v=i9MHigUZKEM http://www.youtube.com/watch?v=i9MHigUZKEM Introduction to Angular JS by David Mosher: http://www.youtube.com/watch?v=8ILQOFAgaXE http://www.youtube.com/watch?v=8ILQOFAgaXE
iagooar 13y ago
It looks like a parody to me, too. "First of all, I can do anything in jQuery, and have full control. Full control of the selectors, HTML, the DOM. I like that." This could be rewritten as "First of all, I can do anything in Assembler, and have full control. Full control of the stack, registers, the memory. I like that."
scottc 13y ago
Look, no one disagrees that learning angular and putting together an SPA requires a lot of brain power. But creating a data-driven, non-trivial web app in pure jQuery is probably going to take much, much more.
badman_ting 13y ago
"I write spaghetti garbage code and nobody can ever stop me. Nyaaaah."
ocfx 13y ago
I think whoever wrote this article needs to be taught what the benefits of a framework are.

38 points by CmonDev 13y ago

mxxx 13y ago

I think the fact that the author is comparing angular with jquery as if they're two tools for doing the same thing probably illustrates a lack of understanding of what angular really is and what it's supposed to be for...

prottmann 13y ago
But he write what most of the developers misunderstood. Many people use Angular for jobs, that will be easier and faster done with a simple jQuery. "Get the job done" got replaced with "its cool to use xyz".
- binocarlos 13y ago
  I dunno - since I properly learned me some angular - I've been bashing through jobs like no tomorrow. Each time I've thought 'there has to be more to do than that'. If I were doing JQueries - there would be an entire stack of event driven DOM updates still to code.
  - prottmann 13y ago
    For that you can use a simple library like http://www.ractivejs.org/ http://www.ractivejs.org/ But it depends on the complexity and size of a project and how many developers are involved. I prefer frameworks too, but for a small WebApp, it is overkill to use frameworks like angular/backbone/whatever.
- chazu 13y ago
  Angular's value proposition for the dev is that if you take time to learn its unusual idioms and opinions, it will pay off. Its a very opinionated framework which contains some concepts most web developers aren't terribly familiar with - e.g. dependency injection - but which promises increased control over managing complex interactions, and consequently faster development times. Of course this means that for simple jobs jQuery may be better suited, unless you're trying to LEARN Angular, in which case it makes sense to struggle through trivial apps with complex tools until it clicks. None of this supports the article's thesis, of course, which is something akin to "I dont understand this, it must be lame!"
  - madeofpalk 13y ago
    > Angular's value proposition for the dev is that if you take time to learn its unusual idioms and opinions, it will pay off. Which is funny because it started out as a way for web desginers (not developers) to learn how to write apps.

jtokoph 13y ago

jQuery = DOM manipulation and Ajax library Angular = Application framework This is an apples to oranges comparison.

nestlequ1k 13y ago

This sort of reads like a parody. Halfway through it i couldn't tell if he was serious or not. Still not really sure. Well done.

acjduncan 13y ago

Must be a parody.

maaaats 13y ago

Well, I think Angular may be unintuitive for people having gotten used to the "jquery way" of thinking. But I think the jquery way of thinking is the problem here. For too long people have been doing direct DOM-manipulation, and fail to see how they can achieve what they want in a more declarative manner. When I started using Angular I had really no experience with jquery or any other js framework, and I felt Angular was intuitive.

kitsune_ 13y ago
Data binding coupled with a declarative syntax isn't a "new thing", especially in the enterprise world, .NET and Java. It's an acquired taste and I never really felt comfortable with it. You can build some perverse architectural monstrosities on top of it. Of course that's true for every technology or framework, but I am of the opinion that many of frameworks that tout data binding / declarative syntax actively encourage going into this direction. I'm somewhat surprised that it's so popular with the JS crowd right now.
- RyanZAG 13y ago
  There's a reason data binding is popular with the JS crowd, and it's the same reason it's been somewhat popular with the big enterprise crowd. When your application starts getting very complicated, such as the user changing an input field that is reflected in a bunch of dynamic calculations across the app, it becomes desirable to simply change one value and have everything update. This is only desirable if your application is big enough that it's not just easier to re-run every calculation manually. Big enterprise has had this problem for a long time in their big multi window monster apps they use for stock trading, etc. JS webapps have been very simple for a long time and haven't really needed it until recently. Now that they're getting complex, JS devs are looking into how to solve the problem and it generally comes down to MVC OOP style or FP style. You can see these two derivatives in AnglularJS and ReactiveJS.
- maaaats 13y ago
  You are right. I come from the backend world, so that may be the reason I felt jquery was "weird" and angular "right".

1angryhacker 13y ago

this guy describes himself as a "Programmer Extraordinaire" on linkedin

1angryhacker 13y ago
"Here’s an idea of pricing for you. I work on projects based on complexity. If you have 100 pages with simple text and images on it, the task is not complex. Just time consuming. So I consider that a complexity of 1, times 100 times. So, complexity is 100. If you have one page with one complex interactive form, with a calculator, that grabs prices from out there on The Web, then it’s a one page design, but complexity of that one page is way high, depending on all of the features on it. Calculator, 2 points. Search 3 points. Connecting to databases and APIs, 5 points. You get the idea. Both projects can be about 100 points. One more complex than the other, and one more pages than the other. And now for the prices: $125 – $250 per point. That’s it. Why the wide range? Depends on a lot of things. But, on average, I can do about 39 points in two weeks. Considering the overhead, taxes, etc, that comes to about $60-$120 per hour."
- 1angryhacker 13y ago
  "Notice that we added a DOCTYPE to tell browsers what kind of document we have. We picked 4.01 Transitional because of its flexibility to allow deprecated elements, like <font>."
  - andyhmltn 13y ago
    http://okmaya.com/clean-php/clean-php-step-6/ http://okmaya.com/clean-php/clean-php-step-6/ If you know PHP, you know that you shouldn't be doing it like that. He sounds like a novice. There's nothing wrong with that, but when looking at that kind of thing I would take an opinions as a grain of salt
    - marcomonteiro 13y ago
      It doesn't really matter what the language is, SQL injection vulnerabilities are serious in any language. A competent web developer understands that -- especially a "Programmer Extraordinaire".

rtpg 13y ago

I don't get it. What is this article even supposed to be about? A big point about angular's tutorial is that it isn't really explicit enough is how everything links together. It's a lot easier to learn angular by taking some sort of class or going to some presentation, because the tutorial in its current form does not explain general architecture. Another issue is a lot of people present angular as this sort of "oh hey, check out the data-binding stuff!" , when that is just a small part of the entire mechanism. Angular's big advantage is that it allows you to organize your javascript into nice little modules, and it gives you deterministic behavior about how these load (with the dependency resolution and whatnot).

czottmann 13y ago

To me this post boils down to "I already know jQuery, this isn't jQ, so WTF". Well, godspeed, you fancy bastard. I wouldn't use Angular for a small'ih average website where you want some minor JS-based UI functionality. But I found Angular much more suited than jQuery for big sites that are maintained by more than just one developer. You can look at some piece of HTML and you can tell from the list of directives what's going on. No stray click handlers and whatnot. One of my more recent clients had used jQuery for ~8 years, the HTML had changed a lot in that time and the JS had grown like a cancer due to developer fluctation and people just adding code to fix their current problems. Quite frankly, it was a mess. I believe that with a framework like Angular it wouldn't have gotten out of hand like this, mostly due to its modular approach to everything.

iMark 13y ago
"But I found Angular much more suited than jQuery for big sites that are maintained by more than just one developer." I think the distinction is more nuanced, Angular isn't intended for producing web sites, so much as web applications.
RyanZAG 13y ago
"I believe that with a framework like Angular it wouldn't have gotten out of hand like this," I disagree completely and in every possible way. This has been the hallmark of every new language/framework/coding philosophy/rant that has ever been made about coding in the last 30 years. And it's always wrong. It's wrong because it doesn't get the real issue: Your code is bad because you have multiple untrained developers just adding code to fix their current problems. It doesn't matter which framework you use - just adding in some code to fix something over a number of years will destroy your code base. It will destroy your jquery codebase, it will destroy your angular codebase, and it will certainly destroy even your ML codebase. I wish the coding community will one day wake up to this fact and realize it's not a technology problem, but I'm pretty sure in 10 years time I will read a post about how you need to switch your horrible old messy AngularJS app to XYZ which will fix all your problems.
- steve_barham 13y ago

collyw 13y ago

As a back end developer that tried Angular for a month or so, I completely agree with all the criticism of Angular he has. The documentation is terrible. There are no examples of how to architect something. Things are not intuitive in Angular. I don't really know JQuery either, so I can't say he is right or wrong with that criticism but currently Angular seems to be hyped up a lot in my opinion. (Or am I just too spoiled by the decent development tools we have backend?)

madeofpalk 13y ago

"How do I “think in AngularJS” if I have a jQuery background?" was asked a while back on StackOverflow and is a fairly good read for anyone looking to pick up AngularJS after jQuery http://stackoverflow.com/questions/14994391/how-do-i-think-in-angularjs-if-i-have-a-jquery-background http://stackoverflow.com/questions/14994391/how-do-i-think-i...

username42 13y ago
This link is really interesting (more interesting than the original article).

andyhmltn 13y ago

Is this satire? Because it sure sounds like so. Angular and jQuery serve different purposes. If you want to create a modal or the like then go ahead and use jQuery. But when you're creating a complex frontend application you'll find that jQuery soon gets out of hand

igvadaimon 13y ago

I am not fond of AngularJS myself, but this article is plain BS. How can you even compare jQuery and Angular? It's like comparing tomato to a shoelace. If you want to compare, compare it with something like Backbone.

InclinedPlane 13y ago

News flash: every aspect of programming for the web ranges from "sucks as much as an open chest wound" to "kinda sucks". "Kinda sucks" is the best we're going to get for a while. Secondarily, jQuery and angular.js don't serve the same use cases and are not directly comparable. Not all tools need to be general purpose. It's OK for a lathe to be a lathe, a drill press to be a drill press, a soldering iron to be a soldering iron. Complaining that a soldering iron makes a poor hammer just means you don't know how to use a soldering iron, it doesn't mean it's a poor tool.

lotyrin 13y ago

Why does the back-end guy need to ... what? What kind of spaghetti does this guy and his colleagues build where there is such strong back-end and front-end interdependency that the server-side code cares what the front-end is doing for DOM manipulation or client-side-MV* like this, I wonder.

StavrosK 13y ago
Maybe he's just writing both.

thailehuy 13y ago

Hmm, I don't know why he complains. JQuery is a library, of course it does certain stuff better than a framework, you need to learn framework to make it works, same thing apply to any framework.

restlessmedia 13y ago

It is a fairly ridiculous argument. Look at it this way, would you rather be thrown into a large project that had been built entirely using jQuery or one that had been meticulously structured with a framework. Yes, the latter might be harder to pick up initially but the benefits will be felt later on when new features are added or something breaks.

alexandros 13y ago

or, "How I tried to use AngularJS like JQuery and failed"

weavie 13y ago

I agree the documentation does suck. But there are several good books out now that explain things well. Get a book, read it, understand it, spend some time working with it. Then compare Angular to JQuery, I bet a lot of your 'its complicated' complains will have disappeared..

kafeltz 13y ago
wrong, i have read all google result page searching for solutions for angular and i'm still don't know how to build a proper directive or how to understand the life cycle of the application.
deleted 13y ago
[deleted]

kafeltz 13y ago

Besides the wrong comparison with jQuery and AngularJs I have to say angularjs is horrible to build Single Page Applications. jQuery have enough third party lib to solve most problems. I have done 2 big application and I'm still convincing my boss that angularjs must be deprecated immediately. Directives and Services have too much workaround to solve the problems we already have defeated and they cast the spell to bring the undead back. Problems I see: * fast development * easy way to build reusable components (see AngularStrap source code) * few lines of code with real problems (like a huge form) * form validations * testing is pretty crap to do, a new born framework (karma) is already obsolete. * to much problem with $scope needed to workaround with setTimeout(fn, 0) Features is does have: * build a quick to do list * build a quick hello world sample

kev009 13y ago

I'm not totally sold on Angular yet, but these points are ridiculous and jQuery has very little relevance in deciding on whether Angluar is good or not. I made the mistake of looking at another post: http://okmaya.com/clean-php/clean-php-step-10/ http://okmaya.com/clean-php/clean-php-step-10/ Separating business logic, data models, and views.. yeah I bet that kinda sucks too huh? The author has clearly not worked on large scale software projects where a framework like Angular could pay big dividends in structure and testing.

dsego 13y ago

I have a feeling that these declarative-style js frameworks are really meant for programmers used to server-side PHP or Rails programming. Manipulating the DOM directly is foreign to them, because all they know is printing html.

SchizoDuckie 13y ago

First off, this article is 4 months old. Second, <everything else that's mentioned here> Third: You won't get the actual idea behind Angular without some good tutorials indeed. This one gave me the best insight and i've been churning out my own angular based chrome extension with behaviors, services and modules within a week. http://www.ng-newsletter.com/posts/chrome-apps-on-angular.html http://www.ng-newsletter.com/posts/chrome-apps-on-angular.ht... Fourth: There's a new book in progress (with some free chapters) that explains how to build Angular.js from scratch and explains everything in-depth (Something that was indeed lackin from angular. Site: http://teropa.info/build-your-own-angular/ http://teropa.info/build-your-own-angular/ Sample: http://teropa.info/build-your-own-angular/build_your_own_angularjs_sample.pdf http://teropa.info/build-your-own-angular/build_your_own_ang...

saintfiends 13y ago

If this is the kind of criticism Angular JS gets, I like Angular JS a lot more.

blueskin_ 13y ago

Anything that forces users to have javascript on sucks, by definition. It's exactly the same as the all-flash or flash-heavy sites of the early 2000s and I can't wait until javascript-only sites are consigned to the same dustbin of "why did we ever think this was a good idea?". Edit: It also breaks search engine indexing.

vincentperes 13y ago
why is that? almost all browsers support JS, it's like saying we shouldn't force users to have CSS!
- pestaa 13y ago
  Well, surprise, we shouldn't force users to have CSS! http://webaim.org/techniques/css/ http://webaim.org/techniques/css/
- blueskin_ 13y ago
  If CSS isn't supported, a website should gracefully fallback to working in plain text. http://motherfuckingwebsite.com/ http://motherfuckingwebsite.com/
chrisfarms 13y ago
That may be true if your site is an article repository (blog, news etc) where the primary purpose is consuming text. If I'm on your site to read, then I certainly don't want to be "interacting" with the page. But the browser is the new OS, complex applications are written for the web as a platform/runtime and this is not a bad thing. This is where Angular can help. It's not built to help you show/hide a few dom elements, it there to give you a powerful structure for developing web applications.

edem 13y ago

Let me tell you what was I thinking when I finished reading your post. I came up with a little story to demonstrate my opinion about it: So you grab your fine apple juice which you drink every day. The sourness pampers your palates. Then someone comes and gives you a pomegranate. He says "This is the finest fruit I've eaten so far!". You take a bite out of it and spit it out saying "This is awful! Apple juice is much better! Quit bothering me with your stupid ideas!". The guy leaves with an uneasy expression on his face while you drop the pomegranate and never eat it again. Unluckily you never learn how savory the pomegranate is. So first no one should tell you that Angular is better than jQuery since they have different purposes. Angular is an MVW framework while jQuery is a javascipt library. Another thing is you think something sucks back it up with data. I see no concrete examples just some guesswork. And lastly: I can bet that if you try to read through SICP you'll say that LISP is crap and useless because it does not look like jQuery. If you don't take the time to understand something properly you'll never learn anything new. The world is full of diverse programming languages/libraries which simply don't compare to each other.

kelmop 13y ago

I agree, if you are web designer and you only made some simple effects etc. etc. you should use jquery or plain js. but if you are software developer etc. and you are creating a web-application you should angular or some other beefier framework, backbone/knockout/ember/whatnot.. or you can just re-invet the wheel

Mimu 13y ago

Don't think he's serious. I mean why anyone that want to make a valid point would compare the speed of development between a jQuery expert and a person that know nothing about Angular? Not bad though, I would have pushed the troll a little bit further.

finishingmove 13y ago

The quality of the documentation has admittedly gone down recently. Seems like people are just adding incoherent pieces of information to it as they go along and solve the problems they face. I really think it's the job of the core devs, to write, or at least edit the docs. Ultimately, I don't think bad docs (which aren't actually all that bad...) are the reason newcomers find it difficult. After all, there's a bunch of resources by now, on various blogs, stackoverflow and even books were written on the subject. It's just that people are looking for quick wins and something they can start hacking on now, while completely ignoring the long-term benefits of adopting something as sturdy as Angular. I've been working with Angular for about a year and a half now, and it's been very worthwhile going through the initial learning process.

ux-app 13y ago

The comparison of jQ to Angular is apples to oranges, but I guess the author might be trying to make a argument for libraries vs frameworks. In that sense I agree. After being burned multiple times by opaque, hard to debug frameworks, I'm now firmly in the libraries camp. I'd much rather piece together a number of small self-contained libraries that each do one thing and one thing only, and glue it all together myself. My experience with frameworks has always ended in frustration and disappointment. Sooner or later you will reach the limit of what the framework was designed to do and it's at that point that the true pain begins. I used to be mesmerized by framework automagic now its an instant red flag for me.

rikkus 13y ago

Ok not sure if it's a joke, but anyway, this point is valid: "Architect it how? Are there examples? Some nice examples would be of projects that are relevant to the outside world. Data manipulation?" Without documentation or at least full examples of architecture, not just toy samples, it's difficult to justify spending time working out what a good architecture _would_ be, because it would take so long to figure this out. I keep following tutorials, watching PluralSight videos, etc. but so far I haven't seen any example that's even close to showing a real world app with complex forms and validation, complex entities to store, retrieve and manipulate, how to manage large test suites, etc. etc. Still I'm persisting in trying to get started with Angular as it really does look great!

mattmanser 13y ago

This is like people saying why use jQuery or MooTools or prototype 7 or 8 years ago. Within 5-10 years we'll be transitioning to a world where SPAs/native-like apps are the norm. The way I see it at the moment is: 1. SPAs/native-like apps are really hard to do well still and the reserve of the coders with lots of skill/time to play 2. Javascript is still very hard to manage when writing anything non-trivial. Unfortunately, it's not getting better but actually becoming relatively worse when compared to the speed/innovation of other languages. 3. Browsers will carry on refusing to let us use any language but javascript[1] because 'standards'. 4. As javascript/the DOM are too unwieldy to write complex apps, we need the equivalent of jQuery for SPAs/native-like apps 5. Enter backbone, ember, angular, etc. They are our saviours against the mess of the w3c and javascript. They are presently in the early stages where jQuery/MooTools/prototype were in the mid-2000s 6. Anyone who doesn't get with the program, like this fella, will find themselves suddenly sorely lacking in a key skill almost overnight, as happened with jQuery [1] Most shamefully Firefox, the ones who should have lead the charge 4 or 5 years ago to drop javascript as the one-true-way, will refuse to innovate past js. So much for 'free' or 'open'. Imagine if all Linux distributions suddenly conspired to only allow PHP 4 to be written. Or Windows only allowed you to write VB. It's such a bizarre situation we're in. The web is like the operating system of the internet but we're being denied the freedom to choose our preferred language.

lugg 13y ago
Thanks for this. Really resonates. It is fast becoming clear that js is our c and jquery is our c++. Things like coffescript, backbone and angular are attempting to provide a cleaner interface to the memory management which we could equate to the Dom. High level, abstract models, and allowing us to think of things in much more elegant ways. jQuery wasnt anything new, we had seen others similar, none however got the ease of use down quite like jQuery, and certainly none of them got the market share. While this guys post isn't all that useful to me, maybe even a bit odd to find on HN, I still am greatful for this thread and will definitely be taking another pass of angular this weekend. Seems like it's a bit better understood and I think I'm clearer on its intent. Discl: I was previously in the camp that felt angular was taking us many steps back into coupling of ui to js. It sure seems that way but it may have been the case we were just doing it wrong way back then (on click=) Edits: new phone, autocomplete, hasn't adjusted yet.

zebra 13y ago

Documentation really is not beginner friendly. Try watching these screencasts which will introduce you to the workflow and the beauty of AngularJS and you will make a small application during the exercise: AngularJS Fundamentals In 60-ish Minutes by Dan Wahlin: http://www.youtube.com/watch?v=i9MHigUZKEM http://www.youtube.com/watch?v=i9MHigUZKEM Introduction to Angular JS by David Mosher: http://www.youtube.com/watch?v=8ILQOFAgaXE http://www.youtube.com/watch?v=8ILQOFAgaXE

iagooar 13y ago

It looks like a parody to me, too. "First of all, I can do anything in jQuery, and have full control. Full control of the selectors, HTML, the DOM. I like that." This could be rewritten as "First of all, I can do anything in Assembler, and have full control. Full control of the stack, registers, the memory. I like that."

scottc 13y ago

Look, no one disagrees that learning angular and putting together an SPA requires a lot of brain power. But creating a data-driven, non-trivial web app in pure jQuery is probably going to take much, much more.

badman_ting 13y ago

"I write spaghetti garbage code and nobody can ever stop me. Nyaaaah."

ocfx 13y ago

I think whoever wrote this article needs to be taught what the benefits of a framework are.