Agreed. I have a doc appointment app, where I like the notifications to be on for reminders etc.
Lately they started sending marketing messages through that channel. Now I’m sure it’s possible to turn off the marketing messages. But I bet most people don’t know and won’t change that. It’s super annoying.
> I’m sure it’s possible to turn off the marketing messages.
Uber may have that functionality, but a surprising number of other apps don't - for example Makro, Tops, and 7/11 Thailand, three very popular Thailand retailers, use notifications for when an order is out for delivery, about to arrive, etc. But they also send constant promotion notifications every day, even with audio alerts enabled.
We must, at some point surely, reach an inflection where even everyday people are sick of this shit and start smashing their phones right?
There has always been "unpluggers" [0] amongst technologists, but the vibes are bad and getting worse. I feel like that is getting more common between "normal" people I know, but maybe outside of my country town bubble its not happening.
I was thinking we're only one or two big influencers away from a cascade, but then the ultra-influencers are never really going to commit because its their livelyhood and saying throw your phone away is self-limiting on the viral aspect.
Most people I know who are bombarded by worthless updates every minute either ignore them but don't bother to disable any or are glued to their phones anyway, so they are beyond help.
I absolutely hate medical marketing. I recently decided to switch dermatology practices over a combination of bad data management, unwelcome marketing for cosmetic dermatology products, and unsolicited SMSs. I never consented to receive marketing or texts (or to lose my data in a data breach, or to be billed for the in person services by practices other than the one from which I received services and ignored unopened as spam because I didn’t recognize the sender, etc…)
I wish Apple would force app developers to implement different "channels" for promotional notifications vs transactional - so that you can pick and choose which ones you want.
The "you" in the title's reference to "your push notifications" is not the user, it is the marketer. That tells you everything you need to know about the value of this piece.
Something might come of introspecting why such controls are being built and desired by consumers instead of trying to frame everything as a "big tech evil!!1" narrative.
I’d recommend following your own train of thought, why is big tech so hell bent on intermediating the experience between their users and everyone else? They’ve done it for email, web search, mobile experiences, advertising, etc.
You want to use any of those things, you’ll have to pay their toll booth, figuratively or literally.
The chain of thought is quite straightforward. Functionally nobody wants an intermediary-free channel because there are adversarial entities on the other end.
I'm not a fan of Apple or Google, and it feels bad that all of our notifications pass through APNS or FCM. Megacorps shouldn't have control over our digital lives to the extent that they do, and anyone talking about this gets my full attention and support.
Except for marketers! I don't think there's a less sympathetic category of technologists, save for maybe CSAM peddlers.
You're upset that you can't get "visibility" into whether the bullshit ad you tried to ram down my throat landed on target? You're worried that I'm a dormant user and my phone will silently delete the spam you sent to try to hook me back into engaging with whatever worthless product you're hawking?
World's tiniest violin, buddy. Boo fucking hoo. Your last paragraph says the "senders" (read: spammers) who make it through the next decade intact will be, to lightly paraphrase, the ones who send messages the recipients actually wanted. You say that like it's a bad thing!
The computer is in my life because it is a tool that does the things I want. It is not an open mic for marketing sleazebags to try to sell me shit. May every single one of your attempts to invade my life and hijack my attention be flushed swiftly down the toilet.
If we had visibility, we would know what doesn't work and we would stop sending it. Almost like there are aligned interests there rather than a purely adversarial relationship.
Personally, all I've seen is marketers not getting the message and using it to perform A/B testing to come up with the basest ad they could possibly come up with to entrap more users.
Yes and that would be completely correct in many cases.
> Almost like there are aligned interests there rather than a purely adversarial relationship.
You might very well be the exception, but for something like 99% of marketing content that reaches me, our interests aren't aligned. First of all, they want to generate "needs" where there weren't any before and probably shouldn't be. A pizza ad produces the wish for unhealthy food. A fashion ad produces the wish for new clothes (even though I have enough) and probably even changes the societal dynamics of individual expression and personal style to be consumption oriented.
Second, even if I have a legitimate need for a solution, they still want me to buy their product, consume their media, give my attention to them. I, on the other hand, want to be informed by a neutral third party about the pros and cons of some product. Sure you can say "but unhappy customers are bad for us", but there are actually very few niches, where this signal is powerful enough to align incentives, because information and power asymmetry limit the customers understanding of product quality and their leverage to correct harmful market dynamics.
I can’t think of a single app I want a “Discover” tab on anymore. The moment you include one is the moment there is someone trying to game it. I definitely don’t want push notifications trying to show me something new. I’m hardly lacking in distractions
(Yes I am sure somebody can give me an example of a good use of Discover but you get my point)
That's not entirely fair to the author as the article also states that the consumer being in control is a must:
> Every step subtracts a degree of sender control. Some of it passes to the user, and that is a good thing: a person deciding what is allowed to interrupt them is the channel working as it should. The rest passes to the platform, and that is the part that should concern a sender, because the platform's judgment is opaque, unappealable, and increasingly made by a model rather than by a setting the user chose.
A platform has essentially two "clients" - the user and the developer. Without both, it wouldn't exist. And it is in the interest of both that the platform should have very limited arbitrary authority over them. Nobody can deny today that the platform owners today have too much power over their users and their developers, which makes it easy for them to commercially exploit them while undermining their rights. We need regulations and standards (for interoperability, which is one of the arguments being made) to counter this.
Been an app developer since 2009, worked on Android for 6 years at Google. Push notifications suck, users hate them.
Simultaneously, I cannot match the pull quote, an argument summary, to their argumentation. IIUC if the reword patent / Apple’s summarizing disappear there’s 0 reason to say it wasn’t control passing purely to the consumer.
So I’m left a bit empty as the high-minded purpose has little backing, and thus comes across as bloviating.
is it unironically incomprehensible to you that the owner of the device should in the one who gets to decide what is and isn't spam? it's not email where you can get bombarded with shit from any random server - you can mute or uninstall an app.
You know, I would love a feature that lets me mark push notifications as spam, and optionally send them to Apple. The last part is important for a variety of reasons, one of which is that notifications can be end to end encrypted.
Spam filter push notifications.
Ideally enough spam reports for Uber Eat’s constant marketing abuse and they lose APNs access for the Bundle ID associated with the spam reports. For example.
You’re right of course, but Apple won’t do it - they’re happily running a two-tier system where Uber, eBay, Doordash can force spam notifications on you with impunity. All my settings for marketing are off - eBay still sends me notifications about coupons (and additionally there’s no way to actually contact them to complain, of course). Doordash won’t let me get delivery notifications without marketing notifications.
Apple could fully enforce their policies and fix this in a heartbeat, but they won’t.
Fine, but that’s was clearly not enough to stop the spam, nor it was enough to satisfy everyone.
There are some apps I can’t afford to mute or uninstall, such as phone, transportation, communication and work. I wish I could, but I currently can’t, I’m not privileged enough.
“Punishment by Apple” in this instance is somehow the only response anyone had to misbehaving companies.
In the UK, the owner is liable for identifying the driver at the time of the incident. This is how it works with e.g. rental cars. If the owner doesn't identify the driver, they get the points
In the US, you have the right to face your accuser. Since that's not possible with a camera, photo-based enforcement becomes a non-moving violation.
You can still point the finger at someone else when you get the ticket in the mail. Or just put a bunch of question marks in reply as it is on the State to prove their case, not for you to snitch on your own bad driving habits.
At least that is how it works in the state I live in.
That's obviously not true. Camera evidence is used as evidence of crimes all the time. Security cameras would be utterly worthless if they couldn't.
Right to face your accuser in that context means that you have the right to cross-examine relevant witnesses about how that camera evidence was collected and applied.
You lie, say it "Bob", then you're guilty of perverting the course of justice. They then write to Bob,
If Bob agrees, then he's also guilty of perverting the course of justice, but most of the time you'll both get away with it.
If Bob disagrees, then they look more into it.
If you refuse to answer then you're guilty of not saying who was driving the car, a completely separate offence to the original speeding one, and one which is typically more serious
In the US you can mow down a child, drive away, and despite people having your plates and giving them to the cops, they can't actually arrest you because it was only your car which was used to kill someone?
>In the US you can mow down a child, drive away, and despite people having your plates and giving them to the cops, they can't actually arrest you because it was only your car which was used to kill someone?
Not quite. In the US you get in trouble for driving off, but drivers that wait for the police to show up and then blame the child that they mowed down have a decent shot at having zero consequences, especially if the child was riding a bicycle.
That would run afoul of the right against self-incrimination in the US[1]. The government can't compel someone to admit they were driving, and can't punish people for refusing. The government has to provide proof they were driving.
Courts have held that people have less rights while driving then they do in other settings (such as walking down the street or as a passenger in a vehicle). For example, the doctrine of implied consent allows the government to compel you to submit to a blood alcohol test without a warrant. I wonder if something similar could be applied here.
I certainly support civil liberties, but they need to be balanced against the government's strong interest in preventing the bloodshed that comes from the reckless operation of vehicles.
I think there are many ways you could address this issue that don't involve circumventing constitutional rights.
Most of these systems take a photo of the car, which you can often use to verify who the driver was. For serious offenses you could chose to investigate who was driving and issue a normal ticket rather than an administrative fine. You can create laws about window tinting levels (where they don't already exist), and if you can't identify the driver because the car is violating those laws you can revoke the registration.
You could also institute a point system for vehicle registrations, where if an offense cannot be assigned to a person, it is assigned to the vehicle, and after points exceeded a certain limit the registration is revoked.
I don't know about NYC in particular, but in many jurisdictions a major reason that red-light cameras are treated like administrative fines rather than civil or criminal offenses is to avoid full due-process rights, making it harder to contest the fine, and saving money by making everything automated. Our safety is more important than that.
They could arrest you, because probable cause, but you would not have to plead guilty, which is what paying a ticket is. If speeding was an arrestable offense, they could arrest you but unless they could prove beyond reasonable doubt that you were driving they should not find you guilty. Plus what other commenter said about you can not force some one to incriminate themselves.
Well this latest outage has me forming a position that a backup is mandatory. I've been using Codex for adversarial-review, so with this outage I'm now going to ensure the repo is tooled up to use both agents, and when an outage hits just switch over and keep going.
If you mean Codex is better at planning, I've heard the exact opposite. I'm told it's a beast if you tell it exactly what you need as it will execute it to the T whereas Claude will push back or do its own thing either because it thinks it's wrong or because it's feeling lazy
gpt-5.4 xhigh is a beast you only wanna unleash on your most complex tasks or spend 30 minutes watching the model reasoning how to do a git commit. For everything else i'd happily use a saner model like sonnet.
I've started hitting Codex quota regularly for the first time the last couple of weeks, so I feel like they might be tightening the screws on the $20/month plan too. Someone paying for Max might have to work at it to hit the quota
I think the only correct answer here is: It depends, on so many different things. Usage is definitely way more generous with codex and it isn't even close.
And https://www.map.signalbox.io/, which tries to interpolate signal locations onto a geographic map (with the expected level of inaccuracy, though still not half-bad)
Surprised it allows FSD in such poor visibility conditions. Surely they need to do some work on a reported visibility confidence level where FSD disables if it is not confident in the amount of visibility it has.
Autosteer (lane following) will disengage if it can't see lane markings. I'm genuinely surprised FSD was active in these weather conditions (and as other posters have suggested, it may not be FSD at all).
Oh, the video capture device: because we had everything on analog CCTV, I had two analog TV tuner video capture cards in the server. Plain old 640x480 black and white analog video. When someone pressed the screen capture button on a Cocktail Console, I changed the channel on the video capture card to the appropriate channel, did a screen grab, and dumped the file in a folder on the server. People pressed it infrequently enough that two cards were fine to handle all the volume.
Every day I'd create a new mm-dd-yyyy folder for images to go to, and the Remote web site had a calendar on it. You could go to the site, click on the night you were there, see all the images captured by all people that night, and save your images if you felt like it.
Yep! First, here’s a video from the guy who developed all the hardware, Leo Fernekes. (He runs a great YouTube channel called Leo’s Bag of Tricks all about electronics and neat stuff you can do. Leo’s a genius.) Lots of details in here.
The Cocktail Consoles (as we called them) were all custom hardware. Everything was designed to be rock-solid both physically (bars are full of drunk people and liquids) and operationally (everything had to Just Work). Leo designed a core “motherboard” which was a PIC microcontroller (I forget the exact model) that did five main things: serial I/O for the buttons and joystick; serial I/O for the attached TV tuner; serial I/O for the attached pan-tilt video camera; audio from the telephone handset; and then multiplexing all of that serial I/O and sending it over serial to a central server (which I wrote — in Perl!) which then controlled all the Cocktail Consoles in the bar.
We used black and white cameras because they were both cheaper and also had much better sensitivity to low-light conditions (this has changed somewhat — but not entirely — in 20+ years) and black and white tube TVs because they were cheap. (This part was actually really dangerous — tube TVs hold enormous charges after they’ve been switched off, enough to kill someone, and we had the guts exposed on the insides of the Cocktail Consoles. Had to be very careful). We used public telephone handsets for the audio because of their durability, and video game buttons and joysticks so you could try very hard, and generally fail, to damage them.
The TV's, cameras, and telephone audio were all connected over an analog CCTV system. The camera was video source and the handset's microphone was the audio source for a given channel. The TV could be tuned to any channel, and was thus the video output device, and the handset's speaker was tied to the same channel. Thus, if you tuned to any camera, you would see and hear whatever was going on at that console, but not the other way around, so it was rather voyeuristic. If TV A was tuned to camera B, and TV B was tuned to camera A, that established a bi-directional link, which meant you could see and converse with the other person.
The serial data from all the microcontrollers were sent over serial-to-CAT5 converters, so the entire place was wired for Ethernet, but it was plain old serial over the wire. We then had these serial cards in a Dell server on the other end, which presented as roughly 100 serial ports on the server.
This was where I had to do a lot of learning. I was a good IP programmer, but I had to reach back into the depths of the kernel and learn all about TTYs and switch() and lots of other stuff that even in 2000 was sort of forgotten. It took me forever to find any good documentation on how to handle that many serial ports in a non-blocking way.
I kept asking Leo to just put a cheap Intel box in each machine and do it all over regular Ethernet, but he (rightly) kept insisting on this low-cost, rock-solid approach. Today the calculus would undoubtedly be different — you would do everything over IP — but back then Leo had a level of foresight I still admire.
Yep. 3rd and Bowery, before CBGB closed and the East Village went from the bohemian hipster world of RENT to the expensive place it is today. The Bowery had just barely changed from “don’t go there ever” to “oh, cool!”
For anyone looking to find out more about how computers work at a very basic level, I really recommend the book "Code" by Charles Petzold. Goes from first principles all the way up.
> Cross-sell, upsell, education and discovery can work on push
Push notifications should only be for transactional notifications. I don't want another inbox for junk.