The passionate hunger to do something significant and meaningful with my life was a major reason I took care never to have any children. Having grown up in a large family within a religious subculture full of other large families, the amount of time and attention children consume was crystal clear from a young age, and I knew that I was going to need every scrap of energy I could spare for the work I wanted to do.
Years later, after I had to accept the failure of my ambitions, there was an opportunity to become the dad of a kid who needed one. So here I am being a dad after all, and it's been a good experience. Difficult, of course, and often frustrating, but worthwhile; I have no regrets - neither about this choice, nor the one I made when I was young.
They stopped pushing tags for any of the Pixel kernel or userspace driver repositories to AOSP. They also stopped pushing AOSP releases specific to Pixels which is why AOSP now only gets yearly releases, QPR2 releases and security backports to both of those. Other OEMs use the yearly and theoretically also the QPR2 releases. Both the yearly and QPR2 releases get monthly security backports. Since they dropped Pixel support from AOSP, they don't push the releases not shipped by other OEMs anymore.
These changes directly led to our Motorola partnership. One of their security people reached out to us after seeing our posts about this with the launch of Android 16. We haven't talked about it much since then since we adapted to it during the several weeks it delayed our Android 16 port. We then continued adapting to it and have fully worked around it. It was an ongoing problem but not a new one and we had accepted we had to deal with it as the new normal.
They were previously responding to our kernel source requests within a day. It was often done without hours. Despite the archaic system, this part wasn't that bad. Recently, they've been taking weeks or longer to get back to us for the requests which is ridiculous. It's the direct result of purposely adding a lot of friction with manual handling of the requests even if the delays weren't directly planned by management.
Weeks or months of delay is not reasonable for one of the largest tech companies in the world. GPL doesn't set a standard time limit for providing the sources, but that doesn't mean they can delay it indefinitely. They need to do it in a reasonable amount of time. What's reasonable for one of the largest tech companies in the world in 2026 with current technology is not the same as what was reasonable 30 years ago. Google chose to come up with a archaic way of distributing the sources involving someone manually going through a list and sharing Google Drive access. It's a deliberate way of making it painful. If they can't keep up with it and it gets delayed for weeks or months then they're not complying with the GPL by not providing it in a reasonable amount of time. Law is not code and a time limit not being explicitly written down doesn't mean there isn't a limit to what's reasonable for compliance.
They'll sell far fewer Pixels because of these overall changes. It pushes GrapheneOS and other projects towards other devices instead. For us, Pixels are being used due to security rather than ease of supporting them. It's now a lot harder to deal with Pixels than it would be for many other devices but they're currently still the most secure option. We're working on changing that and have a lot less reason to contribute to improving Pixels. We helped them fix serious security weaknesses for Pixels including vulnerabilities being exploited in the wild by forensic data extraction companies. Pixel security with the stock OS would be worse without GrapheneOS.
If you're like me and struggled to parse the title, my understanding is, "To obtain certain source code from Google, you could previously reference git tags, but now you have to fill out a form and wait for a human to give you a google drive link."
Instead of creating one more centralized alternative, it's best to invest all effort into a decentralized solution, like Radicle[1][2] or federated Forgejo[3][4].
Cursor, which is now owned by Elon, who tried very hard to get all manner of data about citizens with his intrusions? I'm sure I'm not the only one who thinks this isn't a great idea. He'll use it to feed Grok.
I'm not a big fan of Github right now either but I wouldn't consider this alternative due to its ownership chain.
I see the exact same thing on Play Store, and I think Google is outright complicit in fraud. The top result when you search for an app, even if by exact name, is always, literally 100% of the time, not the app you are looking for, but some other ad-infested knockoff spyware shit whose developer paid Google to be placed before the real thing.
This has been true for years on Amazon and is true for most big services now.
Over time the concept of search has mutated from 'locate the exact item I'm looking for' to 'show me a list of semantic search results'.
Somehow nobody noticed.
Oh and of course those are not random results - you can literally feel how the platform is trying to nudge you into buying what IT wants, not what you wanted.
The search is just purchase intent, the platform will choose what you'll buy.
Powerful algorithms, subliminal design - I feel like a lamb in a dark forest full of wolves when I search on amazon, netflix, prime video ..
There are no '0 search results' anywhere.. each search yields thousands of results.
I remember what a revelation Google search was when it came out in 1999 - it would actually find the exact thing you were looking for ! You no longer had to sift through directories of links, you could just filter it..
We're back to pre-google, but it's a lot worse now, since this is by design, not by lack of technical knowledge of how to make search work.
> Researchers analyzed survey data from 7,704 employees at a large healthcare organization.
I’ve been remote and worked for remote companies for a long time. In my observation, the well-being is bimodal. The people who adapt well to remote thrive. There are a lot of people who think they’re going to love remote who ultimately flame out from the loneliness, isolation, lack of visual boundaries between work and home life, and lack of externally enforced routine.
It’s really sad when the latter happens because it’s almost always someone who was hired for their great work and abilities. Then over time they get drained and you can see that the remote work wasn’t what they expected.
It’s basically impossible to predict who will fall into each category at the interview stage, or at least I can’t do it. Prior remote work success (not just experience) is the best indicator but it’s hard to evaluate, too. Some of the most difficult remote hires I’ve worked with had past remote work experience, but it’s only after being hired that you learn they struggled at those companies too.
There are a lot of people making a lot of money on the inefficiencies of the US system. They won’t give
up their revenue streams without a fight, and they are filthy rich on the backs of sick people. You better believe they will play dirty.
This was fascinating, thank you. I expected to read about legal threats against the folks collecting this data and am glad that those didn't materialize.
Also I only realized after finishing the article what a breath of fresh air it was to read something that came straight from another human's brain without LLM intermediation. Thank you to the author for that too.
Heh. Just got done writing (by hand!) a Principles of AI Use document for my (ironically) AI enablement firm, the first of which is:
Write as yourself. You’re being paid for your expertise and insights. Communicate them directly to us. Copying and pasting Claude responses into Slack or an email directly shifts the burden of comprehension and understanding to everyone else, and worse, risks skipping that step for yourself. Even if you’re fundamentally using Claude to gather your thoughts or help you prepare a response, you need to be writing it yourself, in your own voice. Not having Claude ape your voice, or “make it sound less like AI”. You, directly. Doing this will further reinforce your own understanding of the state of things, the same way teaching someone is the best way to learn. As a guideline: for Slack and email comms, this should be near-universally written as you. For deliverables that are longer form and follow a template like proposals, roadmap/discovery work, etc., use of agents is expected but, see Principle #2. (Own the Output.)
I was able to (through heavy Claude use) successfully reverse engineer a golf cart motor controller that is programmable over USB, but only was supported by a Windows application. Claude walked me through using ILSpy on the .NET assembly, using Wireshark to capture the protocol over USB, and to completely map out all of the functionality in the Windows application. The output was a portable C library and CLI program which, so far, has worked well.
I consider myself kind of an AI detractor but even I'll admit that the tool allowed me to do something it would have taken weeks-to-months to learn to do the hard way.
The older I get the more I realize ambition and "being ambitious" is a completely misplaced way to orient your life.
The chance of validation from others is not a good reason for making one choice or another and a life made of choices of that kind will eventually leave you spiritually bankrupt.
Make decisions based on what you're passionate about, based on what will bring and keep meaningful relationships into your life, based on what will leave you with habits that take you outside, into the sun, moving your body and eating healthy, and, sure, that will afford you the ability to pay for those things.
Focus on the process, not the outcome.
Making decisions based on what will make you more "successful" will make you a slave to others approval. And those others will use you up and waste your life to achieve their own objectives.
Also, if you pick the right partner, having kids does all the good things in life at once. It is the most efficient way to get yourself into the good life possible.
> The Core Technology Fee, a per-install fee for developers that achieve extraordinary scale, will be replaced by the Core Technology Commission, a simple 5 percent commission on digital transactions in apps distributed outside the App Store. The new terms also eliminate the initial acquisition fee and store services fee.
[...]
> In order to keep EU users as safe as possible, Apple will continue to require every alternatively distributed app to go through Notarization — a baseline review focused on basic functionality and protection from serious threats.
All in all, still extremely anti-consumer. If I can download and run arbitrary code on my Mac--even if I have to jump through scary warnings--why should I not be able to do so on my phone? Why would one computing platform be different from the other?
A good article, but missing one very important word: trust.
Civil society only exists when there is a collective general trust that most people are trying to do the right thing. Said society also finds it incredibly important to remove or nullify those who aren't trustworthy because "a rotten apple spoils the whole bunch". Trust is hard to earn, and easy to lose, and it only takes one person exploiting the trustworthy without consequence to ruin a good thing.
So no you can't build a system that's meets all of the article's criteria because almost all of them rely on the unspoken rule of trust in civil society. Everything built for good can be abused for evil.
I cannot figure out if this data center panic is legit or trumped up. There are legitimate nation-state and political entities that would love to create pressure for degrowth in this area. And, pollution and natural resources are a concern, yes, fine, sure. NIMBY happens, I get it ...
*BUT*, we've been building huge data centers for decades and they are minuscule compared to the size of the earth. My skeptic meter maxed out when i saw a Tesla with a "End Data Centers" bumper sticker on it. This is just the latest popular panic, isn't it?
I feel like this misses the value of something like Github or Origin entirely though. There's nothing terribly difficult about hosting a git server. The UX and pull requests capabilities are a little involved, but there are alternatives today.
What makes Github special is the ecosystem and integrations. Sentry, Linear, and so many other tools have special UX around Github. You need centralization (or at the very least, a standard) for that.
It sucks to see Github's fall from grace, but I just can't bring myself to use a service like this under the custody of SpaceX. I've been saying this for a while, but I really wish Linear would swoop in and become the unified platform for software development.
> But it is easy to see why some people feel this might open the gateway to messages which, at best, are irrelevant
If you're in South Korea, you can expect to get around half a dozen emergency notifications every day. Typical contents include "it's cold, so dress warmly", "roads are icy, so drive carefully", and "Mrs Kim, 79, suffers from dementia and was last seen in Seoul wearing a black coat".
You can set your phone to filter these out, but then you'll also miss the notification about North Korea commencing artillery bombardment.
Unfortunately this is a very misleading article and headline. I don't doubt the end result - it's useful that it works, but it's not "natively" and, unlike what some people assume, Claude didn't write a driver. It basically used HP's existing proprietary driver in a Linux VM on macOS, and just bridged that to macOS.
It also requires a root launcher that runs code from the user ~/.hp1008 dir, so security is weakened.
We’re building data centers in the U.S. at an unprecedented and increasing rate [1]. Is it so hard to imagine that something which was fine at one scale may begin to cause issues at some massively higher scale?
If I drink one glass of wine per day, it’s probably fine. If I drink three bottles per day, I’m gonna start having problems.
> "These changes resolve Apple’s disagreements with the Commission over business terms and alternative distribution."
[...]
> "The Core Technology Fee, a per-install fee for developers that achieve extraordinary scale, will be replaced by the Core Technology Commission, a simple 5 percent commission on digital transactions in apps distributed outside the App Store. The new terms also eliminate the initial acquisition fee and store services fee."
[...]
> "In order to keep EU users as safe as possible, Apple will continue to require every alternatively distributed app to go through Notarization — a baseline review focused on basic functionality and protection from serious threats."
This is bonkers, I can't believe the EU Commission agreed to it. The main issue that the DMA was about still remains: Apple retains ultimate control over app developers' dealings with users.
The status quo that the EU should have pushed for, and which Article 6(7) of the DMA requires, is one where a developer can distribute iOS apps to users without ever entering into any contractual relationship with Apple. The OS APIs that most apps use are already paid-for by the user when they buy the device. Apple wants to double-dip and charge developers for the value that the users already have by virtue of owning their iDevices with all the necessary iOS paraphernalia in them.
Of course, Xcode and the SDK overall aren't paid for by users, so Apple can charge devs for it, but so far there's no way to signal to Apple that you have opted out of using their SDK and have the fee waived. Not that it would be enough anyway, since even having to interact with Apple in any capacity to be an iOS dev is the main problem.
It took decades to clearly define gambling enough to regulate it as we do now. Note that pinball was banned in major cities for decades because it was too similar to gambling devices.
And even with those definitions things weren't very clear. I used to work for financial traders here in Chicago. Every year there would be an unofficial snow futures market. It was a fancy way for all the traders and clerks to gamble on monthly snowfall at O'Hare.
But to my delight, the CME eventually created an actual, legal weather derivative for snow. What made one gambling and the other not? What makes any given bet a legitimate financial trade versus pure gambling? Let me know if you figure it out.
My point being that not having a clear definition won't stop us from grappling with the harms. Nor should it. Figuring out what new things really mean is always a messy process.
"Behind every great man there's a great woman." I thought I was killing it at work and as a dad when I was answering emails about complex bugs while hiking with my first kid riding in a backpack. But then I quit working to be a full-time dad for kid #2 and found out how much work my partner had been doing that I didn't know about. I suddenly understood why so many of the men at my former workplace had been divorced. So be ambitious, but check in with your partner and make sure they are on the same page.
Turns out even a proxy can be worth $8bn with the right business model behind it.
Users get an array of providers competing behind a single API, meaning they have to compete on price and quality not vendor lock-in. This encourages users to join OpenRouter over specific model vendors.
Providers get easy access to revenue (and data) and new customers with little to no ad spending, encouraging them onto the platform too.
Years later, after I had to accept the failure of my ambitions, there was an opportunity to become the dad of a kid who needed one. So here I am being a dad after all, and it's been a good experience. Difficult, of course, and often frustrating, but worthwhile; I have no regrets - neither about this choice, nor the one I made when I was young.