I think the cost honestly killed them. If they would have just bolted a SoC and decent software onto a mostly existing lock, they could have sold the thing for $50 more than a regular lock and still made money.
Their desire to build everything from the ground up is stupid. The physical door lock has been optimized for thousands of years by countless companies. The only way you're gonna make it any better is with new technology, so take a regular lock and bolt ur magic sauce onto it!
I have a keyless, non-IoT deadbolt (number pad with access code). It's hugely more convenient and more pleasant to use than traditional keys. One of those things that you don't really realize until you have one. I never worry about having house keys. I can pop in and out of the house on short jaunts with much less friction. I can give people access to my home without coordinating handing over keys. I don't have to go through the clumsy and annoying process of getting keys out, sticking them in the lock, turning them, turning them back, taking them out, and putting them back in my pocket just to walk through a door. It seems trivial but it really does noticeably improve quality of life.
1. If you forget/lose your keys. If you still have your phone with you, then you can use that to unlock it, or if you set up a passcode ahead of time, you can use that too.
2. If you're having someone over and you're OK with them letting themselves in since it'd be inconvenient for you to meet them to let them in.
I've had both of these situations happen to me. Granted, the solution shouldn't cost $700, but a lock you can open with your phone and also email/text someone a time-limited passcode for is useful.
All of the serious hackers with resources have a paid mole involved in the embargo discussion mailing list. The most dangerous people already know.
Embargo is simply a way to make sure the huge, rich cloud providers don't have their reputation tarnished at the expense of everyone else. "Stay with bigco, we fix things before everyone finds about it"
Grpc is the future, I'm amazed that nobody seems to be using it. Easy endpoint definitions and code generation in almost every popular language. Much faster than REST and zero boilerplate code. The client libraries even have http baked in so no "controllers" or route mapping to write. It's simply fantastic.
If you run into a language without grpc support you just standup a JSON proxy and pretend it's REST.
The problem is massive. Most people haven't noticed yet but it's only a matter of time. Eventually everyone gets burned at least once and Amazon becomes the new ebay.
They need to get a handle on their supply chain and stop outsourcing so much of their product listings to shady third party sellers. Shady third party sellers go hand-in-hand with fake reviews. Most reputable brands don't want to get their hands dirty with that stuff. It's guys making margin on reselling that have all the skin in the game and most of the incentive to manipulate the system.
I've never gotten a fake from any brick and mortar or online merchant that sells direct. Only places I've gotten fakes and been duped by rampant fake reviews are eBay and Amazon. Once a competitor gets their shit together (I'm betting on Walmart) and has an equally convenient online store, Amazon will be the Myspace of online sales.
People have loyatly to brands but not the company that sells them. If something better comes along I'll switch immediately just like I did years ago with ebay
I've actually recently gotten a fake from Macys.com, so it seems to me that sites like Amazon and eBay are saturated with fakes, and the scammers are infiltrating supply chains in general. (They refused to accept the return, however, so I don't think the problem is that widespread, or maybe they're just not aware of the issue yet.)
This might be brick & mortar's last laugh. How do you protect against fake merchandise? Don't worry about it, customers simply won't buy the obviously incorrect items, and you can identify and deal with them when you take inventory.
Amazon is very aware of this, that is why they are pushing Prime like mad, selling items under their own brand, and now even buying Whole Foods to give them a physical presence (which is hilarious - for years the mantra has been brick and mortar is dead, Amazon will eat the world ... then Amazon buys a brick and mortar chain and it's genius). I could see them spinning off their whole online marketplace as a separate entity.
I don't see a ton of value in this. The main use case mentioned (preventing use of functions with wrong parameter order) can be worked around using the common 'options' object pattern that everyone uses for functions with a lot of parameters already
Still a neat feature I guess, but IMO it's not worth the additional mental overhead of implementing it.
A lot of problems in JS and it's typed derivatives go back to it's 'structural' type system where every object is a key-value collection and objects with the same keys and values are interchangeble.
I really wish the ES standard would just introduce a new variable type that has nominal typing and ditches the prototypical inheritence chain. You could only use it with new code but since transpilation is the norm these days that doesn't matter much
Perhaps I should have chosen a better example, argument order is just an illustration.
In 1998 the Mars Climate Orbiter[0] failed because of a fairly simple software error - an imperial value was treated as metric causing the spacecraft to calculate an invalid trajectory and burn up on entry to Mars orbit. This bug was not detected in testing.
With opaque types this could never have happened, it would have produced a compiler error long before the bug ever made it into production. They eliminate an entire category of bugs.
I have come across a need for this in typescript and have used similar approaches as the author. Maybe this is a bad outlook of mine, but I am tending more and more to trusting my tooling over some of my fellow developers.
Unless the culture is wildly different than here in the US I don't think it's reasonable to consider private school and nannies as part of "cost of living"... Those are both unnecessary luxuries.
In Zurich, there are no public kindergarten. The monthly fees ranges from 2.500 to 3K+ a month. A nanny is necessary, when both parents have a full time work and family is not around (like in my case).
I think what you are talking about are "Kindergrippen" (when kids are 2-3 years old). Kindergardens are public and free.
This Kindergrippen-age is really the only moment when kids in Switzerland cost you significantly more than in the rest of Europe.
Think it this way: From the actual kindergarden age (4 years old?) you won't pay anymore. It's even free to send the kid to the best technical university in mainland Europe, which is supposed to be ETH (think MIT of Europe)
Android phones are not widely used for surveying critical infastructure unlike these drones. The fact that a Chinese product sends data to China is hardly surprising, but US intel is warning that such a thing is dangerous considering what these drones are frequently used for.
And those Android phones are made by companies around the world. Samsung phones send data to South Korea, Hauwei to China, etc... Some Android phones are sold without Google's apps and send nothing to their servers, so you're not really correct on that.
I strongly suspect it's your carrier preventing google from filtering these calls. I have google fi and it filters spam automatically (suspected spam at least disables ringer)
Their desire to build everything from the ground up is stupid. The physical door lock has been optimized for thousands of years by countless companies. The only way you're gonna make it any better is with new technology, so take a regular lock and bolt ur magic sauce onto it!