Blink Questions Answered
Google for DevelopersCited 4× on HN, 2013-2015
35K views · 13 years ago · interview · news
A Google Developers Q&A in which Blink engineering leads and the PM answer the community's top questions about the new Blink rendering engine forked from WebKit.
HN cited it for direct statements from the Chrome team about the WebKit split, Dart integration and Blink's direction.
27:19Sky: An Experiment Writing Dart for Mobile (Dart Developer Summit 2015)
Google for Developers
108K views • 11 years ago
43:33Google I/O 2011: Chrome Dev Tools Reloaded
Google for Developers
107K views • 15 years ago
24:03Keynote: Flutter (Dart Developer Summit 2016)
Google for Developers
19K views • 10 years ago
31:25Debugging The Web (Chrome Dev Summit 2016)
Chrome for Developers
144K views • 9 years ago
44:59Google I/O 2011: Kick-Ass Game Programming with Google Web Toolkit
Google for Developers
106K views • 15 years ago
59:31ClojureScript in the Age of TypeScript — David Nolen
ChariotSolutions
29K views • 5 years ago
43:14Anders Hejlsberg and Lars Bak: TypeScript, JavaScript, and Dart
DartlangTV
14K views • 13 years ago
2:37Unreal Engine 3 in Firefox with asm.js
Firefox
245K views • 13 years ago
9:43Meteor Screecast
meteorscreencasts
50K views • 14 years ago
1:16:07React Helsinki February 2020
Fraktio
42K views • 6 years ago
27:43Bringing SIMD to the Web via Dart
InfoQ
11K views • 13 years ago
27:45React.js Conf 2016 - Ben Alpert - What Lies Ahead
Meta Developers
50K views • 10 years ago
1:10:01Before Flutter | Rubber Duck Engineering | Episode #100
RubberDuckEng
5K views • 4 years ago
19:36Your web app but good: Aaron Boodman (Local-First Conf)
Local-First Conf
8K views • 2 years ago
44:36Hacker Way: Rethinking Web App Development at Facebook
Meta Developers
900K views • 12 years ago
25:55React.js Conf 2015 - Beyond the DOM: How Netflix plans to enhance your television experience
Meta Developers
26K views • 11 years ago
56:23Speed Up Your JavaScript
Google TechTalks
136K views • 17 years ago
35:32Cheng Lou - On the Spectrum of Abstraction at react-europe 2016
ReactEurope
63K views • 10 years ago
22:522016/2017 MUST-KNOW WEB DEVELOPMENT TECH - Watch this if you want to be a web developer
LearnCode.academy
916K views • 10 years ago
52:23Nicholas Zakas: Scalable JavaScript Application Architecture
YUI Library
68K views • 15 years ago
4 comments from Hacker News
> That's me disliking a set of bad arguments, not me disliking Dart. I stand corrected. Yes, I've read all the memos and watched all the videos, including this one when I knew Dart wasn't going to make it into Chrome for the first time. I knew it by Blink engineering lead Darin Fischer's reaction when asked about Dart [ ▶ this video at 17:25] To me it looked like he laughed and sort of scoffed, then he and another member talked Dart down. Maybe it is a failing of mine to look at emotional content when considering issues, but doing so sometimes imparts useful information. At one point I was passionate about Dart because I thought it hit the sweet spot between JavaScript and Java applets in the browser with optional typing and generics. It turns out TypeScript hit that spot well enough and Anders was right about that. I understand your frustrations about opportunity costs and lost effort that could have gone into JavaScript, but there is another possibility -- and this is just my opinion, which I voiced at the time -- that the Dart team was more focused on Dart on the server as a Java replacement. This was at a time when Oracle's lawsuit with Google over the Java interfaces was a big question. I thought Dart might be a plan B on the server and why Dart2js was not getting the attention I thought it deserved. The JavaScript output on the client was unreadable, very large and much of the disdain for Dart from JavaScript devs was for this reason (17000 lines for a "hello world" if I rec
A number of the members of the Chrome team. If you watch the announcement from when Blink hit, they did some developer talks. When asked about the integration of Dart into Chrome, it was fairly obvious that some of the guys didn't want Dart in there [0]. But at the same time, a high-level direction is being set to try and get Dart added. Google employs a LOT of developers. A lot of those developers feel the same way members of HN does, that we don't need a language to replace javascript. Google is using their weight in the web world to try and get a new/alternative language added. As long as Dart isn't completely shoved down our throats, I'm willing to give it a try. I think there is enough opposition within Google to make sure that Dart will at least have to live in peaceful co-existence with Javascript. Google is pretty realistic that it'll be many more years before they can even have a chance of getting other browsers to add the DartVM. Heck, Chrome doesn't have it yet (outside of the Dartium build which has some fun memory leaks). [0] ▶ this video
I get my impression from this video ▶ this video Skip to &t=17m26s and you can hear them talk about it. Judge for yourself.
A request for clarification on why they refused was posed to a Chrome engineer in todays Blink Q&A ( ▶ this video ), and according to him the request for integration came shortly after Chrome was released, and the reason for their refusal was the sheer scale/complexity of the task. In light of this, your initial "if Google had only upstreamed their multiprocess support...we almost surely" and reiterations on this point within the thread do seem a bit like PR sleight of hand, since out of context it implies willingness to do so was the only issue on their part.