Hacker News Board Hacker News, browsed like a classic message board
Live data from Hacker News

Learn Dart in 15 Minutes

learnxinyminutes.com

Post reply on HN
Print view View original

31–40 of 42 posts

Re: Learn Dart in 15 Minutes

#31

Post by L8D »

lumpysnake wrote: post #30

This has got to be the worst learn x in y minutes that I've ever read. Whitespaces, anyone? Every example is compacted and very hard to read. Comments should document each line instead of a huge wall of text before the function. Naming everything ExampleX is very difficult to see what is being talked about in this particular function. I'm lucky to know enough about Dart already, because this is a very bad representat…

Perhaps you could contribute to the file via a PR instead of ranting at a post on a news aggregator? If people like you did then the open source community would be a better place.

Re: Learn Dart in 15 Minutes

#32

Post by azakai »

syntern wrote: post #27
pjmlp wrote: post #25

Earlier quoted context omitted.

> Dart compiles to JavaScript Not all language features can be represented in JavaScript. Besides, all the languages that compile to JavaScript just add complexity layers to the already complex model of HTML/CSS/JavaScript. And I bet there is a VbScript to JavaScript somewhere out there. > Dart is ratified as ECMA 408. VBScript is not open source, Dart is. Standards by themselves don't foster adoption. Eiffel, Ada, M…

Context: I'm using Dart for app development for two years now. > Not all language features can be represented in JavaScript. I could not name one (except the dart:io stuff, which is not supported in the JS world). Could you please elaborate? > Besides, all the languages that compile to JavaScript just add complexity layers to the already complex model of HTML/CSS/JavaScript. I've found the same, but Dart is a surpris…

The main example is that Dart's basic numeric types can't be represented in JavaScript. Dart VM integers are bignums, while dart2js numbers are IEEE754 doubles.

Re: Learn Dart in 15 Minutes

#33

Post by azakai »

dragonwriter wrote: post #18
andreasvc wrote: post #15

Earlier quoted context omitted.

I don't get why people make this VbScript comparison (sneer, actually). Yes, it is a language introduced by a single company, but then again many languages have started that way, and in this particular case there are big differences between VbScript and Dart. I think Dart is a better language. Do you disagree?

> Yes, it is a language introduced by a single company, but then again many languages have started that way Including JavaScript. Acceptance as a standard usually happens after someone implements it, makes it widely available, and proves its merit, not the other way around (and standards that happen the other way around tend to be dead on the vine.)

It's true that many current standards became accepted by force, after a powerful entity pushed them on the development world. However, that doesn't mean it's a good model.

We do have a well-functioning standards process in the web space now - which we did not have back when JavaScript was introduced. The process isn't perfect of course, but nothing is.

It seems quite insulting to that process for Google to go completely around it and ship major new features that have no interest from other parties, like PNaCl and Dart.

With that said, I do agree with Google about its recent choice to go back to prefixed features, but only ship them to 50% of users; that avoids websites relying on them, but does allow testing "in the wild". I think that would be a far better model than Google has taken with PNaCl (shipping it to 100% of users). If Google took that approach with PNaCl and Dart (instead of what it has been doing with PNaCl), much of my objections would go away.

Re: Learn Dart in 15 Minutes

#34

Post by dragonwriter »

azakai wrote: post #33
dragonwriter wrote: post #18

Earlier quoted context omitted.

> Yes, it is a language introduced by a single company, but then again many languages have started that way Including JavaScript. Acceptance as a standard usually happens after someone implements it, makes it widely available, and proves its merit, not the other way around (and standards that happen the other way around tend to be dead on the vine.)

It's true that many current standards became accepted by force, after a powerful entity pushed them on the development world. However, that doesn't mean it's a good model. We do have a well-functioning standards process in the web space now - which we did not have back when JavaScript was introduced. The process isn't perfect of course, but nothing is. It seems quite insulting to that process for Google to go complet…

> We do have a well-functioning standards process in the web space now - which we did not have back when JavaScript was introduced.

The "well-functioning" process, to the extent it exists,includes the same features -- things are introduced by a vendor and proposed for standardization, but generally do not become standardized until there is uptake in the wild of the implementation. And, to the extent processes exist that didn't when JavaScript emerged and are even arguably "well-functioning", they apply largely to modifications to existing core web technologies (particularly HTML and JS), and not to new alternative or supplemental technologies, where, to the extent that processes exist, they are largely similar to (or exactly the same) processes that were available when JavaScript emerged.

Re: Learn Dart in 15 Minutes

#36

Post by azakai »

dragonwriter wrote: post #34
azakai wrote: post #33

Earlier quoted context omitted.

It's true that many current standards became accepted by force, after a powerful entity pushed them on the development world. However, that doesn't mean it's a good model. We do have a well-functioning standards process in the web space now - which we did not have back when JavaScript was introduced. The process isn't perfect of course, but nothing is. It seems quite insulting to that process for Google to go complet…

> We do have a well-functioning standards process in the web space now - which we did not have back when JavaScript was introduced. The "well-functioning" process, to the extent it exists,includes the same features -- things are introduced by a vendor and proposed for standardization, but generally do not become standardized until there is uptake in the wild of the implementation. And, to the extent processes exist t…

