Dart 1.9
news.dartlang.org
news.dartlang.org
In a nutshell:
* async/await
* generators
* enums
* Dart Analysis Server (accessible through IntelliJ/WebStorm & Sublime)
* New RegEx engine, 150x speed up in Dart VM
* …It's also making me question the long-term viability of Golang, given Google's history of shutting down projects abruptly.
Are any important teams inside Google using Golang for heavy-lifting? At least Dart talked about the Google Ads team using Dart. One of the goals behing Golang was go have C++ programmers move to the language, but instead it's Python and Ruby programmers picking it up. So if C++ Googlers aren't using the language, it might imply that no critical systems are being built with Golang.
Also look at the resources that were initially put behind Dart. Meanwhile look at Golang, after all these years there is no official IDE. You would think that if Google were serious about Golang they would have put more resources into developing the ecosystem. It seems like Google want to have their celebrity employee, Rob Pike, in order to attract worker bees to apply for the grunt work at Google. Much like yesterday's post about Bjarne Strostroup working at Morgan Stanley.
You should be questioning the long term viability of Dart, not Go.
[0]: https://groups.google.com/forum/#!msg/golang-codereviews/DrG...
I don't care for conferences, but I do care about tools. Google put resources into developing a full IDE for Dart, yet nothing for Go...
No, google3 is the top-level directory for all of Google's source code.
https://talks.golang.org/2013/oscon-dl.slide#1
Also, does Go really need a full IDE? I'm pretty happy using Sublime Text. Perhaps the JavaScript types are just more demanding about their IDEs?
An IDE is important for many developers. Go would certainly benefit from being able to develop and debug in one place and have all the project management stuff handled. Why rely on a third party like Sublime Text? Visual Studio, Xcode (warts and all) and IntelliJ are good IDEs that boost productivity. The question is why hasn't resources been made available by Goodle, whether money or personnel, to do something here? Maybe work with IntelliJ to create a Go version of their IDE like they have for other languages and DART?
I also wish that Google or the IDE creators would build some of these tools but I don't see it as absolutely essential.
Lite IDE rocks but keep an eye on the others too.
(edit: the company is JetBrains, not IntelliJ)
Not much since then, except some small stuff (a Google doodle made in Go, etc) and some mentions of teams using it.
> yesterday's announcement about stopping development of
> Chrome Dart VM has put a dampener on things for me.
I had the opposite reaction; non-reliance on Chrome incorporating a VM means it might actually have long-term legs.And I think all will be fine with Dart too. Today's release is very interesting for server-side development. In both cases, on the server and on the client side, people will use Dart when they prefer Dart to JS. And difference not only in syntax or amount of sugar, but in "how the whole system works" (don't know how to say it). And when you know that most profitable web project in human history is committed to Dart, then you can be sure, Dart is here to stay :)
Google Code is being dropped because nobody uses it anymore. Google Glass is on hold because nobody wants to use it and it's not ready yet. Google Video was dropped because they bought Youtube after realising they couldn't compete with them. Google Reader... I don't know, that was a bad decision on their part. Google+ was their biggest failure to date, I think, not because of a lack of effort on their part but because it never got the traction they wanted it to get.
Same as Google Wave really - too early, or nobody needed it, or something like that. At least they open sourced that project.
All those projects it dropped were consumer facing. These are programing languages being used inside google to increase productivity making a comparison between the two is a straw mans argument.So while both transpile to Javascript and that's great when it comes to cross-browser reach, a large Dart codebase makes me nervous since there's a high barrier of both entry and exit if Google would abandon the project, which they have shown themselves to be good at doing, especially with little to no forewarning. TypeScript's approach just feels more sensible to me.
I like the vision set by Dart -- a complete toolkit in language as well as API for the modern web, client as well as server -- and while TypeScript may not share it, it does share the vision of greatly simplifying large scale web application development. Further, I think it even surpasses Dart on that front for above reasons and general workflow and migration reasons which cannot be underestimated in particular for a new language.
Dart is better for cross-platform development.
Why is that an important difference? The advantages of Dart over TypeScript are that it has better semantics that result in more readable/maintainable code, not that it does or doesn't run in a different VM.
where did you hear that ? C++ programmers didn't move to D why the hell would they want to move to Go , a garbage collected language ?
> Although we expected C++ programmers to see Go as an alternative, instead most Go programmers come from languages like Python and Ruby. Very few come from C++.[1]
I thought this was obvious, considering their initial approach to promote Go: "Go is a systems language". But now they abandoned the phrasing.
[1] http://commandcenter.blogspot.com/2012/06/less-is-exponentia...
Enums are currently rather disappointing though. They went with the simplest possible implementation... minus 1. You can't assign integers. Which is a problem because you can do that everywhere else. Naturally, there are many protocols and formats which use ints to represent specific enum values.
I hope they'll fix this in the future.
Speaking of the future, there are a bunch of other interesting things on the horizon such as null-aware operators, non-nullable types, and union types.
The upcoming "Fletch" runtime for iOS and similar restrictive environments is also very exciting. It might turn Dart into the perfect language for video game scripting. It's small, fast, and it supports atomic program changes via a wire protocol.
BTW, it seems odd that Dart is not supported server side on AppEngine. Sandboxing problem? You need to use a compute engine.
https://www.dartlang.org/server/google-cloud-platform/app-en...
App Engine decided to go that route to add new languages, rather than sandbox each language individually like with Python and Java (The Go backend was created by the Go team before Managed VMs).
http://queue.acm.org/detail.cfm?id=2747873
Skip down to: "While async functions may remind us of the async/await feature in C#, note that there are differences."
The first author is Erik Meijer who worked on C# (among other things) at Microsoft.
However, I even abandoned PHP for its fractured community in the past couple months. I don't see how I can back Dart when its creator is so publicly disinterested.
I apologize if that seems harsh, but it's just how I feel.
You can use Dart with any modern browser. Use it with IE if that's your standard.
I haven't tried it with DART 1.9 so maybe that problem is no longer there.