ConstantineXVI

As mentioned, Apple has plenty of experience switching architectures, so technically it's not a huge issue. Don't hold your breath though; since Apple's going out of it's way to build custom ARM cores now, it's safe to assume ARM (or if anything, a custom arch sooner than Intel) is their future now. Apple got burned when IBM couldn't keep up power/performance on PowerPC, leaving their fate entirely to a third-party is a mistake they're unlikely to make again.

Most Android phones don't have glass running all the way to the edge, I'd imagine that's a factor.

Semi-related: I've dropped a pocketknife blade first on a Nokia E71. There's the tiniest scuff on the screen, that's it. (And it's still in active use. Remains the best phone with a keyboard ever built.)

Depends on the lighting; can be anywhere between instant and 2s. Trade-off is the camera's useless in the dark, takes maybe 1s for the phone to realize this (or there's an override button) and falls back to pattern/PIN.

Simple fix: permissions.

> [Podcast App] would like to run in the background. You can change this at any time. Allow/Deny?

Or perhaps being a bit more specific:

> [Podcast App] would like to sync nightly. Allow/Deny/Charging Only?

> The golden rule of CoffeeScript is: "It's just JavaScript"[0]

Macros would be deviating from core JS too much to fit with CoffeeScript's goal. Just happens that the compiler is nicely hackable to allow for these projects.

Not to say I object to the idea of an expanded CoffeeScript, just that it should be a fork.

[0] http://coffeescript.org/

How will functions learn to stay in line if the compiler doesn't make an example every now and then?

On a serious note, what you're thinking of is contracts, like so[0]

[0] http://disnetdev.com/contracts.coffee/

