spellboots

This is not necessarily a problem, see for example http://phantomjs.org/

Google also shows javascript-only content in search results now.

Coincidentally I wrote almost exactly the same post for Ember today: http://alexspeller.com/server-side-validations-with-ember-da...

At the bottom of that post you can see that rendering the errors in rails can actually be much simpler using respond_with

This does not mean that it's secure. See for example http://www.zdnet.com/apples-imessage-encryption-claims-refut... and http://blog.cryptographyengineering.com/2013/06/can-apple-re...

Yes, but it is not secure

So does Airbnb...

Not sure how PayPal could be faster - money is transferred instantly to my bank account after receiving it through PayPal. Is that a UK only thing?

Restocking fees are illegal in the UK for online or telephone sales. In fact ordering online in the UK gives you very good consumer protection thanks to the excellent Distance Selling Regulations. You have the right to cancel an order from an online store for any reason up to 7 working days after receiving the goods.

http://www.which.co.uk/consumer-rights/regulation/distance-s... for more info.

If the author of the JSON spec and JSMin says it's the right tool for the job, I am inclined to trust him on that barring further evidence that it is not...

That would be a pretty big mistake for the author of both the JSON spec and JSMin to make? Maybe it is but it seems unlikely.

apologies, his post was edited.

It is certainly hard, and impossible in some cases. But not as many as you would think. Wrappers can be a problem (although not as much as they used to be). Clearfix is not a problem at all, as it does not require an element only a css mixin[1]

Still, it's very possible to be almost entirely semantic with a few minor exceptions using a css preprocessor.

[1] http://compass-style.org/reference/compass/utilities/general...

I think you are using a different definition of "Semantic" - please provide a snippet of html you feel is semantic and I'll show how this approach can be used with it.

no, but <section> or <div class="products"> are semantic, and there's no reason you couldn't use those instead of <div class="container"> by using the features of LESS or SASS.

Alternatively use SASS (and the bootstrap SASS port[1]) which doesn't has this problem, as it instead rewrites selectors.

i.e. if you have:

    .column {
      width: 100px;
      display: inline-block;
    }

And you do:

    .cool-sidebar {
      @extend .column;
    }

Then the generated css will be something like:

    .column, .cool-sidebar {
      width: 100px;
      display: inline-block;
    }

[1] https://github.com/twbs/bootstrap-sass

> When you can trivially make an element 6 columns in CSS

As demonstrated in the article you can trivially make an element 6 columns in LESS (or SASS, which has a bootstrap port also)

Fitting that his last publicly visible github commit is adjusting a Rakefile:

https://github.com/jimweirich/wyriki/commit/d28fac7f18aeacb0...

No, it is correct. Backend agnostic means that it doesn't require your frontend project to be served by a rails app, a node app, a python app or whatever. It is written in node, but it is backend agnostic. This is not disingenuous at all if you use the same definition of backend agnostic as the author is implying.

These complaints ring true for trivial javascript projects, however if you are building complex javascript heavy applications the equation quickly changes.

Point 1: You will almost always be transpiling your javascript. In any serious project, you will want to have lots of small files to ease development, and then concatenate into larger files to ensure optimal http loading. If you don't already do this regardless of modules, you probably should.

Point 2: If you are intentionally or serendipitously relying on script execution order, that is your bug. The module loader has helpfully exposed a bug in your code for you.

Point 3: If you have lots of modules, it is simpler to deal with a module system than mashing together a load of scripts.

This complaint should come with a severe disclaimer that it only applies to trivial applications, because as soon as you start building something complicated the arguments are just plain wrong.

Software engineering is hard, and robust software engineering practices usually only pay off once you get beyond trivial examples. The ones that work, however, pay off massively once you do use them for more complex use cases.

I was forced to use mercurial for a few years at work and I really hated it. Sure it has a better learning curve than git (or did) but I found it to be incredibly frustrating already knowing git.

In addition, I found it to be slower, less flexible, and prone to permanent repository corruption - yes, in git you do see repo corruption but because of the cryptographic nature of git objects you know immediately. HG will (did?) happily let you work away at a corrupted repo for weeks until a fresh clone was attempted and the dreaded repo corrupted message killed development for days until the problem was painstakingly manually fixed.

This is just personal experience and a lot of it comes down to taste, but IMO if you are already proficient with git there is absolutely nothing about mercurial that is preferable and some considerable downsides I have been subjected to.

Disclaimer: This was a few years ago now, perhaps the project is more mature than it was.

I generally prefer SCSS to LESS as it's essentially a superset of LESS.

Relevant link: http://metaskills.net/2012/02/27/too-less-should-you-be-usin...

If you're in the UK, Zen Internet now offer £25/month truly unlimited fibre broadband. ~80mbps down, ~20mbps up, no traffic shaping / AUP or anything. I am so happy with my internet right now.

Oh dear, trainwreck comments here.

And this is precisely why there are no large, successful systems implemented in dynamic languages, whereas all statically typed language projects have no bugs whatsoever.

Yes, it is often easy to circumvent the law.

I had one of these, it wasn't very hard to learn - the movements were very similar to querty. I started getting RSI and this helped a lot.

Now I learnt a bit about typing skills and ergonomics I am fine on a regular keyboard, but I would have kept on with the datahands if not for its massive lack of practicality.

Basic typing was great, but using it on a mac for programming was not so great - all the modifier keys were wrong, and the PS2-USB connection was flaky. Not to mention carrying it around with a laptop was basically impossible without a dedicated case...

Yes: https://github.com/mozilla/persona-ios

> Theseus

Or Trigger...

http://www.frequency.com/video/only-fools-horses-truth-behin...

Mozilla Persona is basically this but better thought out. There is a good talk about it here: https://www.youtube.com/watch?v=nJff23UdNAI

Is the voiceover on that video computer synthesised speech? If so it must be the best I've ever heard...

I use both javascript and coffeescript extensively and regularly, and I just don't understand how this ever causes real problems to anyone - unless you're writing 5000 line long spaghetti code coffeescript files with ambiguous variable names, in which case lexical scoping is the least of your worries.