Hacker News Board Hacker News, browsed like a classic message board
Live data from Hacker News

Flutter 3.47

flutter.dev

Post reply on HN
Print view View original

191–200 of 231 posts

Re: Flutter 3.47

#191

Post by faangguyindia »

tuesdaynight wrote: post #183
faangguyindia wrote: post #172

Earlier quoted context omitted.

>As someone coming from MacroFactor, We've had many people who have unsubscribed from MacroFactor after using our MacroCodex. Not just this, we've also built MacroFactor Workout's rival Symbiote Workout app which is also completely free! it's now in Beta and under rapid developement. For calorie tracking, you've established apps like Cronometer and MyFitnessPal or they can use our completely free AI calorie tracker C…

Why free? Just trying to understand how the monetization will work. From your comments, it didn't look like open source

We run fitness coaching company and bodybuilding gyms. So profiting from app is not necessary for us. Producing guaranteed results is our goal.

Re: Flutter 3.47

#192

Post by hypendev »

AbuAssar wrote: post #133
hypendev wrote: post #106

Earlier quoted context omitted.

As someone who used all these frameworks professionally for years, I highly agree. Although, I do not prefer Expo due to it's highly annoying build system and dependency hell, but React Native itself in that case. While I understand Google wants a horse in this race, Flutter doesn't feel like a horse to bet on. - Dart is a really _ugly_ language with lots of tiny annoyances. Its as if someone took worst parts of Java…

hypen looks very similar to SlintUI, isn't it?

There are some similarities, especially in some syntax ideas. I'd say the core difference from the DX side is that Slint stylistically aligns more with CSS on some areas and allows things such as assignments, Hypen aligns more with Swift UI and separates those things from the UI completely.

Also the integration story is quite different, where Slint is more leaning into a "component integration" model, Hypen leans more into a "just a display layer" model with strict state/UI/action segregation.

Re: Flutter 3.47

#193

Post by hypendev »

Rohansi wrote: post #174
hypendev wrote: post #106

Earlier quoted context omitted.

As someone who used all these frameworks professionally for years, I highly agree. Although, I do not prefer Expo due to it's highly annoying build system and dependency hell, but React Native itself in that case. While I understand Google wants a horse in this race, Flutter doesn't feel like a horse to bet on. - Dart is a really _ugly_ language with lots of tiny annoyances. Its as if someone took worst parts of Java…

> Although, I do not prefer Expo due to it's highly annoying build system and dependency hell Highly agree with this. I'm almost done moving an app off it into React (web, not native) because the SDK upgrades kept including unlisted breaking changes to the point I can't upgrade anymore. Biggest culprit was Reanimated.

I migrated one recently into fully native Swift UI and Compose from Expo - modern models can do it over night, and you save yourself from the dependency hell that is expo.

Re: Flutter 3.47

#194

Post by faangguyindia »

kaycey2022 wrote: post #190
meerita wrote: post #81

I still prefer React Native with Expo over Flutter, mostly for practical reasons: * Language and hiring: TypeScript has a much larger developer pool. Dart is a solid language, but finding experienced Flutter engineers is harder. * Platform model: React Native maps much more naturally to native platform concepts. Flutter owns much more of the rendering stack, which is powerful, but also creates another abstraction lay…

The biggest negative with Flutter is web. Because most of the UI is canvas-rendered, DOM based tooling like session replay, analytics, accessibility audits, and browser automation require specific instrumentation. That reduces third party choices you have unless you invest in your own tooling and who has time for that. I can't imagine the situation is much better in mobile.

What do you use on Android or iOS for this?

Re: Flutter 3.47

#195

Post by tonyhart7 »

999900000999 wrote: post #188
tonyhart7 wrote: post #83

Earlier quoted context omitted.

Yes but its best work with SPA or WASM type of app like games for example

It's probably not the best for anything in particular. It's the fastest way to build something if you're not a big html person. I've never particularly been good at hmtl tbh. The older I get, the more I'm concerned with the ease of tools/frameworks vs what's the most optimal.

its good at mobile, developer experience simply just better compared to java,kotlin xml UI declaration back then

Re: Flutter 3.47

#196

Post by lifty »

hypendev wrote: post #189
lifty wrote: post #131

Earlier quoted context omitted.

I’ve been keeping an eye on hypen.space and hope it succeeds. What is the level of maturity now and are there any multiplatform app examples that are not trivial?

Oh wow, thanks! I never would have thought anyone was keeping an eye on it! Regarding maturity level - I would yet say it's mature for serious applications with OAuth, local storage etc. Late alpha/early beta stage. There are some semi-trivial examples on the landing page - most are just UI + input with DB or API fetching in the background, so nothing spectacular. All of these are crossplatform and render in both web…

Thanks for the detailed reponse!

Re: Flutter 3.47

#197

Post by satvikpendem »

user43928 wrote: post #162
satvikpendem wrote: post #147

Earlier quoted context omitted.

They might have been using Redux before it did a major API change in the form of slices.

That would be about 7 years ago, when Redux Toolkit released in 2019.

That's probably right. Lots of people migrated from Redux onto other state management libraries.

Re: Flutter 3.47

#198

Post by skeledrew »

theanonymousone wrote: post #101
skeledrew wrote: post #45

Earlier quoted context omitted.

I use Flet in a few projects. It's still somewhat young and the declarative move caused a few issues (for me, mainly because I wasn't familiar with the pattern), but generally I'd say it's stable, feature-complete and the maintainer seems to be in it for the long haul. Also it fills a critical gap that nothing else does, binding a decent UI framework and cross-platform capability to a language with an extremely large…

Thanks. And do you know what it has to do with Flutter these days actually? There is barely any mention of Flutter in the website etc :/

Flutter is still the UI provider. It's even more tightly integrated now as the Python interpreter is embedded in Flutter as of v0.86.

https://flet.dev/blog/flet-v-0-86-release-announcement

Re: Flutter 3.47

#199

Post by wiradikusuma »

microflash wrote: post #177
wiradikusuma wrote: post #92

Earlier quoted context omitted.

You should try Dart/Flutter again, they've improved a lot. - Dart. It's richer than JS/TS with stronger type safety, and seems purpose-built for UI. Fewer Dart developers than JS, but I'd argue those JS developers cannot be immediately effective coding React Native (Expo) anyway. - Emulated components vs. real native components. For multi-platform apps, this is actually desirable. These kinds of apps have their own d…

Is it now possible to use native font stack of OS? Last time I checked, it wasn’t possible and apps had to bundle custom fonts as workaround.

To be honest I never tried and never have the need, as usually I either don't care about the font (use default) or I really care for branding purpose so I always bundle it to be sure.

Re: Flutter 3.47

#200

Post by brabel »

hypendev wrote: post #181
brabel wrote: post #149

Earlier quoted context omitted.

Yeah I have no idea how someone who has used all these languages can come up with a conclusion like Dart is “uglier”. I really want to know what exactly they think is ugly about it!

Mostly its the core syntax, it's terribly noisy. Also parts of the implementation itself. While I cannot enumerate the taste, I can give you some examples. For example: - Class constructors cannot be in definition headers, i.e. class Something(Int a, Int b) - The whole final and const/static const mess - required is annoying and really "slapped on" - shorthand syntax is => instead of =, personal pet peeve - positiona…

I don’t want to sound harsh but that’s the least convincing list of language misfeatures I’ve ever seen. Almost every point is so minor I am surprised you didn’t mention having to type semicolons and similar incredibly inconsequential things.
Post reply on HN