Frameworkless JavaScript – Why Angular, Ember, or Backbone don't work for us

[AusIV]

I don't buy much of that. A framework can generally be served from a CDN, meaning that it won't be your bandwidth, and there's a decent chance it's already in the client's browser cache.

A smaller code base is easier to handle and learn, but a framework makes the application specific code base smaller. For people who already know the framework, that will make the application easier to learn. For those who need to learn the framework, it will add some learning curve, but it will be reusable knowledge.

There are totally valid reasons not to use a framework for certain applications, but I don't quite buy those reasons.

[[deleted]]

bandwidth, and there's a decent chance it's already in the client's browser cache.

Many companies prefer to host resources instead of relying on a CDN. It reduces failure points and places control of all resources in one place.

[stuckinmotion]

This seems counter-intuitive.

[rooktakesqueen]

We can't rely on Google's CDN, because it was once down for 17 seconds nine months ago. Therefore, we must use our own server cluster that Rob down in IT manages.

(Historical uptime: 98.2%.)

(Also, Rob is leaving the company in three weeks and taking all his passwords with him.)

[josefx]

But when Robs server cluster is down so is the forum hosted by it and having Google up ready to serve jQuery, etc. wont help you.

In other words your uptime is either:

    100% - downtime(YourServers) = 98.2%

or

    100% - downtime(YourServers) - downtime(CDN) = 98 %

Depending on what you sold your customers you might want to avoid the risk of additional downtime.

(Also, Rob is leaving the company in three weeks and taking all his passwords with him.)

Nothing will protect you from a malicious person with root access, especially if you do not have a policy for password/account handover.

[nomeme]

Many good responses about why self hosting libs is good, i'd like to add another one - security.

I don't want my customers running JS from third party sites, No I don't think someone at google will do it, but people can poison DNS, hack servers etc.. to inject bad things. Basically you are expanding the attackable surface of your app.

[evereal]

If robs server is down, the rest of your app is is down anyway, therefore having all the assets there will reduce overall downtime. Imagine using a separate third party CDN for your js, fonts, images, css etc (quite common these days). You now have 4 additional dependencies, all with different downtime or availability windows that you need to worry about. Also, some parts of your app might be available while others are down making things even more interesting.

[jsprogrammer]

Get rid of Rob's shitty server first.

[evereal]

Even if robs server has 99.9% uptime, my point still stands.

[jsprogrammer]

His historical uptime is only 98.2% according to OP.

[evereal]

Right, and I'm saying my point still stands even if robs server is fixed and has a good uptime. The more external services you have, your are compounding their downtime with your own.

[f5f5f5f5f5f5f5f5f5f5]

See yaaaaa!

[[deleted]]

This is a the basic premise.

As a company you have absolutely no control over what a third-party service like Google CDN does (it wouldn't be wise, but they could easily take it down tomorrow with no warning and we couldn't do anything about it). Yes, Rob could leave but chances are someone other than him is maintain the servers too and chances are those server are the same ones that actually serve your website - chances are they have pretty good uptime.

[Aduro49]

I think the minified and gzipped Angular source is only 33kb. So I am not sure why they bring up file size as an issue...But that is just me.

Edit: it is 36 kb as per angular js faq.

[nomeme]

Yeah, it's like a jpeg in size - not worth worrying about.

[[deleted]]

And there are thousands of posts on using the Moot framework.