I'm guessing the longer term interest Amazon has is to use these stores to generate a dataset for their computer vision system, which they could license as a loss prevention technology to other stores
Thank you for voicing this, I really agree that something about the culture growing up around tiktok is special and feels like a breath of fresh air. I think a lot of the doom and gloom talk is coming from people with a totally outside perspective who haven't actually tried to engage with the platform.
One thing that stands out as special to me, since it started out as an app for dance videos, so much of the cultural threads still revolve around that, and so it encourages an embodied way of presenting yourself. It makes text heavy sites like twitter and facebook feel... detached, cerebral, sterile in comparison. Whereas tiktok keeps a playful frivolity that that is so often lacking online. It seems to me a big step towards solving the big challenge with "online culture": considering the human.
This is in Seattle, on 5th ave. The concrete pillars are the monorail track. The street confused me driving as a human sometimes. There are more videos of the Tesla software being confused on this particular street floating around
Interestingly enough, this isn't a mess in the shell's own builtins. The [ ] expression syntax is provided by the program /usr/bin/[ which is (often) a symlink to /usr/bin/test. It's just a clever trick! [ is a program that evaluates it's argv as an an expression, less the trailing ], and then returns the result as an error code.
Actually re-reading your post you probably know that already! Nevermind then. Maybe someone reading this will be enlightened
Yes, I know about `[` being both a program and (potentially) a built-in. However the problem is exactly that an Sh-style shell can't easily divorce itself from the same gotchas unless it invents a DSL for its builtins with different semantics—because normally it must parse vars before invoking the command, and thus vars are interpolated into the text, which the command is. If the shell does the sane thing of interpreting the command before evaluating vars, it means breaking off from the normal semantics and thus being inconsistent.
I imagine the introduction of `[[` and `((` in Bash may have come partly from this reasoning (to abandon the POSIX semantics for these commands), though I never delved far enough into nerdery to learn the difference from `[`—so don't know if they do evaluate vars in the sensible way.
I keep wondering if there are any shells or other software calling into utils, that manage to walk the edge of writing commands without bumping into such syntax problems—but avoid having to "enquote" "each" "argument" all the time.
WhatsApp sucks. Message delivery/notifications are unreliable, the interface is hideous, it lacks the Tapback/reaction feature which is heavily used in iMessage, and it dumps pics from group chats into your photo library automatically, as if you took them yourself. Idiot posts racist meme to a group chat? It lives in your photos library forever until you notice and manually delete.
Notifications being sporadically (at best) delivered is the real deal breaker for me.
What’s more fun than a party you missed because WhatsApp didn’t feel like delivering notifications for a day?
1. Settings → Chats → Disable "Save to Camera Roll", done.
2. WhatsApp has rock-solid message delivery, otherwise it wouldn't have 2 billion users (https://blog.whatsapp.com/two-billion-users-connecting-the-w...). It's the default messaging app in most of the world. You don't become that popular with unreliable message delivery.
Notifications only seem to work if WhatsApp is actively running, unlike every other app on the iPhone.
I checked again, and yup, a bunch of messages in a group chat I never was notified for.
That behavior is fine if it’s your primary app, but it sucks if you’re not constantly checking.
Also, 2 is a bad thought in general. Consider: “Windows has a billion+ users, of course it doesn’t crash. You don’t get 1 billion+ users with bsod and forced updates.”
Your comparison to Windows is probably more appropriate than you think. When is the last time Windows crashed on you (and it wasn't a dodgy third-party driver that caused it)? It works fine for nearly everyone using it. So does WhatsApp.
The US is a big place. WhatsApp has plenty of users in the US. It’s easily the third messaging app I use, after LINE and iMessage. And the people I talk to on WhatsApp are US natives, it’s not like they picked up WhatsApp in some other country and brought it here.
If you're using three messaging apps on a regular basis, you are either an extreme outlier or have lots of contact with people who are in other countries or have strong ties to other countries.
One thing I have come to appreciate about WhatsApp is its ability to handle low bandwidth environments better than iMessage. Back in 2015, I was traveling around Europe and had T-Mobile's unlimited roaming plan. I think the data speed was capped at like 64 or 128kbps? In addition, many hostels had less than 1Mbps wifi. iMessage would just choke trying to send pictures or large messages. In particular, it would be stuck in the middle of that "sending" blue line indefinitely like it was quietly timing out and would sometimes require a reboot of the phone to recover because it would remain stuck in the "sending" phase forever. Whatsapp seemed better tested and more solid when it came to transmitting messages. You'd see consistent progressing updates in the progress bar until it either timed out(unlikely) or finally transmitted.
Just run a Linux hyper-v vm. That's what WSL2 is doing under the hood anyway. I run it this way and it's great. I have windows terminal auto ssh into it. Performance is great. And using the X server x410 on the windows side gui performance is fantastic (though no hardware acceleration) because instead of ssh tunneling x410 suports AF_VSOCK for the x socket, which hyper-v supports for performance as good as a domain socket on the same machine.
I've had trouble researching if WSL2 is in fact a hyper-v managed VM. I've seen some documentation referring to WSL2 as a tightly integrated Krypton (scaled down hyper-V) VM. It seems to imply the host overhead isn't as high as a guest on hyper-V
WSL uses a Hyper-V derived virtual machine that is
* Sparse & light - they only allocate resources from the host when needed, and release them back to the host when freed
* Fast - it can boot a WSL distro from cold in < 2s
* Transitional - these lightweight VMs are designed to run for up to days-weeks at a time
Full Hyper-V VMs aim to (generally) grab all the resources they can and keep hold of those resources as long as possible in case they're needed. Full VMs are designed to run for months-years at a time.
WSL's VMs are MUCH less impactful on the host - FWIW, I run 2-3 WSL distros at a time on my 4 year old 16GB Surface Pro 4 and don't even notice that they're running.
AFAICT Krypton is stripped down in the sense that a lot of the management framework is gone, but as far as the guest is concerned, it's running on hyper-v.
There is a huge amount of these $20 bills lying around in fact. The thing is they're not that easy to pick up. These ERP systems are often fairly bespoke, designed for the workflow and needs of specific industries, or even specific niches in industries.
I work for one of these bespoke ERP companies, our niche is CNC machine shops (huge industy you don't hear much about). Our software was grown organically out of tools we made to manage our own CNC shop, spun out into its own company. That deep domain knowledge is what allows us to make a competitive product.
That is the paradox with ERP: they are sold as off-the-shelf solutions but customization costs twice the licenses and always ends up producing a bespoke monster.
But the end result always requires you to cut/reshape the darn Lego bricks themselves, because the modules never quite fit the use case perfectly, so consultants are brought in to hack it all into some sort of workable shape.
