The line is equipped with an Automatic Train Operation system (ATO); the train operator (driver) closes the train doors and presses a pair of "start" buttons, and if the way ahead is clear, the ATO drives the train at a safe speed to the next station and stops it there. This system has operated since the line opened in 1968, making the Victoria line the world's first full-scale automatic railway.[20]
The BBC use the pre-baked AMIs exclusively for our deployments, we have a concept of a "bakery" which creates a full formed AMI which we then use in our launch config.
The idea being that when you do a deploy, the launch config is updated to use the new AMI ID. The old instances are terminated and the new ones popup in its place. You can play with the scaling options to set an update pause time. We can get a 0 sec downtime with this.
We use pretty aggressive compression on images at the moment, so yes. We need to start work on guessing the user's network speed so we can show higher quality images.
I'm not sure why you think we're using bootstrap, we're not. Everything in our code base is bespoke (with the exception of jQuery 2). As a result, we get to choose our breakpoints, and they're flexible for now (there's a lot of movement before we go to the next one).
The iPad in portrait mode doesn't have the available width to show the second column without cramming the stories in the main column.
We settled on the breakpoints we have due to the amount of devices we want to offer our content on. We're a service that's trying to work on as many devices as possible, from Nokia 100s to modern desktop browsers. So we did the logical thing of splitting devices into groups, feature phones, smart phones, tablets, and above (desktop & TVs). Some of the larger screened Android phones cause issues since they have a massive resolution, but can't display content as a tablet because it would be hard to read.
You're right, we don't have volume settings right now, so we can't emphasise any of the stories except to make them the "top" story. We haven't got to that point yet, we are after all in beta. All I can say is it will come.
I can't comment on editorial context, just the technology.
The most read functionality is being worked on to be richer.
Disclosure: I'm a developer of this tool & work for BBC News.
We use this for catching things that we'd never spot, a good example of how it has helped us is after a giant Sass refactor, we ran this tool against the old CSS site and the new CSS site, this showed us where things were off by a pixel or two (as well as big formatting changes).
We've found this tool rather valuable, we're not saying everyone will, or that others should use it. We open sourced it because it might help someone.
How does it handle developer certs from Apple? I'd rather not share mine with a 3rd party or my code. One could easily just run jenkins/hudson/travis (with plugins) locally and do it, which would probably be faster too since it would have less contention.
They can't. The content isn't owned by BBC UK, it's owned by BBC Worldwide, and BBC UK would have to: pay to licence the content from BBC WW or BBC WW would have to display ads.
The content on /future is generated and created by BBC Worldwide and thus, unavailable to the UK because of this...
They can't show adverts on this page and allow people from the UK to see it because this would cause confusion and make people wonder where their licence fee is going.
The only clear win I can see from this is the REPL.
Everything else is down to preference... I'd rather write native Obj-C code, but the guy next to me would rather write in ruby.
It's very subjective and down to coder preference, I can only hope that the ruby world has a great work around for the very verbose selector names in the iOS SDK; I was expecting some sort of wrapping for the iOS SDK to make it simpler.
http://en.wikipedia.org/wiki/Victoria_line