Really? Did my toggling on an 8e that ran as a controller for a COM (Computer Output Microfilm) "printer".
Not saying that I could write code directly in octal... but I was pretty darn close. Of course, it helps when your assembly language consists of just eight instructions.
So honest question. I presume you spent months on those LC questions.
Do you feel that they were beneficial in terms of making you a better developer, or did you simply learn a bunch of solutions to puzzles that have no bearing on real world development?
Try reading for comprehension. The parent said, "You lucking out in which country you’re born in..."
You were lucky in that YOU were born in the US. Your parents could have lived in India. Or China. Or Chad. Or the Ukraine. Just so happens they lived in the US and, as a lucky consequence, you were born in the US.
But unless you're Native American your ancestors weren't born here. They were immigrants too. America is a huge multi-cultural melting pot spanning generations. 97% of the population are immigrants or the descendants of immigrants.
Getting tired of the folk that move in and then say, "Hey, I've got mine. Now it's time to close the door on everyone else."
Then again, you can eliminate a lot of that boilerplate. I have a demo app up where I generate UIViews using resultBuillder such that you get a very SwiftUI-like experience using UIKit views.
"Vendors accepting cryptocurrency can always choose their own level of risk by deciding how many blocks to wait before accepting a transaction. This allows them to "wait out" temporary attacks."
And introduces even more inefficiencies into the entire system as now we have to spend that time waiting for transactions to clear
Uhh... because I can see what was captured? If I'm overly concerned that a given callback might be held somewhere for all time I'll simply capture a weak reference and be done with it.
Umm... but isn't the refcounting GC more deterministic? If I create a chain of 10 object and then release the head, I run through 10 allocations and then 10 release cycles on those 10 objects. Period.
"No doubt straight up ARC with refcounting bumps on every function call,etc..."
Yeah, but in Swift you don't do that. From what I'm told, the compiler's static analysis has gotten a lot smarter in determining when a ref-count bump is needed, and the increased use of struct-based value types in the language leads more and more to situations where a refcount bump isn't needed at all since there's no object reference in the first place.
I agree with interpol. There are always new info.plist privacy settings and the like that apps need to support. As I recall there were also some relatively recent TLS and https security requirements. Then there are things like dark mode support and... nevermind.
I'd turn the question around. Why wouldn't an Apple customer who buys a product expect it to be up to date, well-maintained, and reflect current best practices in security and privacy?
Saying that it's not convenient for the developer isn't a great answer to that question.
Not saying that I could write code directly in octal... but I was pretty darn close. Of course, it helps when your assembly language consists of just eight instructions.