cageface

8 ms·

91.
by cageface 2y ago
Of all the different dev stacks I've used Flutter has given me the fewest issues across updates. I've never run `flutter upgrade` and then had serious trouble getting an existing project to run. Compared to js, react & react n
92.
by cageface 2y ago
Every time I decide to try a Jetbrains IDE again I give up after a few days. They're always eating insane amounts of RAM and lagging hard while indexing my code again and again and again.
93.
by cageface 2y ago
I agree I would not choose Flutter if web is a primary platform for what you're doing.
94.
by cageface 2y ago
Having used both RN and Flutter quite a bit I also much prefer Flutter, despite being a big fan of Typescript and React for the web. Flutter just feels like a much more polished and stable platform built explicitly for purpose and I've
95.
by cageface 2y ago
Also I've been working with their latest Swift & SwiftUI and I think they've made some fundamental missteps with the language and the APIs. Nothing that a company of Apple's size can't correct with enough effort I su
96.
by cageface 2y ago
All those libraries also work in React of course. The only vanilla js libraries that don't work well with React are UI libraries that assume they can control the DOM. But I can't think of many of those I'd prefer to the many
97.
by cageface 2y ago
I recently asked it to give me code to do gapless playback of audio files using Apple's AVAudioEngine APIs. It got it wrong and additional prompts to explain why it was wrong didn't help. To me what it seems like these tools do re
98.
by cageface 2y ago
There aren't very many good modern, maintained vanilla js libraries. But for just about anything I need in React I can find something polished and well supported that just works.
99.
by cageface 2y ago
Having used both a fair bit I much prefer Flutter. RN always felt like fragile pile of hacks to me with extremely brittle builds. Flutter feels like a stack engineered for purpose from the ground up and the tooling, ecosystem and performanc
100.
by cageface 2y ago
This is more or less where I’ve landed lately. There are some things I really like in Svelte and Solid but not enough to overcome the massive ecosystem advantage React has.
101.
by cageface 2y ago
React is still the most popular framework by a good margin. If your goal is to find work I'd start there, love it or not.
102.
by cageface 2y ago
Product Hunt generated exactly zero sales for me. I won't bother next time.
103.
by cageface 2y ago
Engaging in relevant sub-reddits has worked out well for me. Ads also generate installs but since my app is a one-time sale the economics don't work out. If it costs ~$4 in ads to get an install and the one-time in-app purchase is $9 y
104.
by cageface 2y ago
I much prefer the Flutter approach. Everything is a widget. It can lead to more nesting but the tooling, compilation times, and performance are great.
105.
by cageface 2y ago
What is an EU-sized project?
106.
by cageface 2y ago
SwiftUI’s problems are due to Swift in one respect. The way Swift’s type inference works plays very badly with SwiftUI view builders leading to very long compile times and many cases in which the compiler will just give up entirely and you’
107.
by cageface 2y ago
GRDB is a nice Swift API for SQLite that doesn’t try to do too much. https://github.com/groue/GRDB.swift
108.
by cageface 2y ago
This is completely wrong. The DOM is an implementation detail. All the native toolkits are moving to the same kind of declarative APIs that were pioneered on the web because it's just a lot easier to think of UI as a function of state
109.
by cageface 2y ago
User interfaces have different, inherent complexity that backend programming doesn't have. If you look at the Android & iOS native toolkits they've churned at least as much in the same time. Also, and it seems like this has to
110.
by cageface 2y ago
I just dropped support for Android on my app. From now on it will be iOS only. That’s where all the users willing to pay for apps seem to be anyway any dealing with Google bureaucracy just isn’t worth it.
111.
by cageface 2y ago
I actually started out with rinf and switched when they moved to that architecture. rinf makes sense if your data model lives in rust, which is not the case in my app.
112.
by cageface 2y ago
Flutter plus Rust is the same stack I’m using for my music app. Thanks to the awesome flutter_rust_bridge it’s very easy to use them together and leverage both their strengths. https://github.com/fzyzcjy/flutter_rust_br
113.
by cageface 2y ago
The fact that this is the worst machines are at something doesn’t necessarily imply they will eventually get much better at it.
114.
by cageface 2y ago
How is this relevant to AI? An AI can be trained on the total knowledge of every field.
115.
by cageface 2y ago
It seems very difficult to build a moat around a product when the product is supposed to be a generally capable tool and the input is English text. The more truly generally intelligent these models get the more interchangeable they become.
116.
by cageface 2y ago
This is the same author as the awesome flutter rust bridge: https://github.com/fzyzcjy/flutter_rust_bridge Thanks for everything you've done for the dart community!
117.
by cageface 2y ago
Supporting the play store is increasingly not worth the trouble. It's already questionable from a revenue standpoint and they're making it an ever more hostile place for all but the biggest corporate developers.
118.
by cageface 2y ago
The only times I’ve had to use Xcode for my flutter app is configuring some things related to signing and distribution. There hasn’t been anything that required Android Studio except for setting up emulators.
119.
by cageface 2y ago
It might be effective at building an audience for a new app but it requires much more engagement in social media than I'm up for. Reddit, on the other hand, I've found to be a pretty good place to build an audience and mostly with
120.
by cageface 2y ago
When I was still doing contract work I rescued a bunch of native code iOS app disasters. For most apps cross platform solutions are fine.

More ›