Also Emilys enthusiam is so contagious. She is a great speaker.

It might be useful for you now. Internal Google teams are shipping with Flutter. Some teams in the public have shipped, too.

Ben Hills there's another, React Native.

Mohd Akmal Zaki React Native is not exciting at all. Returning to pure JS? Sorry, but no.

DartFLOW aNuSpeek NaturalSystems ProgressiveDevelopment CrossPlatform Is InTheNOW

" " guys " "

Dartium is dead... it's official. They've gotten the dart compile time so quick there's no reason to use dartium. Flutter for future desktop is interesting, but doubtful.

Google intended flutter for their fuchsia os, so if we use fuchsia we can use flutter apps on desktop.

Great predictions. Time sure flies!

Your comment only makes sense if you're already proficient with Dart, otherwise, it's just as steep a learning curve for people coming in from the JS world, and there are quite a few of them. Plus you don't get native widgets after all that work. You WILL need to do the equivalent work in Flutter for layout etc that you need to do with JS based stacks. I'm looking at both and not emotionally invested in either, and to me it seems a wash whether I go with JS (much larger, more mature community) or with Flutter (much smaller community, and google has a terrible record of supporting experimental projects long term.)

@YoLninYo: I don't come from the JS world, and your comment only makes sense if you assumed I care what people from the JS world think. This is mobile app development, not the web. Dart follows conventional PLs, so any existing Java/C#/C++ knowledge easily transfers across, whereas JS is full of JS-only quirks, with or without ES6. As for native widgets, who cares, as long as the performance, the look and feel etc. are good? The whole point of a project being experimental is to shut it down if it doesn't work out. It's not Google's fault if businesses stake their livelihoods on something that's still in alpha. And please don't bother mentioning Reader, that's a false equivalence. PS: You don't need stacks for everything, what you need is a decent platform. I'm not saying Flutter is one, only that it might become one as it matures. I'm not opposed to a markup language, but all the ones I've seen up till now have been unpleasant in my experience. And let's not joke ourselves, JS is not just one large unified community - you've got the Ember guys, the Angular guys, the Backbone guys etc.

HTML and CSS is a big deal for real Bro ???

Great predictions! ​@@pouipzxvzxc7036 Are you still into Flutter? The baby is no longer a baby as in 2020. Where do you think we are heading?

Laurynas Ionic too!

And nativescript

Don't be fooled by the proposition of "Code Once , Deploy Everywhere" I can only recommend to first develop in Java for Android and Swift for iOS . Once you understood both , move on to nativescript or xamarin if your stack or company needs it.

Laurynas go kotlin for Andriod it's the future.

I would start with Java because of its readability/simplicity

You can watch it here! kzfaq.info/get/bejne/eLBzpLWh29y4ooE.html

(disclaimer: I work on Flutter) You can use Flutter for part of your app's view, or all of your app's view. Flutter is really just a UI surface (a GL surface). With Flutter, you'll be rewriting part of or all of your views, but you can reuse your Java/Kotlin code as "plugins" for Flutter.

Why do we even have to use text to describe our 'surface'? why can't I just draw and hook up the elements with minimal code? This is the 21st century and you are still coding as if you're on ENIAC! I should be able to draw the frikkin interface and hook up the data/logic flows. NOW THAT would be a good use of 200 google engineers' time. Creating another language is a LEO activity. Instead of going to Mars or Alpha Centauri, you're still stuck in a slightly upgraded tin can going in circles... going nowhere.

Thanks, Emily.

Yes there's a plugin to deal with photo and gallery

github.com/Solido/awesome-flutter

Flutter has full native access to iOS and Android devices. This is because the code running on those platforms is native and not HTML5 via a webview. This differs on how Dart works in the browser which is just JavaScript.

1) The Hamilton Official App is written using Flutter. 2) Google Adwords App

lol, you couldn't have been more wrong

(disclaimer: I work on the Flutter team) Here's the docs for how to write a plugin: flutter.io/platform-plugins/ . Hope that helps!

This is what Flutter was designed to do OOTB. However, to target both iOS and Android, you will need to publish from a Mac OSX machine. Its not possible to target iOS from Linux or Windows.

I am having a trouble getting a firebase+flutter project up and running .... Help is needed plz

Eric Seidel , could you help me out with the firebase PHONE NUMBER auth with flutter?

If I understood your original question correctly, you can run on both devices simultaneously with 'flutter run -d all'

Vladimir Fomene yes

React proved to be a really great way to structure applications and components within them. Google recognized that and copied the workflow trying to grab a piece of the pie while it's still warm.

Flutter has his own rendering engine which means widget will render the same on any platform but you're gonna find react concepts and pattern.

