3 ms·
> Herein lies the problem. IoT should not provide that data to the third parties. To an extent, maybe. There's tremendous value in this space for all kinds of
by deelowe 11y ago
> Herein lies the problem. IoT should not provide that data to the third parties.
To an extent, maybe. There's tremendous value in this space for all kinds of things. The canonical example from Bill Joy's time is a fridge that predicts your eating habits and keeps you stocked with the items you need for dinner via automated delivery services.
> overpriced toys that are only meant to monetize people's data even more. This trend should be nipped in the bud.
"The internet is just a fad."
> I was led to believe all those protocols are closed and licensed, requiring you to join some "consortium" or "alliance", paying a $shitton entry/licensing fee.
There are plenty. This is one of the ones I'm familiar with: http://github.com/spark http://github.com/spark
> That's another problem. Our obsession with apps.
I think that even apps will be marginalized over time. People generally don't want to interact directly with software/technology at all. They want it to "just work" ala Google search. The best "IoT" devices will seamlessly augment existing interfaces and technologies instead of inventing new ones.
- TeMPOraL 11y ago> The canonical example from Bill Joy's time is a fridge that predicts your eating habits and keeps you stocked with the items you need for dinner via automated delivery services. Yes, but in this canonical example the prediction could, and IMO should, be entirely done client-side; only actual food orders would be done on-line. > There are plenty. This is one of the ones I'm familiar with: http://github.com/spark* http://github.com/spark* Thanks! Though this still looks like the "sexy IoT" generation protocol; I was wondering about the article's assertion that "unsexy IoT" is now based on open protocols.