slackingoff2017

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!

maybe it has to do with CR3 register? https://patchwork.kernel.org/patch/10138835/

Edit: switched to link without AD cancer

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 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

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.

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.

Found the newest marketing hire...

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)

Pretty sad what you have to do to have a chance at getting a job these days. Is there any proof that this gets better employees? I haven't seen a shred of real scientific evidence. Is it anything more than corporate hazing?

You have to think that for each person hired probably 100 others spent months of their life preparing for the interview. What a massive waste of human effort.

Haha this is exactly how I pictured it working! Made by the makers of express too.

Express is ripe to be replaced. It has the weirdest syntax I've ever seen and is basically designed around call back hell.

I can't wait till somebody rebuilds it in Typescript or at least around async

Are you sure they didn't use UDP? It seems like the kernel flow control in TCP would interact badly with LEDBAT

Yup, it's because for the longest time TCP was as aggressive as possible to get the most bandwidth.

Over the last 10 years networks buffers have become gigantic and sending packets as fast as you can causes standing queues that can be a dozen seconds long. This is where the lag comes from when someone on your LAN is uploading/downloading.

The lag actually gets worse with higher connection speed because the devices tend to have even bigger buffers.

BBL and to some extent VEGAS are smarter going about things. They attempt to maintain constant latency instead of maximum bandwidth. For a few percent less connection speed all the buffers stay empty and delay stays minimal

LEDBAT is similar but works on L7 instead of L4 and needs support on both ends. BBR is excellent. It's the first congestion control strategy to really focus on fairness rather than trying to send packets as fast as possible.

Combined with fq-CODEL, BBR finally offers a way to load balance traffic on your NAT without allowing someone to monopolize bandwidth

Yes! I've been waiting for a fast userland OSS network stack forever. There's things like DPDK for IP but nobody has taken up the monumental task of getting TCP working and reliable

LEDBAT typically runs over UDP and doesn't need kernel support. Windows has something similar with "background intelligent transfer service" BITS, but LEDBAT works just fine outside kernel.

There's several companies dedicated to moving ultra high net worth individuals. It's hard to believe there's no market between that and the cheapest options.

Sounds like their marketing wasn't great or they ran out of runway.

When you connect with ftp or HTTP you get a top level directory or a home page. Same thing as looking through an open door.

>Name a protocol used on the Internet that does NOT make a distinction between connecting and the client requesting information.

Http, among almost everything else. In HTTP the browser will call GET / as soon as a TCP connection is established. If you want to go down a level yes TCP doesn't leak info on connect but what kind of client does that?

The L4 protocol doesn't matter, too low level. What matters is what a normal client does. In HTTP, every browser will make a GET request for info immediately on connecting

Say Bob tells me to connect to his ftp server and gives me a different IP. I go into my client, type the IP, and hit connect. I have a directory listing of all the filez now. A crime? You've gotta be kidding.

To even know you're connected to the right place in most protocols you need to request information. It's like I said, a door that throws the contents inside to anyone that finds it. It has to be that way because otherwise all the doors look the same and you couldn't find the right one

I'm saying that unauthorized access shouldn't apply to things that are trivial to access even by mistake.

The law needs to be at the same standard as real life. For example the police can search your belongings unless they're locked, then you need a warrant. If you've got a service wide open on the internet with no security it shouldn't be a crime just because somebody found it.

The difference between doors and locks is that going through real life doorways is a lot different than connecting to a service. On the internet the act of connecting to it gives you access to the inside, there's no second act of walking in.

It's like an open door that throws a copy of it's contents at anyone that finds it.

An ftp client downloads a list of files as soon as you connect.

It's the same as fat fingering a website in your browser. Are you saying I should go to jail if I type the wrong website, it loads, and it turns out that site was supposed to be "private"? My browser downloaded the home page and all the files on it.

What if I click the wrong wifi network and use it all day without noticing? Should I get charged for "unauthorized access"?

There needs to be a reasonable standard for security above "so insecure you could do this by accident" to send people to jail. Whoever set up the server that shitty should be charged with negligence.

"unauthorized access" is bs. It was a public ftp server and he notified the owners. It's like telling your neighbor his door is open.

Just buy your own domain and run Gmail on it. Super easy to do, and if Google dicks with me too much I can move my mail somewhere else in minutes without changing my address

You really think business grows so fast that you need instant servers?

Google ran for many years on piles of commodity boards and they were expanding pretty fast...

The amount of marketing hype around cloud services is insane because all the big tech companies have a vested interest in your renting their platforms. It doesn't allow you to do anything you couldn't 15 years ago, just makes it easy.

I used to live on the east coast and saw kids riding the subway all the time. It's no different than taking them into a store.

A bonus of public transport is that you can let your kids do whatever once they hit 13. There's always a few awkward years where they can basically care for themselves but can't drive.

Today's parents are way too paranoid. My mom grew up in the country and back then all the kids were driving by 12 even in town. I think modern age limits are more about making sure you can get charges to stick in court than a safety issue

People will resist giving up cars in areas with crappy weather, but I could see this working in many US cities west/south currently choked with traffic.

At that speed it might not be Nginx. Check out Cloudflare's other blog posts too.

https://blog.cloudflare.com/how-to-receive-a-million-packets...

And thanks OP. I'm sure thousands of companies do these kinds of optimizations but CloudFlare is one of the only to bother sharing.

Finally blocks ensure code executes even on exception. In the second example hideLoadSpinner will never get called if you hit the catch block