I dont know much about the internal workings of react native but from what i gather it seems that the components are converted into their counterparts in native land when using react native. However according to your comment I assume that flutter will do its own thing and render. Hope to see some performance gains over. react native then.

(disclaimer: I work on the Flutter team) Flutter has its own renderer, so Flutter is drawing and managing the pixels. Flutter ships with material and cupertino (ios-style) widgets and behaviors for you to use.

IntelliJ IDEA probably

IntelliJ

Its likely not possible, but you could always spin up a Windows 10 VM on VirtualBox or VMware workstation/player on your XP machine.

Emily Fortuna Thank you for your anwser. I'm on a Windows pc.. But I tried finally to emulate a macos and I run xcode + iphone simulator on a virtual machine. It works! But now I have some problems to get the ipa..

Shamzic create a shared folder where you put your codebase.

Amrit Pal Singh Thanks for your help! here is my code: drive.google.com/folderview?id=1NGXBXF0Mwm5ynBeVZ36xzgFgnECZ8rjz

haha.. i know what you feel dude.. :)

Kamran Bashir it will be

@@asmahawang3273 I agree from the future

Tanner Davis if it works why change it ?

We'd love to know which components you need or want. Please feel free to open an issue: flutter.io/issues (disclaimer: I work on the flutter team)

Thanks

alb12345672 How long do you expect to have your app running? Probably their lifecycle is shorter than Firebase's.

Firebase is now complete part of Google Cloud, question is when do you expect Google to shut it down when Spotify is running on it ? ;)

I migrated a client off Parse at the last minute, maybe that left an impression on me. I guess if Spottily trusts it I can too! It looks perfect for chat apps or swapping lists but I wouldn't be using it for medical records or analytic work. I would also like to investigate cost, putting something on Digital Ocean or AWS is really cheap. I was actually doing some research the other day for my project, this popped up: medium.com/@contact_16315/firebase-costs-increased-by-7-000-81dc0a27271d. Seems like SAAS are the new ATT data plans of years past. Then again time is money too...If I have to mess with some problem for a few days there is a few thousand right there. Firebase (from a functionality standpoint) is a great tool but with that comes the responsibility to know it is best for your situation. This goes for any tiered service you buy. From Google to the guy building apps his basement, we aren't in this for charity. Googles high salaries have to come from somewhere :). Again, I have nothing against Google or Firebase but you should know what you are getting into before you click the "agree to terms" checkbox.

Sol Ido il y a 2 secondes I agree 100% with you. It is a very strategic choice. Currently the main strength of firebase is not the 'real time' operations but as a platform it gather everything you need in one place. Auth for all social networks and even phone to crash analytics and deep google integration. I'm aware that all this can be obtained by others providers but you need to put the glue together which could take months and so money. All together make it clear that Google can put a lock on you if you built upon Firebase but can you afford to fight another startup that goes with firebase and is market ready in 3 months when you've just completed your architecture ? Guess all this will accelerate since we need more and more techs and Cloud are becoming unavoidable.

I think the idea is that its okay to use something like Flutter and Firebase to get up and running quickly, then migrate to a more controllable platform when your app is successful. Similar to how a lot of web apps start off with something opinionated like Laravel or Ruby on Rails then move to a more custom stack. Just another way of avoiding premature optimization, in effect.

1) React native isn't fully native views. 2) You can do any regular old http request easily! Check out kzfaq.info/get/bejne/n8yciZN1lcqVqoU.html where we do that. 3) Hot reloading works better and in more cases in Flutter than how it works in say, Android right now. 4) We showed linking to the device's camera -- that's not a Google product.

Two answers: (1) The dart compiler is able to create native arm machine code. This allows for super slick and fast release builds with a small footprint. (2) check out the hot reload feature in Flutter. I don't think this could have been achieved without dart. I am happy to learn Dart only for these two killer features. Coming from C++ I also do appreciate the strict typing system in Dart which makes debugging so much easier because it catches your bugs at compile time rather than at runtime where they can get really nasty to resolve. Also I am happy that I don't have to deal with a separate layout language. To me Dart is just that language I have been waiting for.

Agreed. There are some great codelabs available, too, for developers coming from Java. If you've done some Java, some C#, and/or Javascript, Dart won't be unfamiliar.

@ኢትዮጲያዊ ማንነት Java is not owned by Oracle, common misconception.

They have different purposes

Cause different languages have different pros and cons. With both C# and Java you have to bring massive runtime environment, typescript is just JS on roids - you won't get anything better than React Native with it.

Hot reload is possible thanks to Dart. Besides, if you're good at programming, learning a new language should be a piece of cake.

Kotlin is creepier. It has to be done in Java or C#.

That is called Fuchsia. Why not conquer all of it?