This sounds similar to Amazon policies I'd read on HN, but I can't remember if they were barring OSS activity or claiming ownership of.
As a Red Hatter I find this mindset mind-boggling, but I'm heavily biased and on the complete opposite side of the spectrum. There's always a balance to be struck around policy depending on the org/industry/etc, but a blanket "no" is ridiculous.
The general attitude I encountered inside the company was either feeling defeated about it or feeling that Amazon had a competitive advantage because they were one of the few companies shrewd enough to take without giving back.
S3 and EC2 were released while I was there, and that started to change things. Suddenly motives to interoperate with open source were appearing. Sometimes that even meant giving back improvements that made projects fit the AWS ecosystem better. Their customers were also now software developers, many of whom would not welcome their explicitly greedy posture. That opening up was just starting when I left so I don't have a very deep view of it.
A funny thing happened after I left. I was working on an open source project created by my new employer that ended up being popular for a while in teaching distributed systems to undergrads. It was a great "gateway drug" for a new-ish AWS service. The GM of that service asked me to come to their very first AWS conference to talk about the project. I asked if I should mention that I worked at Amazon previously. The GM didn't just say yes, they introduced me as a previous Amazon employee - they very much wanted to be seen as aligned with and supporting open source. They also gave me AWS credits to hand out when I spoke about the project at PyCon and elsewhere.
One reason given is this:
> Assuming the OSS projects aren't a conflict of interest
Apple is so secretive even internally that you can never guarantee whatever you're working on in your free time does not conflict what someone at Apple is working on secretly.
It's easy to demonstrate diligence and commitment by forbidding, much easier than showing how good you are at your job by allowing instead. Which would demonstrate what? Wisdom and balanced judgement perhaps? Great qualities, but difficult to show off. Forbidding is the low-hanging fruit of appearing strong.
That's the thing - people don't have "free time". Most employment contracts are actually enslavement when it comes to IP. That's why corporations lobby governments to stop workers going B2B.
Note this is a mostly US perspective, e.g. AFAIK in Switzerland what you do in your own time, and with your own equipment is entirely your own under Federal law. And that seems totally fair.
Of course if you steal code or ideas from your employer, then things get a bit more grey.
That's a very one-sided take. (Not commenting on Apple's policy, just commenting generally.) This great article explains why IP contracts are the way they are: https://www.joelonsoftware.com/2016/12/09/developers-side-pr...
Everyone talks about how the App Store is a "walled garden" but when you step back, all of Apple is a "walled garden" in a sense. Apple is in many ways like Disney when you think about it, they are masters of their respective domains, they have intense attention to detail, and they attempt to control and curate the experience for you. This is not necessarily a bad thing in all respects, in fact it's a very good thing, the whole reason I go to Disneyland versus Bush Gardens is that I want that impeccable attention to detail. Likewise I have an iPhone and I bought it precisely because of the attention to detail and the consistent experience.
But while this need for control is a huge advantage in some ares, it's a huge disadvantage in other areas, namely the App Store. We have all heard the grievances with apps getting pulled and this again is reflective of the walled garden. Out house, our rules, no exceptions.
But it's really interesting to see this culture extend to the employees themselves. Apple not letting employees contribute to OSS is again very reflective of the "walled garden" approach. Everyone else's employees work during the day and do other stuff on the side, but Apple employees are 100% inside Apple.
And this is a real issue for Apple, because the thing that makes their hardware so good is the same thing that makes all their software less than ideal to work with, to put it mildly. I think the best indicator of this right now is WebKit and Safari. Chrome and Firefox are light years ahead of Safari in terms of implementing new web technologies. At it's core, this is a problem with the culture at Apple of letting people in, and until they fix that culture or make a concerted effort to improve it, any attempt at them trying OSS is going to fall flat.
Apple needs to focus on diversifying its leadership and bring in new ideas. They could learn a thing or two about API's and Software from a company like Stripe.
Probably the same way they deal with support: refer users upstream [1].
[1] https://daniel.haxx.se/blog/2021/11/18/free-apple-support/
Link to Bryan Cantrill's humerus talk. https://www.youtube.com/watch?v=vm1GJMp0QN4#t=41m18s
Is OP wrong in his description of Apple's rules and permission wrt OS?
It's worth noting there was a huge debate internally about this around the time I left, with many people dissatisfied with the policy.
I like this. Sums up a lot of things about HN.
However an individual employee could not just decide they want to submit some patches to Apache Whatever on their own time.