291–300 of 308 posts
parsing JSON in Flutter seems like A LOT https://codewithandrea.com/articles/parse-json-dart/
It’s less dramatic in real life https://dart.dev/guides/json even more so in Dart 3 https://dart.dev/language/records
Yeah, I don’t understand why anyone jumps on Flutter. There’s barely any Flutters devs out there, definitely few with Dart experience. You’re dooming your project to die based on churn, so definitely a bad business decision. There’s thousands of Reacts devs out there that picking RN will guarantee that you have your “one codebase” and will be able to support it long term. What’s the benefits of Flutter? A nicer dev e…
It's a a good enough language (Dart is kind of odd, but when comparing to Javascript it's tolerable), and the API itself IME (as someone who's done hobbyist web development) had the least amount of "CSS jank". I put a button in the middle and by god, it seemed to know what "center" meant for once. But the real magic comes from the tooling. I've also done some Android development, but Flutter's iteration times were in…
I don't know, Google's known for abandoning things left and right. They bought Fastlane and proceeded to abandon it.
> You're asking a dev why they like flutter, not a businessman.
It's more of a comment on the original post where OP is looking for a job as a Flutter dev - why would anyone choose Flutter to base their product on, if they can't find devs and all the other reasons I mentioned.
As a dev - I really like Flutter - no doubt there, but it just doesn't make a lot of business sense due to a chicken and egg problem and likely won't for a while.
> native doesn't guarantee the best UX. Even RN's maintainers break their own established rules on their websites.
I meant native as in Swift and Kotlin - even splitting it in those two avenues makes you think more about the respective platforms and their expected quirks. I've yet to see a RN and Flutter app with a live activity, for example.
All the sports apps out there that are crossplatform don't have a widget, etc
Earlier quoted context omitted.
Yes because I know Java (hypothetically I haven’t touched Java since two years after it was introduced) I can become an efficient Android developer “in a few days”. Better yet, since I did Windows CE development for ruggedized devices using C# Compact framework back between 2007-2010, I should have no problem picking up iOS development “in a few days” and start being a productive member of a team right? Or better yet…
Thanks very much for posting this, totally agree. I get frustrated when I hear all these missives about how easy it is for any good developer to learn a new language "in a couple days". I think this paragraph was key: > Learning a language is easy. Modern development requires knowing the toolchain framework, idiosyncrasies, foot guns, best practices, etc. That said, I still nearly always hire for general skills and n…
It is, maybe you aren't a good developer (yet). The more you do it, the easier it gets. It took me a good time to change from PHP to Python, but from there to Java, JavaScript, C#, Clojure and some 10 more, it only got easier. Toolchain frameworks, idiosyncrasies, foot guns, best practices also follow patterns and gets easier to learn.
Earlier quoted context omitted.
I don't care what platform you are targeting: unless the entire purpose of your product is to take advantage of the feature (which is sometimes fair), you never ever ever EVER integrate whatever is "cool" from the latest keynote. Regardless, while Android requires you to compile new apps with the latest toolchains to release, and you might have to update some stuff in your manifest, they do not force you to use new A…
Time to acquaint yourself with Play Store policies and what should be the minimum API version for uploading new app versions, which do force to use new APIs, that is the whole point behind it. Here have a go at it, https://support.google.com/googleplay/android-developer/answ... Besides the whole Android example, was just that, I can give several examples of technology stacks where having a passable knowledgeable of a…
FWIW, I am seriously the build engineer for an Android app distributed in the Play Store (and have maintained apps for Android since the platform launched and it was still called the Android Market), and I'm telling you: you are not just wrong, you are being loudly wrong... not just about this (where the wrongness frankly feels egregious at this point), but your entire point: I have taught classes at the university level on how to rapidly pick up programming environments, and the lead UI developer I hired for our company had almost no experience in the toolkit we are using before we hired him and he's doing fine with it.
Earlier quoted context omitted.
Jetpack Compose, and Kotlin coroutines, mixed with kotlin multiplatform code, came and made many things nicer, especially UI. With so many libraries and so many ways of doing things with so many opinions it’s still hard to digest of course. It’s better than non native for performance and experience but many companies will of course care more about the money saved from a sub native experience with fewer developers.
> It’s better than non native for performance and experience but many companies will of course care more about the money saved from a sub native experience with fewer developers. I currently work at an agency doing Android apps (not a typical pump and dump agency mind you, I've been the lead on this single project for 5 years and we've had them as a client for 8+), and I'm so happy to see our client buck that. They'v…
I'm thinking more smallish companies with simpleish apps mostly (with Flutter anyway; I've never been fully convinced by React Native)
Earlier quoted context omitted.
Time to acquaint yourself with Play Store policies and what should be the minimum API version for uploading new app versions, which do force to use new APIs, that is the whole point behind it. Here have a go at it, https://support.google.com/googleplay/android-developer/answ... Besides the whole Android example, was just that, I can give several examples of technology stacks where having a passable knowledgeable of a…
sigh , look again: you have mixed up "target" with "min" :/. This is a critical distinction that you can't just gloss over: you simply are NOT forced to use new APIs just because you bumped the target... at build time it might activate the ability to choose to use some new APIs if you want to, but the biggest effect it has is at runtime to affect the various subtle--and extremely limited--backwards compatibility beha…
As of the rest, in most companies I worked on, unless the higher ups are bypassing the hiring process, due to networking and acquaintances, such CVs never get through HR first round of filters.
Dart is my biggest issue with Flutter. It's still missing ergonomic features like data classes and lower level things like unsigned 64-bit integers. There is no runtime reflection, which I think is a good thing for end user apps, but it's also missing static metaprogramming. And code generation is not integrated into a complier. Since, there is no runtime reflection, metaprogramming & integrated code-gen are sorely n…
I don't understand why this language exists. It just feels like a promotion vehicle by someone at Google who had enough clout to then get it shoehorned in to Flutter. If they had gone with JavaScript they could've made the switch to TypeScript later on. I realise this is being said with the benefit of hindsight but Flutter would be in a far better place today I suspect.
When Flutter came around, for whatever reason they decided to pick Dart, the original prototype was in JavaScript (the official reason being it wasn't good enough given the language semantics), and Dart 2.0 effort started, with the language gaining strong typing (it was dynamic with optional typing in Dart 1.0), and AOT compilation support.
Earlier quoted context omitted.
Because recruiters. The person with one year of experience selling cellphones who now does the phone screen needs to see the exact tech listed on a resume or they pass.
It is frightening to internalise that the entire job hunting circus depends on failed salespeople with no actual knowledge of the matter at hand.
Earlier quoted context omitted.
Is that actually true though? Most major Google apps predate Flutter. I was under the impression that a lot of their apps are either custom web view wrappers or native with shared C++ code for business logic. Stadia and Google Pay are the only consumer facing Google apps I’m aware of that are made with Flutter.
Ads is all flutter on mobile and Dart on the web. Fuchsia is an OS that is also using Flutter for their entire UI layer. I think there’s more a case of there isn’t an argument for doing but rewrites just because Flutter is now a thing but in a greenfield scenario it would be a serious contender