Live data from Hacker News

Dart is ready for the real world

arstechnica.com

11–20 of 53 posts

Re: Dart is ready for the real world

#11

You know what, bringing Dart to android development may be a good idea. Web hobbyists hate java with a passion but may embrace Dart for its resemblance with javascript.

Bringing Go development to Android would be even better, but I doubt either will ever happen, at least not as an officially sanctioned way to create native apps.

Re: Dart is ready for the real world

#12
post #7

Honestly I still don't see the point of Dart. It's made some strange choices (IMHO) like optional typing. The idea that code can be shared between client and server is the panacea touted by GWT, which (IMHO) failed to eventuate (eg some classes weren't "GWT compatible" and this included protocol buffers generated classes). Dart seems like the next throw of the dice. I am not optimistic about its successes. Go on the…

I agree. Even though I'm not a JS fanboy, can't really be against the language at this point. It has evolved a very good community around it, and libraries like Jquery make it very simple to pick up. That just makes adoption of Dart less likely.

Re: Dart is ready for the real world

#13
From what I've seen of both, TypeScript seems like the language that Google should have created in the first place. It has similar goals, but without the "let's create a whole new VM and replace the entire JacaScript runtime in all browsers" ambition (which is ridiculous).

Re: Dart is ready for the real world

#14
post #7

Honestly I still don't see the point of Dart. It's made some strange choices (IMHO) like optional typing. The idea that code can be shared between client and server is the panacea touted by GWT, which (IMHO) failed to eventuate (eg some classes weren't "GWT compatible" and this included protocol buffers generated classes). Dart seems like the next throw of the dice. I am not optimistic about its successes. Go on the…

There are middle grounds between unsafe manual memory management and full garbage collection other than atomic reference counting. Region systems (like in Cyclone and Rust), for example.

Re: Dart is ready for the real world

#15
post #9

Dart + Native Client Modules almost makes me excited about web programming again. Obviously not for general websites, but for specific applications it would not be unreasonable to require Chrome to be installed as the alternative would be installing a native app anyway.

Is it really web programming if you're shipping processor-specific binary bundles that only work in one browser and don't actually interact with the web?

I think I know what you mean, though. It's nice to be able to pick a narrow target that covers most of your customers and code for that.

Re: Dart is ready for the real world

#17

You know what, bringing Dart to android development may be a good idea. Web hobbyists hate java with a passion but may embrace Dart for its resemblance with javascript.

Bringing Go development to Android would be even better, but I doubt either will ever happen, at least not as an officially sanctioned way to create native apps.

Oh I would love for Google to do that!

Re: Dart is ready for the real world

#18
post #10

There are some things in Dart that would be nice to have in Javascript, but I don't see why Google wouldn't just try to work them into future ECMAScript revisions. With the exception of banning eval and run-time modification of prototypes, I don't see anything that's completely incompatible with a future revision of Javascript. I'd even bet that the ES standards committee will eventually give in on the "arrow" lambda…

They did a while ago: http://wiki.ecmascript.org/doku.php?id=harmony:arrow_functio...

Re: Dart is ready for the real world

#19
post #6

Is google really betting dart will take off? Because I don't see microsoft/apple/mozilla supporting it in the future. But of course dart can still be a cofeescript competitor.

They don't need anyone else to support it. Compiling to JS means Dart apps will work in other browsers, and in a Chrome-only world (the world Google wants to exist), everyone will benefit from the native Dart VM.

Re: Dart is ready for the real world

#20
post #7

Honestly I still don't see the point of Dart. It's made some strange choices (IMHO) like optional typing. The idea that code can be shared between client and server is the panacea touted by GWT, which (IMHO) failed to eventuate (eg some classes weren't "GWT compatible" and this included protocol buffers generated classes). Dart seems like the next throw of the dice. I am not optimistic about its successes. Go on the…

There are middle grounds between unsafe manual memory management and full garbage collection other than atomic reference counting. Region systems (like in Cyclone and Rust), for example.

You can also integrate unsafe manual memory management with a full garbage collector in environments like .NET. Use the GC for 99% of your code, manually malloc/free/pin the other 1%.
Post reply on HN