_frog

This is entirely ignoring the value third party developers bring to Apple's platforms. I'd argue Apple has hugely benefited from a robust selection of third party apps available via the App Store, and the quality and diversity of apps on that store has been a core part of the value proposition for their hardware.

I don't think people being unemployed and staying at home due to a global pandemic is remotely comparable to a situation where people were financially stable but worked less.

For Apollo's use case there's a solution: iOS 14 adds a new API that lets you perform a pattern match against the contents of the clipboard. That way Apollo can attempt to match a Reddit link, and only actually read the clipboard if that match is successful.

It's in the "General" section of the System Preferences

Interestingly there's a few mentions of Catalyst improvements in the Xcode 12 release notes:

> When bringing iPad apps to macOS, you can now use the Optimize Interface for Mac target setting to use native macOS controls and Mac resolution

Hopefully this means Catalyst apps will feel a little more like actual Mac apps.

This largely only really true on Android. iOS at least lets you install content blockers that work with Safari as well as any embedded web browsers within apps. The only place I typically see ads on iOS is in free to play games, and in those cases that's usually a pretty good incentive to play something else.

My understanding was always that NeXTSTEP served as the foundation of OS X, and while it certainly got a new desktop environment and compatibility with MacOS's legacy Carbon APIs, it was essentially still NeXTSTEP under the hood.

Swift doesn't actually use garbage collection, it uses a variant of Objective-C's Automatic Reference Counting (ARC) which was introduced a few years prior to Swift.

I've been working through this book over the past few days, and writing my own git implementation in Rust in parallel, and I've found Ruby to be much simpler from an implementation standpoint. Ruby's standard library provides a lot of useful functionality out of the box (SHA1 digests, the deflate algorithm) which I've had to pull in dependencies for in my Rust version.

Obviously the Rust version is significantly faster, but the Ruby version is higher level and better expresses the concepts the book is trying to demonstrate without getting too bogged down in syntax, types, etc.

From my personal experience, Flow prioritises soundness in its type system, and thus can catch some bugs that TS won’t, but the TS tooling and editor support is drastically better than Flow’s.

Edit: oh and it’s worth noting that I’ve had much more luck finding TS definitions for third party packages than I have with Flow.

It feels weird to me that they’re putting those monetisation hooks back in without talking at all about the future of the product. I’ve used Instapaper for many years now, and I’m more than happy to pay for a service that I get so much value out of, but that said, Instapaper’s largely stagnated in recent years, with very little in the way of major updates or improvements. I’d really love to see even a rough roadmap that could give me some idea of where they want to be say, a year from now, but right now I don’t have a ton of confidence.

I'm also a big fan of `ci[(|'|"]` to change all the text between a pair of delimiters. I can type `ci"` while my cursor's at the start of the line, and it'll jump to the first set of double quotes, remove the text that's currently between them, and enter edit mode.

My company's also using Buildkite, and I've been hugely impressed with how easy it is to work with, and how flexible it's been for us.