The first is that you had a system with a given set of ownership and now lines need to be drawn between groups to grant each sub-team their own piece of the larger pie. This is where Conway's law comes to bite you because your code is likely structured around your existing team and practices. Deciding how to draw that boundary is a challenge (API-based? Separate services?). Do not skip this part, otherwise you'll have an awful mix of old and new and everyone suffers.
The second is how work is structured. With a small team, anyone can edit anything (ownership again). With multiple teams you need to accept that changes will require multiple stages of development and the rate of change can take a hit due to scheduling and prioritisation for each team. In the small team a single sprint (assuming this is your working practice) may have been sufficient, but with multiple teams those changes will need scheduling.
Prior to 2.3 Python didn't have booleans, just "truthiness". In 2.3 they added the Boolean class as a subclass of int (because of patterns of development it was a pragmatic choice). True and False were introduced, but they were able to be reassigned which could cause all manner of fun. 3.x made them keywords which put a stop to that but the int aspect remained.
I tried to do that, really did, but my TV was circa 2006 and I needed a replacement. None of the options in my region are good, there's no Scepter equivalent unless you pay 3x as much for something akin to a commercial display. So, air-gapping it is!
I had wrap from my exhaust system start to unravel at one point during a long journey far from home. I had to unwrap it by hand on the roadside sans-gloves to prevent it from ending up under a wheel and tearing components apart.
The end result was that I had to find a local retailer selling duct-tape; Not for the car, but so I could apply segments of it to my skin to pull those tiny irritating fragments free from my inner forearm. Yeah, that itch is evil!
Right, but that's a follow on to regulations about increased rear and side still heights for occupant protection, and that's a follow on from increased vehicle sizes, and that's a follow on from commercial vehicles being sold to the general public instead of regular passenger vehicles due to tax breaks, etc.
One of my favourites that starts out difficult but you become fluent in by the end is Banks' "Feersum Endjinn". I love seeing people's facial expressions on first attempting to understand Bascule, or read it "normally".
The earlier model that the 25 replaced was all mechanically interlocked. The belief was that software provided that same level of assurance. They performed manual testing but what they weren't able to do was reach a level of speed and fluency with the system to result in the failure modes which caused the issues. Lower hardware costs equals higher profit...
They may not be against content restriction, instead they may be against removal of user privacy or anonymity. If the proof of age thing was some kind of zero knowledge proof such that the age verifying group has no knowledge of what you're accessing, and the site you're accessing has no knowledge of you as an individual (beyond tells like IP address etc.) then perhaps they'd be more open to it?
Maybe we're missing one another here but it appears you're arguing for me. Khomeini is in place _because_ of western influence/involvement, if it weren't for operation Ajax/Boot (depending on whether we're talking CIA or MI-6 naming) and the various aspects of the associated propaganda then Mosaddegh may have remained in power (I say maybe because it was quite unstable times in the early 50s Iran) and Khomeini may never have gained power.
Are we forgetting the pushback against nationalisation of their oil industry, operations involving both CIA and MI6, the propaganda campaign to get rid of their elected president, and other such fun? It's not like the west didn't have some rather significant involvement and incentive here. They have what they have because the west (as is common) messed with another nation.
That 13W3 connector is the worst. I also had an Indy many years ago and getting an adapter together for it was a real challenge. These days I expect it to be somewhat simpler though.
I'm a little surprised that there's so little mention here regarding this being a possible precursor to the end of the hackintosh.
One comment mentions the possibility of using old ARM tablets in a hackintosh build, but this seems to run against one of the two reasons for using hackintosh over Mac directly - performance. Cost would definitely be a benefit, but I'm less convinced of the value here.
I imagine though that this is literally the end of the hackintosh entirely. With control over basically all the hardware, there are no more workarounds or backward compatibility aspects. Hell, even external GPU aren't supported as-yet.
The first is that you had a system with a given set of ownership and now lines need to be drawn between groups to grant each sub-team their own piece of the larger pie. This is where Conway's law comes to bite you because your code is likely structured around your existing team and practices. Deciding how to draw that boundary is a challenge (API-based? Separate services?). Do not skip this part, otherwise you'll have an awful mix of old and new and everyone suffers.
The second is how work is structured. With a small team, anyone can edit anything (ownership again). With multiple teams you need to accept that changes will require multiple stages of development and the rate of change can take a hit due to scheduling and prioritisation for each team. In the small team a single sprint (assuming this is your working practice) may have been sufficient, but with multiple teams those changes will need scheduling.