Something made me go immediately to the MCKinsey website. Cookie banner popped up:
> We use cookies to give you the best possible experience with mckinsey.com. Some are essential for this site to function; others help us understand how you use the site, so we can improve it. We may also use cookies for targeting purposes. Click “Accept all cookies” to proceed as specified, “Decline optional cookies” to accept only essential cookies, or click “Manage my preferences” to choose what cookie types you will accept
De-bullshitted:
> We track everything you do on our site. Accept it or get lost.
> PLEASE ADD BUSSWORDS AND OTHER BULLSHIT TO THIS:
> We track everything you do on our site. Accept it or get lost.
results in
> Leveraging cutting-edge data analytics and user-centric engagement metrics, our innovative platform seamlessly integrates a comprehensive suite of proprietary tracking solutions to synergistically enhance your browsing experience. By accepting our state-of-the-art privacy policy, you empower us to deliver personalized, value-added content tailored to your unique digital footprint. Should you opt to forgo this transformative opportunity, we regretfully cannot accommodate your online journey at this juncture.
I think screenwriters could easily do a reboot of Big Bang Theory using this approach...
input:
> you stink
results in:
> Your olfactory profile presents suboptimal aromatic qualities that fail to align with contemporary societal expectations for personal fragrance management.
Lets try it on itself:
> add bullshit: Paste crap, get truth.
Output:
> Revolutionize your digital content strategy by leveraging our cutting-edge AI-powered semantic transformation platform to seamlessly transmute suboptimal textual inputs into crystal-clear, paradigm-shifting prose that resonates with your target demographic and drives engagement metrics through the roof!
Use above as input and get as output:
> Use our AI writing tool to make your crappy text suck less and maybe get some clicks.
Slightly different one as input:
> add bullshit: Bullshit Remover. Paste crap, get truth.
Output:
> Introducing our revolutionary Linguistic Veracity Enhancement Solution™! This cutting-edge, AI-powered content optimization platform seamlessly transforms convoluted verbiage into streamlined, high-impact messaging. Simply input your suboptimal text, and our proprietary algorithms will distill it into pure, unadulterated truth nuggets. Elevate your communication paradigm today!
Reverse:
> Bullshit translator: We made an app that cuts the crap out of your writing. It's not revolutionary, it's just a fancy spell-check. But hey, at least you'll sound less like a pompous ass when you use it.
Again:
> We made an app that edits your writing. It's basically spell-check on steroids. It'll make you sound less pretentious.
Again:
> We made a glorified spell-checker. It'll stop you sounding like a pompous ass.
Again:
> We made a fancy autocorrect. It'll keep you from sounding like a pretentious jerk.
Again:
> We made spellcheck. It'll stop you sounding like an idiot.
Again:
> We fixed your typos. You're welcome.
Again:
> We changed your words without asking. Deal with it.
That's a very bad summary though. There absolutely are "Accept it or get lost." banners, but this one seems to offer a single-click "essential only" option without threatening to deny you access to the site if you pick it (unlike e.g. healthline ("At this time, we cannot provide the full site experience if you disallow any purposes, features, or partners. Instead, we will provide a version of our site that shows 10 of our most popular articles without ads, cookies, or tracking technologies.").
User authentication? While there are alternative methods, a very large proportion of website logins will not work properly if you reject all cookies and prevent them from setting a session identifier.
Qemu is great, the DEVs and all who worked on her deserve applause, except for documentation. It's like someone creating a huge Japanese titanium indestructible fighting robot, but then using aluminum in the feet/heels.
So much of my qemu work spent on randomly changing options, with no change documentation, discovering features, with no documentation, options with no reason or indication why, manpages out of date, READMEs not updated, changelog not there, etc.
Documentation is not great I admit. The problem is that we don't have anyone who is a capable tech writer in the team. It's not something that you can improvise.
However, all incompatible changes are documented and also announced at least 8 months in advance.
It may seem like there are many, but in practice they are in very old, mostly unused or very badly designed corners. For example configuration of audio was overhauled last year, and is now the same as basically all other backends (e.g. -audio pa,model=sb16; compare with -nic user,model=e1000 for a network card).
As a general thought, would it be possible to put out a "call for tech writers" post or similar on the front of the qemu website, or even a prominent blog post in the blog section?
If there are parts that specifically you'd want to have better documentation for, please let me know here.
Generally we've been moving command line towards a scheme where each option describes an aspect of either the guest (a device, the board type, the CPU model) or the interface to the host (a file holding the contents of the disk, the network bridge to attach to, how to show graphic contents), with some options providing both as a shortcut (for example -nic, -audio, -serial).
Yeah QEMU's story for this sort of thing is pretty rough around the edges for OS dev. Wishing there was something like Unicorn-but-with-devices for making osdev tooling.
There's also panda[1], but I never got it working myself. I share your frustration, as it would help greatly with debugging, especially with nondeterminstic bugs. I likewise never got QEMU's record/replay to work.
Yes, with a strong emphasis on the proprietary part. Apple and Google both have their own networks.
All the Apple devices (and now, rolling out, all the Google Play Services enabled devices) scan for nearby Bluetooth LE beacons (that use their protocol) and upload (with some cryptographic operation) the location of the device who found the beacon, together with the accuracy (signal strength) to a proprietary server (Google or Apple).
Then, with the respective apps, the key holder can retrieve the reports for a given key hash and decrypt them to get the previous location.
Technically speaking, anyone with the key hash can fetch the encrypted location reports from Apple / Google servers, but they can't decrypt them.
On top of that, the key is rotating every 15 minutes (AirTag in paired mode) and there is no way to know that two keys are connected... unless you own the main key that is used to derive the rolling keys (see "update" and "diversify" in the linked paper).
Now, all of this is fantastic, until you think of this as a monopoly. Apple and Google get an interesting tax on every device that gets built and joins this network (IIRC it's 4$ for partner devices in the Apple network).
My problem with this is that no-one else other than Google and Apple can build an "open" network - you'd have to find a way to push your code to everyone's devices.
I'm surprised no-one is investigating this unfair practice.
> My problem with this is that no-one else other than Google and Apple can build an "open" network - you'd have to find a way to push your code to everyone's devices.
If you want a non-Apple, non-Google solution, you go to the OG tracker tag -- Tile. You have to install their app, so the reach won't be nearly as extensive, but that is fine by me -- the last thing I want is a third party developer able to push code to my device without me explicitly installing it.
Yes - but my point for that wasn't about allowing anyone to push anything on random devices. It was about the market penetration of those two companies.
Tile, as you mentioned, will never get any reach since users have to opt-in to start contributing to the location data, making their network incredibly smaller compared to Apple's or Google's own networks.
If you're Tile - you have no way to start such a network because you'd have to convince every single iPhone user (or Android user) to install your app, while Google / Apple can just do it with the push of a button (kind of!)
My point was about starting your own network with a similar coverage - it's nearly impossible. Thus competing with Apple or Google here is extremely difficult.
A protocol that allows the beacon to define which endpoint is used to forward the encrypted location data.
Alternatively (since the adv data is limited), a "routing" endpoint that allows custom endpoints to be defined depending on the network ID.
There are plenty of possible implementations that would allow for a fair market in this regard, but I don't think Apple or Google would ever introduce them, unless forced to
Maybe it’s a location thing? Until very recently I used the free version of Spotify and never experienced any ads in podcasts (which surprised me considering the amount of ads when listening to music).
Since I have premium I didn’t listen to podcasts a lot, so I can’t tell if it behaves differently
Our oldest got my old iPhone when she qualified for gymnasium at the age of 9.5.
I have configured a quite strict regime via the iOS child control features (max 30 mins per day, no purchases, blocked tiktok.com).
So far it works quite well, it’s enough to keep her connected to her mates, but restricted such that often she isn’t even using it even if she could.
Whenever she can get screentime on another device she is will never stop until external force is applied.
https://jakobbr.eu/2024/08/19/writing-my-own-x86_64-operatin...
reply