cageface

10 ms·

121.
by cageface 2y ago
I’ve been building iOS apps since before Swift existed. Sure like I said if you code directly to UIKit and take a little care performance is good. It’s also very fast in Flutter with even less care. Rendering images in a grid isn’t hard unl
122.
by cageface 2y ago
It’s a criticism from recent experience trying to build AppKit based UI. The examples you list barely use the stock widgets. There’s decades of accumulated cruft in Cocoa that Apple discarded when implementing iOS.
123.
by cageface 2y ago
UIKit is pretty fast although a major step down in dev velocity. AppKit on the other hand seems to be pretty intrinsically slow and the controls are looking increasingly dated.
124.
by cageface 2y ago
Yeah I worried about that going in too but in fact I've found it much easier to get good performance with Flutter than SwiftUI, especially for large collection views and especially on the mac. The work the Flutter team did on Impeller
125.
by cageface 2y ago
I think a text-based, declarative rendering API is the right choice. This approach has been vindicated on the web. But the actual implementation of SwiftUI is terrible. Long compilation times, cryptic compiler error messages, bad performanc
126.
by cageface 2y ago
Ok but these are mainly academic research languages. Swift has the backing of the most valuable company in the world and is what they're pushing as the right way to develop for their platform.
127.
by cageface 2y ago
Rust is hard but I've never had the compiler just throw up its hands and tell me it's up to me to figure out what's wrong.
128.
by cageface 2y ago
My main app is a cross platform Flutter app. I've considered rewriting it in Swift because most of my users are on macOS or iOS but all the prototypes I've written are actually slower even after extensive performance work and the
129.
by cageface 2y ago
On paper Swift has a lot going for it. In practice it's easily the worst devx out of the modern languages. And SwiftUI is still so full of bugs and performance pitfalls I'm actually quite pessimistic about the future of native app
130.
by cageface 2y ago
Because they rely on variadic generics they can make type inference very slow or just fail completely, leading to the infamous and singularly unhelpful compiler error, "The compiler is unable to type-check this expression in reasonable
131.
by cageface 2y ago
How is it good for the people if they’re all herded into Apple's walled garden because that’s all that’s left?
132.
by cageface 2y ago
Who are these consumers that are today not buying Android phones because it’s too closed and inflexible? What are they buying instead?
133.
by cageface 2y ago
Sure let's be pedantic about the analogy without actually addressing your main claim.
134.
by cageface 2y ago
Even with all of Google's backing Android is already falling behind in the US. How exactly is Android without Google behind it supposed to do better?
135.
by cageface 2y ago
Right. Without pressure from Chrome we'd be locked into proprietary, incompatible native app stores with no recourse over arbitrary, anti-competitive review processes. The flourishing of web apps like Figma and Notion would never have
136.
by cageface 2y ago
"Starting somewhere" and then waiting years to follow up with the rest of the market is essentially picking winners and losers in this domain. At the pace these things move by the time the DOJ looked at Apple the damage to competi
137.
by cageface 2y ago
No but Android is the only competition Apple has and is already losing ground. If you knock Google out of that market you're just going to cement Apple's dominance, in the US where DOJ has jurisdiction, of the most important compu
138.
by cageface 2y ago
This is the problem I have with it. It breaks me out of the flow state that’s so important to writing good code.
139.
by cageface 2y ago
> They create the opportunity to do great things, or be a crutch so you don't have to think The very reason people are so excited about LLMs is that they believe that they are capable of a kind of thought that machines up to now hav
140.
by cageface 2y ago
What previous tools would you say replaced basic reasoning? I would not classify calculators, spreadsheets, spelling and grammar checkers etc as basic reasoning tools. I'm talking about bringing together several independent concepts or
141.
by cageface 2y ago
What if the function they were using the tool for is basic reasoning?
142.
by cageface 2y ago
Because hooks are both a great innovation and a pain in the ass at the same time. They make reusing and composing logic between components easier than any other framework I've used. But all the manual dependency tracking is a real hass
143.
by cageface 2y ago
I would love to have an excuse to spend most of my time in Kotlin but unfortunately it's not a good fit for the apps I build. It's really a lovely language. Maybe if Kotlin Multiplatform really takes off.
144.
by cageface 2y ago
AutoLayout is a good example of the last generation of Apple APIs. Even the easy things are painful but if you need to do something really complex there's a way to make it work. Right now I'm stuck in a situation where any SwiftUI
145.
by cageface 2y ago
I’m working on a moderately complex iOS and macOS app in SwiftUI. I haven’t tried the new stuff yet but it’s definitely a very mixed bag. It can save you a lot of time vs the old APIs for simpler things but it can make hard things even hard
146.
by cageface 2y ago
In an eternity all individual events lose their meaning. An endless life is a meaningless life.
147.
by cageface 2y ago
Fear of death is a misunderstanding of what life is.
148.
by cageface 2y ago
Exactly. What does privacy even mean when your entire digital existence is owned by and visible to a single entity?
149.
by cageface 2y ago
Google is a ghost ship adrift on the endless seas now. Can a new captain rescue it or is it doomed to run aground?
150.
by cageface 2y ago
What a spectacularly dumb, arrogant, hostile article. Yet another critic that assumes that anyone that doesn't love Schoenberg is a reactionary philistine. Modern composers that aren't opposed to melodies on ideological grounds ha

More ›