> The "well-functioning" process, to the extent it exists,includes the same features -- things are introduced by a vendor and proposed for standardization, but generally do not become standardized until there is uptake in the wild of the implementation.

True, but also one vendor does not ship the feature in a unilateral way, in opposition to all the others.

> And, to the extent processes exist that didn't when JavaScript emerged and are even arguably "well-functioning", they apply largely to modifications to existing core web technologies (particularly HTML and JS), and not to new alternative or supplemental technologies, where, to the extent that processes exist, they are largely similar to (or exactly the same) processes that were available when JavaScript emerged.

True to some extent (most standards work is incremental), but also entirely new web technologies have arisen through the standards process, such as WebGL and WebRTC. New web technologies can be added without unilateral and controversial action.

Re: Learn Dart in 15 Minutes

#37

Post by beavis2 »

fnbr wrote: post #22
andreasvc wrote: post #17

Earlier quoted context omitted.

It doesn't look good. It's very well possible, but the other parties just do not seem interested. Maybe because they are currently investing in Javascript related technologies.

That's the real issue, IMO. It doesn't matter if Chrome has Dart as long as 2/3rd the market is using different browsers.

It's not an issue. I've noticed dart2js performance is as good as hand-written js.

At least with dart2js I have just one "VM" to target - Google have sorted the x-browser issues for me. Imagine the peculiarities you'd find in Microsoft's implementation, for example.

Re: Learn Dart in 15 Minutes

#38

Post by dragonwriter »

azakai wrote: post #36
dragonwriter wrote: post #34

Earlier quoted context omitted.

> We do have a well-functioning standards process in the web space now - which we did not have back when JavaScript was introduced. The "well-functioning" process, to the extent it exists,includes the same features -- things are introduced by a vendor and proposed for standardization, but generally do not become standardized until there is uptake in the wild of the implementation. And, to the extent processes exist t…

> The "well-functioning" process, to the extent it exists,includes the same features -- things are introduced by a vendor and proposed for standardization, but generally do not become standardized until there is uptake in the wild of the implementation. True, but also one vendor does not ship the feature in a unilateral way, in opposition to all the others. > And, to the extent processes exist that didn't when JavaSc…

> but also entirely new web technologies have arisen through the standards process, such as WebGL and WebRTC.

WebGL and WebRTC are JavaScript APIs, not alternatives to core web technologies.

Re: Learn Dart in 15 Minutes

#39

Post by azakai »

dragonwriter wrote: post #38
azakai wrote: post #36

Earlier quoted context omitted.

> The "well-functioning" process, to the extent it exists,includes the same features -- things are introduced by a vendor and proposed for standardization, but generally do not become standardized until there is uptake in the wild of the implementation. True, but also one vendor does not ship the feature in a unilateral way, in opposition to all the others. > And, to the extent processes exist that didn't when JavaSc…

> but also entirely new web technologies have arisen through the standards process, such as WebGL and WebRTC. WebGL and WebRTC are JavaScript APIs, not alternatives to core web technologies.

> WebGL and WebRTC are JavaScript APIs

I don't think that's a fair description. Yes, WebGL is a JS API but it is basically an entire interface to an OpenGL driver, it exposes a completely new language to the web (GLSL, OpenGL shading language), and it opens up huge new possibilities to the web platform. It has it's own standards group for good reason. It is not just a small incremental JavaScript API addition.

Similarly, WebRTC brings with it codecs and networking capabilities far beyond what was possible before, but I do agree with you there that it is more incremental. But it is also not a mere "JavaScript API"; it is a networking API for the web. The web uses JavaScript, so it has a JavaScript interface. If it were meant to interface with GPU shaders, it would have a GLSL interface too, etc.

> [WebGL and WebRTC are] not alternatives to core web technologies.

Interestingly, one of Microsoft's objections to WebGL was that it competed with core web technologies. The argument was that hardware accelerated rendering was already possible through canvas and CSS. Technically that's true, but of course it misses the point that it gives full programmable GPU control, which canvas and CSS do not.

But Microsoft did have a point, in that if you look at many graphical applications on the web, a lot of them can render to either canvas2D or WebGL. In some sense, the two do compete.

There is also lots of experience with competing APIs. Like Pointer and Touch events, WebRTC and Microsoft's alternative, etc. So that something is an alternative to part of the web stack doesn't mean the standards process can't work for it.

Re: Learn Dart in 15 Minutes

#40

Post by beavis2 »

azakai wrote: post #32
syntern wrote: post #27

Earlier quoted context omitted.

Context: I'm using Dart for app development for two years now. > Not all language features can be represented in JavaScript. I could not name one (except the dart:io stuff, which is not supported in the JS world). Could you please elaborate? > Besides, all the languages that compile to JavaScript just add complexity layers to the already complex model of HTML/CSS/JavaScript. I've found the same, but Dart is a surpris…

The main example is that Dart's basic numeric types can't be represented in JavaScript. Dart VM integers are bignums, while dart2js numbers are IEEE754 doubles.

That's for performance because I guess the majority of users would probably not notice the difference.

They can be represented in JS, but not natively.

Post reply on HN