Nest has customers who have paid it, it does not have paying customers. There is no ongoing fee despite every device Nest sells being connected to its servers 24/7/365. It takes no more than ~3 seconds for any changes you make on their web/mobile apps to reach the thermostat, so it has to be at least checking in with a server constantly.
I don't think that a 24/7 network connection of a customer that just paid $249 for a thermostat is that much of an monetization issue for a company like Google. (for comparison: more than 1 billion Android devices are currently connected to their servers 24/7/365)
Well in addition to the color LCD, they do have speakers so Google could do audio ads.
Also, Google+ checkins when you walk into your house and G+ status updates when you adjust your temperature would increase the G+ 'active user' count for them.
Yet that's what I believe it does. Every few seconds, Nest sends an HTTP POST to their servers with its serial number. If there are any commands waiting for that thermostat (change temperature initiated from an app for example), they get sent in response, otherwise the connection is closed.
That's the client pulling, not the server pushing. Pushing would be "when the owner makes a change on the website, notify the appropriate thermostat to change its settings". This would be way more efficient, but too many Nests aren't going to have suitable internet connections.
Perhaps you misread "yet" as "yes". I'm curious if there's a power issue as well. I don't know how fast wifi can turn on/off and reconnect to a network. Nest has to be low-power as its only power source is one of the tiny wires from the HVAC system and that doesn't supply enough to run the device offline, let alone online. It uses that wire to charge an internal battery instead.
That sounds a bit hyperbolic. I think you're overreacting. The difference between this and long-polling in terms of hardware required is pretty minimal. I run a web stats service that has to deal with similar kinds of data -- millions of sites "pinging" it with a new page view to record constantly -- with one crappy server. Nest doesn't even have to record anything in response to those pings, unlike my server, just compare to some in-memory table of which devices have commands waiting for them, so most connections can be immediately disposed of.
Given the setup, network and power requirements Nest operates under, this may well be the most efficient way it can be done. Or maybe it does do some kind of long-polling and the descriptions online are inaccurate. Either way, I doubt there's anything "absurdly wasteful" going on here. Poll vs push isn't melting polar ice caps.
Nope; if you have a device in people's houses you basically have to configure them to pull. NATs and other connectivity tricks mean they can reliably initiate communication with you but not the other way around.
I'm intimately familiar with the relevant issues. That the client initiates the connection does not make it "pull", you're confusing distinct issues. Push is almost always implemented with long-lived connections initiated by the client side which remain idle save for periodic keepalives until there is actual data to transmit.
Google already has massive server deployment around the world – the incremental cost of keeping some sockets open seems unlikely to noticeably increase load when they already have Android, Chrome, Google Talk, etc.
I do love their strategy where if you already own a Nest thermostat, buying the Nest Protect smoke detector makes your old product work better. Very clever.