I imagine many things use Unix time or a similarly flat calendar internally (Twitter's Snowflake[0] uses a custom scale), it's the translation into the Gregorian (/Jewish/Mayan/etc) calendar and time scale where the bugs come from. Can't count on 31540000 seconds being a year, time zones, etc.

At the same time, the human brain doesn't seem particularly well-suited to breaking down Unix time into meaningful and reliably consistent scales, so I don't see time getting much easier barring some revolutionary timekeeping system.

[0] https://github.com/twitter/snowflake

I have a hard time (ow) having much anger over time-related bugs these days. Seems the only real way of getting the calendar more programmer-friendly is to switch the world over to Unix time.

Just one: don't try to. :)

As I said, you have to write separate UI on each platform, and you use the native toolkits (there's no fancy abstract cross-platform UI kit in Mono), so there's little chance of looking much out of place as long as you follow local conventions. It bewilders me to see native Android apps going out of their way to clone iOS widgets and stylings. Not as common lately though; you see it more in usage of PhoneGap and similar, since there's nothing stopping you from shipping an iOS-like CSS on Android.

PS: In the case of Android, I'd flip through [0], and check out Google's apps on a proper device to get the lay of the land.

[0] http://developer.android.com/design/index.html

Xamarin's examples for MonoDroid are (IMHO) pretty solid, to the point where I'll go to them first instead of the Android docs (even though I'm writing Java[0]).

It's true you have to re-write the UI code on every platform, but it's still the same language on all platforms, so less of a barrier vs. a total ground-up rewrite. Frankly, I see that as a plus, else you end up with badly cloned iOS-like UIs everywhere.

[0] Should note that I'd happily be using MonoDroid if I had a say in the matter.

Worth pointing out that CrOS's "secure boot" is somewhat unique among mainstream OSes in that it still respects the user's wishes by design[0] (aka developer mode), unlike iOS, WinRT, and (with some exceptions) Android devices.

[0] http://dev.chromium.org/chromium-os/chromiumos-design-docs/f...

Chromebooks make excellent portable SSH terminals (see [0]) thanks to having decent keyboards (esp. for the price range) and great battery life. http://c9.io shows some promise as well, though IMHO it still doesn't beat good old-fashioned tmux.

[0] https://chrome.google.com/webstore/detail/secure-shell/pnhec...

The Twitter comparison doesn't work here; Bancorp is explicitly a middleman. As long as Bancorp is getting paid, it's in their best interest (excuse the pun) for Simple to stay afloat.

Bancorp is a closer analog to EC2; they let Simple get off the ground quickly without having to build and harden their own banking systems and transaction networks. Also like EC2, Simple gets to take the heat equally if Bancorp screws up.

That said, this is pretty bad, but if Simple had built their own network and left a glaring security hole open, they'd be utter toast.

I wouldn't cut them any slack. I can't say my bank cards have ever gone down. Totally losing access to your customer's money doesn't help your reputation at all, "disruptor" or not.

EDIT: "The Bancorp Bank", the bank Simple farms out the actual banking to, has been around since 2000[0]. Simple _might_ have an excuse for screwing up like this if this was all their own system, but an established bank doesn't.

[0] http://www.thebancorp.com/about/

That's the developer's choice. Pay the price on the tin, switch to Android where they've chosen to make it free, or find an alternative. The market will sort itself out if it's truly priced too high.

If you're trying to block screenshots, AirPlay mirroring is something else you'll likely want to watch for. It's possible to send a separate feed to the AirPlay display; but not an iOS dev myself so I can't speak to how difficult this is to do.

On the Android side there's also DDMS; unsure if this is detectable or not.

Booting Windows on x86 Macs (pre-Boot Camp) was mainly a problem of hardware support; Windows simply didn't support booting via UEFI in 2006, and Macs didn't ship with BIOS emulation.

Linux can boot on UEFI systems; the problem here is Secure Boot as configured on Win8 systems simply won't let you boot anything else without the proper signatures (or disabling it).

If you're already familiar with SQL (which your average C# programmer likely is), select/where/aggregate look familiar to you, so less of a mental leap to understand them. And being able to say 'it's like in-line SQL!' makes Linq more acceptable to pointy-haired-bosses at the same time.

Odds are the orgs in question were using Jira long before they were using GitHub. Pretty sure it's Atlassian feeling the pressure here and not GitHub; given the existence of Stash.

If the designer was particularly paranoid, they could be keeping the keys in RAM only (on machines without swap, of course). If the keys never touch disk, easier to purge them and know they're gone.

They're (explicitly) deleting the key; provided they're not using ancient or horribly broken encryption, the image itself is effectively indistinguishable from gibberish. I'd assume the images themselves get deleted as well, but without a key they're worthless anyway.

Only real difference I'm aware of is the release schedule; as far as I can tell the plugins get major updates with IntelliJ releases, not alongside the separate IDEs.

(It's possible I'm wrong, just my observations)

Every Ruby user I know personally that's tried RubyMine loves it; from total beginners to experts (myself included).

Note that IntelliJ effectively includes both RubyMine and PHPStorm (+ PyCharm); it's the better choice if you're wanting both.

The Cocoa bindings for Java are deprecated; so "every app built on Java" _has_ to look like that.

I'd rather have a good and usable tool than a pretty one; instead of wasting time fighting unsupported bindings or trying to replicate them (likely poorly).

I believe only IntelliJ gets the other IDEs as plugins.

If your main concern is media, the Fire will better suit you (no Prime Video, no Kindle Library, etc. on Android and Google Play still has a ways to catch up); otherwise IMHO the Nexus 7 has the better build, better software, and better app selection. The Nexus 7 has a 3G option as well if you're looking for that, where the 7" Fire doesn't.

Myself, @jfedor[0], and a few like-minded others are usually at the Grale on Fridays around 4-ish. Consider yourselves (+ any other locals in the thread) invited.

[0] http://twitter.com/jfedor

Speaking of tourist disasters in SF; when I was there back in May, there were a few blocks somewhere around (IIRC) Post/Van Ness where the GPS in my Galaxy Nexus would actually pick up a mile or so off from where I actually was. Realized what was happening right away and still know how to read maps[0]; but could easily be a problem for anyone who isn't paying attention to everything.

[0] Semi-related: whoever decided to stamp street names into SF sidewalks: thank you.

Use metal detector-like beeps instead of the graphic then.

Amazon doesn't sell phones, though. No clear reason to not support Android phones like they're supporting the iPhone.