Not really, the hw from apple is much better than android hw, like A18 compare with SG8 or M1 vs x86. the software itself is mostly worst than android.
And many would say Microsoft Windows, Android and Linux are well, not that good, someone who remembers all those other vertical computer companies from the 1980s to early 1990s who had a OS to go with in-house hardware and I’m afraid that’s where Apple has the others beat the integration of the two is where it’s at, parasitically hanging off someone else’s hardware, is not going get the job done not against Apple. or anyone else that chooses to go down the same path, and I don’t mean parasitically hanging off someone else’s hardware.
Those vertical computer companies died for a reason. The Mac is less profitable than Apple's software and service segment, and macOS itself is a minority in every market.
For all the success this strategy found in the mobile market, it's just as fruitless for server\PC as it was in the 1990s.
I can give you that, but the fact remains that there are no cheap iPhones you can buy, but there are cheap Android phones. If it becomes possible to easily upgrade your cheap Android phone to iOS, then that would be very pleasant for a lot of people.
I think it's due to they are doing a funny business to parse the progress, that's pretty much vibed and no one care. Like instead of using curl's progress, they re-invented a progress tracking with the tracing interface (--trace-ascii), byte by byte :(
Okay nevermind this is pretty bad. Although humans do this too and I've also done this without realizing it, only noticed when I was trying to move a file bigger than few kilobytes.
I’m kind of surprised at the overlap in “has progress bar” and “is expected to take a few seconds max”.
I’ve never even debated it for files under hundreds of megs. It’ll show up soon, if I care I’ll do an ls in a loop to look at file sizes. Just log where the file is.
It's one of those paradoxes inherent to software development: even if a tool is designed to work with Big Data, developers are too impatient / feel too unproductive to actually work with Big Data during development, so they only bother testing their tool using small data for 99.9% of development. Problems the tool has under actual Big Data tend to only start being found as of v1.0-rc1.
reply