Live data from Hacker News

Google's cross-platform Flutter UI toolkit goes 1.0

techcrunch.com

51–60 of 343 posts

Re: Google's cross-platform Flutter UI toolkit goes 1.0

#51
post #23

Google has a history of introducing products and then killing them. For developing mobile apps they currently support "vendor native" via Android Studio using Java or Kotlin, Progressive Web Apps, and now Flutter. Will Google really support all three over the long term?

From my point of view it looks a big internal politics war.

Whoever wins, we loose.

Re: Google's cross-platform Flutter UI toolkit goes 1.0

#52
post #46

Google is spending so much money on Flutter , it’s insulting. Honestly, the entire industry is shifting towards JavaScript/Typescript and the only language that they could think of for Flutter is Dart ? This is even more Hypocrite knowing that Flutter doesn’t actually run the Dart VM, it uses AOT and compile to native code. Meaning we could use literally any ECMAScript language to run with Flutter instead of Dart. Th…

> Flutter doesn’t actually run the Dart VM, it uses AOT and compile to native code.

That's the whole point - you can't compile JS to fast native code. It also does use the DartVM for hot-reloading development cycles.

Re: Google's cross-platform Flutter UI toolkit goes 1.0

#54
post #23

Google has a history of introducing products and then killing them. For developing mobile apps they currently support "vendor native" via Android Studio using Java or Kotlin, Progressive Web Apps, and now Flutter. Will Google really support all three over the long term?

If you consider APIs that power its businesses, Google's support history is a lot better. Dart and Closure were never popular outside Google, but they're still invested in because they are used internally. Android and Chrome are both heavily invested in by Google, with massive external ecosystems too. Speaking in a personal capacity with no insider knowledge, I'd be shocked if Google stopped supporting either. The UI…

Meanwhile they are adding Fuchsia support to ART, so go figure.

Re: Google's cross-platform Flutter UI toolkit goes 1.0

#55
post #23

Google has a history of introducing products and then killing them. For developing mobile apps they currently support "vendor native" via Android Studio using Java or Kotlin, Progressive Web Apps, and now Flutter. Will Google really support all three over the long term?

If you consider APIs that power its businesses, Google's support history is a lot better. Dart and Closure were never popular outside Google, but they're still invested in because they are used internally. Android and Chrome are both heavily invested in by Google, with massive external ecosystems too. Speaking in a personal capacity with no insider knowledge, I'd be shocked if Google stopped supporting either. The UI…

You mean the OS that is developed independently from Android with completely separate teams and that nobody knows where it will be in 2 years ?

Since this is Google we are talking about, no warranty that this will ever go on one of their flagship phones.

Re: Google's cross-platform Flutter UI toolkit goes 1.0

#56
Flutters Hot Reloading has spoiled me forever.

I am a C++/mobile dev and I couldn't get myself amped about React Native because you have to do all the layouts through style-sheets. I am not a web dev, so style-sheets are pretty foreign to me beyond the basics. With flutter I can do all the same stuff but with auto-complete and in a hierarchy I understand.

I do wish the controls were native, but the customization you get instead is pretty powerful.

Re: Google's cross-platform Flutter UI toolkit goes 1.0

#57
post #52
post #46

Google is spending so much money on Flutter , it’s insulting. Honestly, the entire industry is shifting towards JavaScript/Typescript and the only language that they could think of for Flutter is Dart ? This is even more Hypocrite knowing that Flutter doesn’t actually run the Dart VM, it uses AOT and compile to native code. Meaning we could use literally any ECMAScript language to run with Flutter instead of Dart. Th…

> Flutter doesn’t actually run the Dart VM, it uses AOT and compile to native code. That's the whole point - you can't compile JS to fast native code. It also does use the DartVM for hot-reloading development cycles.

There are plenty of languages that compile to fast native code, some of yore (Common Lisp/Eiffel) even offer that amazing live code experience that they sell as unique Dart feature.

Re: Google's cross-platform Flutter UI toolkit goes 1.0

#59

Flutters Hot Reloading has spoiled me forever. I am a C++/mobile dev and I couldn't get myself amped about React Native because you have to do all the layouts through style-sheets. I am not a web dev, so style-sheets are pretty foreign to me beyond the basics. With flutter I can do all the same stuff but with auto-complete and in a hierarchy I understand. I do wish the controls were native, but the customization you…

The first time I experimented something like that was in Smalltalk/V.

Followed later by the Oberon OS.

Eiffel also offered a similar experience with their MELT VM and compilation to native code via C code generation.

Post reply on HN