Well my dude you're in for some good news

Most of the time, yeah, but often times, designers come up with stuff that breaks those conventions, or you might want to have a sort of "branded feeling" to your app that can carry across platforms. This is a great way to pull off a great performing app in both of those scenarios, while still allowing for a native feel for those who want it. Way more advanced version of what could be done a few years ago with CoronaSDK. I suspect circumventing the OS's built-in UI Kit is also part of how they were able to get such a tight, reactive, update cycle between src-code changes and live updates on device

Flutter is a view tier, rendering engine. Any thing visible or visually interactive is good to be included .

This what flutter trying to avoid. Flutter design to be native and cross platform, like java. It should run the same in every OS, and not depending on the OS API in most cases,. So no matter what OS, ur app should works and looks the same. For example, if flutter use the OS API for implementing buttons, maybe if IOS get updated, the buttons will look different.

Flutter is a UI toolkit. The same dart code can be reused to build PWA. Check these links webdev.dartlang.org/ news.dartlang.org/2017/03/making-dart-web-app-offline-capable-3.html

Flutter is (currently) only for Android and iOS. You can share non-UI code with for example Dart Angular though

There is a framework in the works called hummingbird which will eventually let you run flutter code on the web and they are also working on desktop embedding.

Hummingbird now :^)

Yes, see Flutter Web. It's come a long way since this video first released.

Dart has failed to gain significant adoption outside Google and isn't a suitable language for mobile development (eg no static typing system, isn't a general purpose programming language, doesn't have multi-platform support). Kotlin in general has significant adoption (in Android and server-side), and has reached a point where it very likely to become a mainstream programming language in the next few years. Next upcoming version of Kotlin (1.2) will have multi-platform support.

No static type system is plain wrong. > isn't a general purpose programming Also dead wrong. It runs on Windows, Linux, OSX, iOS, and probably others You should fact check your statements before posting.

Dart is a great language and with the upcoming version 2.0 it is becoming mature. There is also great tooling support and it's a pleasure to work with. It also allows to easily share (non-UI) code of your Flutter app with a browser implementation of your app.

I can't imagine that Kotlin would have been as good a choice as Dart. Apart from having the features they needed, having both Flutter and Dart development controlled by Google allows tight cooperation. Dart's development has been adjusted to suit Flutter. This has also allowed for cooperation with other teams at Google, such as the Firebase team.

Except it isn't :D Dart was a better choice.

If you are a UI designer, you craft every thing by your self, and the developer implement for you. And if you are a user, I think its not ur problem to figure out how the UI should looks like 😶. And if you a developer, flutter try to open every single pixel for you.

That's actually the point of Flutter. Material widgets are just a set of widgets delivered out-of-the box. You can build your own set of widgets building upon a lot of general purpose widgets (like the padding widget mentioned in the video)

You apparently didn't understand the concept of composition. Yes, there are premade widgets in flutter but you don't have to use any of them. All of the widgets are compossible and can be changed and redesigned to whatever you want.

Sounds like you're in luck because that's exactly what Flutter does, it lets you paint every pixel on the screen so you can make whatever UI you want, unlike with native UI elements like iOS or Android buttons and stuff which you have to use their way.