323
you are viewing a single comment's thread
view the rest of the comments
view the rest of the comments
this post was submitted on 29 Apr 2024
323 points (100.0% liked)
Programming
17314 readers
200 users here now
Welcome to the main community in programming.dev! Feel free to post anything relating to programming here!
Cross posting is strongly encouraged in the instance. If you feel your post or another person's post makes sense in another community cross post into it.
Hope you enjoy the instance!
Rules
Rules
- Follow the programming.dev instance rules
- Keep content related to programming in some way
- If you're posting long videos try to add in some form of tldr for those who don't want to watch videos
Wormhole
Follow the wormhole through a path of communities !webdev@programming.dev
founded 1 year ago
MODERATORS
Why not?
I would argue so, because Google has quite a reputation for killing projects: https://killedbygoogle.com
Especially with a programming language or framework, you don't want to invest in it, only to find out that it's going on the chopping block.
Even if Google laid off staff for the Flutter and Dart team, I don't think those two will be going anywhere any time soon. Mostly because a huge majority Android ecosystem is based on them, still a stupid decisions of them.
I hope this doesn't age like milk.
I'm mostly just biased because I do native mobile development but flutter has always seemed like a false economy to me. You're trying to build cross platform but it'll take more than 2x as long as building each platform to get the same quality of experience. So either you have a shittier experience or you take even longer than true native dev.
But I'm obviously very biased here.
I've used it before and it's got it's pros and cons. Ultimately the big thing is not all apps need to be the "killer app". Some apps are pretty simple, so a one size fits all can be nice. It's definitely not the same as developing natively, but for small teams/apps it's not too bad.
If you're prioritizing cost, you should probably already be building a web application imo. There's very few cases where I would recommend cheaping out and building a native app, it's just kind of unsound.
If you're prioritizing cost, you should probably already be building a web application imo. There's very few cases where I would recommend cheaping out and building a native app, it's just kind of unsound.
If you're prioritizing cost, you should probably already be building a web application imo. There's very few cases where I would recommend cheaping out and building a native app, it's just kind of unsound.
If you're prioritizing cost, you should probably already be building a web application imo. There's very few cases where I would recommend cheaping out and building a native app, it's just kind of unsound.
If you're prioritizing cost, you should probably already be building a web application imo. There's very few cases where I would recommend cheaping out and building a native app, it's just kind of unsound.
It looks like your reply got submitted multiple times.
I agree with you now about preference for web apps, but that was not the case when Google started pushing Flutter.
Looks like my Lemmy-client of choice did some retrying when I had poor connection, sorry about that.
I think trying to go cheap on native apps was always kind of a fool's errand, tbh. Cordova, Xamarin, React Native and so on - all pretty sub-par solutions leading to poor experience without actually materializing the desired savings.
Looks like my Lemmy-client of choice did some retrying when I had poor connection, sorry about that.
I think trying to go cheap on native apps was always kind of a fool's errand, tbh. Cordova, Xamarin, React Native and so on - all pretty sub-par solutions leading to poor experience without actually materializing the desired savings.
Looks like my Lemmy-client of choice did some retrying when I had poor connection, sorry about that.
I think trying to go cheap on native apps was always kind of a fool's errand, tbh. Cordova, Xamarin, React Native and so on - all pretty sub-par solutions leading to poor experience without actually materializing the desired savings.
If you're prioritizing cost, you should probably already be building a web application imo. There's very few cases where I would recommend cheaping out and building a native app, it's just kind of unsound.
Flutter can be socialized for mobile OR desktop OR web. Having all three in a codebase requires lots of code and alternative layouts to properly handle each platform. It's not a "one size fits all" solution, actually to the absolute contrary it's a solution that you have to tailor to the UI you want to build.
I'm making desktop apps with Flutter (it's awesome) and my apps can't ever possibly hope to run on mobile. I'd have to remake most of the damn thing in order to make layouts for mobile.
Right but instead of a toy language there's Kotlin which is already multiplatform.
I just struggle to see why another language needed to be invented to do this.
Dart does some things better than Kotlin and KMP is a joke compared to Flutter
Trust me on this and go learn it yourself
Also Dart compiles to machine code, Kotlin is JVM