Which of the "tons of apps" do you actually use? I'm trying find a reason to buy a smart watch (of whatever variety) but I just haven't found a use case that justifies the cost.
things will change as the watch becomes untethered from the iphone. first, over wifi, and then with a cellular connection. that's when the benefits really grow.
What benefits? I'm not being snarky, I'm genuinely curious. What would you want an untethered wrist-worn computer to do? I can't think of anything, myself. It'd be nice to get notifications and texts, but the form factor is too small to actually respond to them. Maybe if voice recognition technology improved by a couple orders of magnitude it'd be useful.
Perhaps most people "cheat" without their spouses knowing about it?
That is the reason it's called "cheating", after all. I would never cheat on my wife. That's not to say I'd never sleep with anyone else, just that I'd never do it without her knowledge and consent. It's only cheating if it's against the rules.
Men's desirability rises over time
 up to around age 55-60. At which point it stabilises, then drops slowly.
That's right, ladies, you heard him. I'm nearing peak desirability! Queue forms to the left. No pushing or shoving please, there's plenty of me to go around.
There's nothing said anywhere in the source code or docs about authentication or authorization. There's an Encrypt() hook in the source code but it's merely a stub function in the section commented "Configurable hooks for use as an application library", which implies to me that encryption is intended to be completely up to the the application.
So the idea is that you're passing around executable bytecode from node to node in the clear, to be unquestioningly executed by the receiving node. Does anyone else see a problem here?
Sure, it's a brand-spanking-new language. It's incomplete. I get that. But the security model cannot be an after-thought for something like this! It needs to be designed into the foundation of a serious IoT framework. As far as I can tell it hasn't even been considered.
If you ALSO want me to behave like an employee, controlling my hours, sitting through useless HR presentations, and acting like an agent of a corporation, then I'm an employee and I want the full benefit package. It's pretty black-and-white and has never really been an issue in the dozens of contracts I've been involved in.
Glad that works for you, but you do realize that there are an awful lot of contractors who sign contracts stipulating that they'll be available certain hours, work in a certain place, and even dress a certain way? You're certainly within your rights to respond to such a contract with, "If you're going to treat me like an employee, then I want the full package." A lot of other people would rather be considered contractors despite the employee-like restrictions. It's not a black-and-white contractor-with-only-acceptance-criteria versus employee-with-working-restrictions choice for everyone.
To summarize the linked page...
Intended Use Cases:
Really, the only type of programming not listed there is hard real-time. Way to narrow your focus, guys.
No, you misunderstand. You're right that it goes to all contacts indiscriminately. You don't get to pick and choose who. But it's so much better than that. You don't enable it. You don't even have to have any equipment that runs Windows 10. Say you have a guest that you give access to. If they have a Windows 10 machine with this "feature" enabled, the password is shared to all of their contacts. Brilliant!