vsmenon

9 ms·

1.
by vsmenon 3mo ago
To be fair, the listed Self paper did age quite well!
2.
by vsmenon 1y ago
There is a recent YT video on Dart & Wasm: https://www.youtube.com/watch?v=vgOABOvtBT8
3.
by vsmenon 1y ago
You can effectively try this today in Dart. When running in the browser, Dart can compile to either JavaScript or Wasm and both backends support DOM access via https://pub.dev/packages/web . The DOM access in Wasm does
4.
by vsmenon 1y ago
[ I work on Dart at Google. ] The app prototyping logic in Firebase Studio isn't wired up for Flutter/Dart yet. You can play with Gemini+Dart/Flutter here: https://dartpad.dev/?channel=main . We're worki
5.
by vsmenon 3y ago
[ I work on Dart ] We're still working on this, and you can find updates in the language repo. One reason we're taking extra time here is that macros / static metaprogramming can blow up compile times and hot reload.
6.
by vsmenon 4y ago
For Wasm, yes, we're targeting the new garbage collection support using the experimental implementation in Chrome. We think this has the potential to help with performance.
7.
by vsmenon 4y ago
[I lead Dart eng.] Sorry you had poor experiences. :-( That said, it was true that Dart was used heavily internally in that time frame. It was and still is, by Ads (ads.google.com) - that's a non-Flutter Dart app and still (to the be
8.
by vsmenon 4y ago
Regarding AngularDart, see: https://medium.com/dartlang/angulardart-flutter-and-the-web-... TL;DR - It's still heavily used inside of Google, but the team decided to stop maintaining the open source version of it.
9.
by vsmenon 4y ago
[I'm the eng lead for Dart.] Dart itself is used heavily on the Web by Google. E.g., ads.google.com is a Dart web app - but not a Flutter one. It uses a Dart version of the Angular framework. It's probably the largest Dart app
10.
by vsmenon 6y ago
Thanks - not what I'd expect, but I can repro. Bug filed here: https://github.com/dart-lang/sdk/issues/45197 It is AOT though. If you time `dart a.dart` vs `./a.exe` (pre strip :-), the latter sho
11.
by vsmenon 6y ago
[Disclaimer: I work on the Dart team.] The TS code indeed looks cool. This is an area we're looking at. One point, though: we try to be very careful to not regress performance or developer iteration time (e.g., type checking time) whe
12.
by vsmenon 6y ago
[ disclaimer: I work on the Dart team. ] As timsneath mentioned above, Dartpad is the dev environment. That means we ship the full Dart and Flutter SDK ahead of time as you can type/change anything in the code box. We also ship debug
13.
by vsmenon 6y ago
[ disclaimer: I work on the Dart team ] It depends on how you run. Dart can either run in JIT mode or AOT mode. In general, when you ship a production app (e.g., for Flutter), you are using AOT - i.e., it's compiling to native machin
14.
by vsmenon 6y ago
"Instant" is a relative word (unless we're actually at 0 time :-)). We're focus on client apps, where we're really focused on human perception. In that sense, I'd consider 22ms or 2ms as instant (for startup).
15.
by vsmenon 6y ago
[disclaimer: I work on the Dart team.] As others have already noted, the intent here is to purely measure the one-time startup cost of the runtime in ahead-of-time compiled code - i.e., the amount of time necessary before we can starting ex
16.
by vsmenon 7y ago
The author appears to be looking at the deployed size of a debug build. A release build (as per the instructions) is `webdev serve --release`.