Quite the choice to say he doesn't deserve attention. Doing a public work to raise some much needed attention, to give people a basic heads-up what they are stumbling into.
Once again here Drew just letting the fishes know what particular brand of wet the water is.
> Quick way to lose your luxury and loyal customers IMO.
Unfortunately, not true. Very, very, very few people are going to abandon the years of work they've put into using iOS and macOS because of a few pesky ads. Sure, they'll complain about it, but they won't actually switch.
It's a thermocline of trust issue. Apple can abuse their customers for profit for a while, but eventually all the little insults add up and they'll lose them in bulk. And when it happens, Apple won't understand why.
Only if there's a competitor for Apple's locked-in customers to go to. Android OEMs aren't trying very hard to court Apple's customers, none of them yet offer anything equivalent to advanced data protection for iCloud & photos, and there's no full "ecosystem" outside of phone + ear buds, and if you buy through a carrier you get ads and bloatware shoved down your throat anyway.
I do agree that Apple is ripe for disruption, but it certainly isn't going to come from any of the existing players, nor is it likely to come from the AI labsp laying fast and loose with your data (and who will also be serving ads).
Maybe. But at least some (like me) will become more hesitant to buy newer products or update to the latest system (I am still on Sequoia because of all this crap lately). And we will also become more hesitant to recommend Apple products. If this is hurting them enough to stop is another question…
it'll still be a net loss. how many customers sign up to icloud+ because of these ads -vs- how much do these ads tarnish the brand apple has spent so much money building?
if it could wver be quantified, i bet it's a net $ loss. and apples esteemed image is ostensibly very important to them. why the hell do apple execs think different?
I use Codex extensively, but mostly as a sounding board for architectural questions. I'll also have it do a lot of boilerplate work, but damn, I don't get these people creating multiple Claude or Codex accounts to burn tokens all day. I still love writing code!
I thought Laravel would've been the one to scoop them up, but I'm glad they landed with Shopify. Adam's a solid dude and what him and his team have done to commoditize web design is to be lauded.
To think it started as a side project and grew to the scale it did. Very impressive work.
Absolutely agree. I could easily afford to hire a lawn crew to cut my lawn, but I enjoy doing it every weekend or two for similar reasons. I have a little under half an acre to mow, but I still enjoy doing it manually with a push mower.
Gets me outside and moving, accomplishes something tangible, can catch up on a podcast or two or just get lost in my thoughts, often leads to fixing other odds and ends around the house I've put off.
I suppose I'm spoiled by the Symfony framework which has a robust Secrets Component [0].
It allows you to generate a public/private key for each environment: test, dev, and prod (by default). The 'prod' private key can't be committed to the repository. Once the cryptographic keys are generated, you can encrypt any secret you want, and the framework will automatically decrypt it and allow you to access it as an environment variable at runtime.
The encrypted values for all environments are committed to the repository. For example, the file for the `$STRIPE_SECRET_KEY` environment variable for the 'dev' environment is a file that has these contents (shortened for readability):
1. Keys for the 'dev' and 'test' environments can easily be shared with the team because their public and private keys values are committed to the repository. No more sharing secrets file over Slack or through some other mechanism.
2. The private key for the 'prod' environment can be stored in a 3rd party vault so it can be made available to the production servers. You can also decrypt 'prod' secrets during deployment to reduce the decryption overhead for each request.
3. At worst, agents would have access to the secrets in the 'test' and 'dev' environments only because they couldn't decrypt 'prod' values locally.
4. It forces good practices to ensure you're not using the same secret value for production and non-production environments.
It's made secret management so easy I don't even give it a second thought. Do other web frameworks support a system like this?
Not the OP, nor do I have any relationship to them, but I've had to build or maintain plenty of these in my time and sure, an LLM can knock out a basic one easily, but there are so many edge cases that need to be accounted for that it gets complex quickly.
Congrats on the launch - this looks like a genuinely useful tool. I look forward to checking it out.
reply