Live data from Hacker News

Brendan Eich on Ecma TC39, JavaScript.next, and Google Dash

brendaneich.com

101–110 of 127 posts

Re: Brendan Eich on Ecma TC39, JavaScript.next, and Google Dash

#101

Earlier quoted context omitted.

"Even Brendan Eich admitted...". As if I would not expect, nay demand , that Gilad and Lars would do better -- much better -- than JS! For the record, I'm not worried about JS being replaced by a better language. I am working to do that within Ecma TC39, by evolving JS aggressively. The leaked Google doc's assertion that this is impossible and that a "clean break" is required to make significant improvements is nonse…

Now that Apple has successfully marginalized Flash as a cross platform development environment the browser fragmentation will ramp up and we'll see more of this type of behaviour rather than less. Apple didn't start this fragmentation but they are committed to ensuring that the web is not a level playing field with technology segmentation like canvas and css ES. Microsoft has always tried to fragment the market with…

You're not concerned about fragmentation so long as there's a "lite" fallback. Got it. Let's see how this plays out. It may be that browser vendors with hot websites have to make the "lite" experience as good over time as their proprietary one, so they work fairly with the standards bodies.

Again, for this thread, per the leaked memo, that was not the plan with Dart. Coming to a standards body late will not work -- it may get a spec, but not Dart support in other browsers -- unless Googe has near-monopoly power.

Re: Brendan Eich on Ecma TC39, JavaScript.next, and Google Dash

#102

Earlier quoted context omitted.

"Even Brendan Eich admitted...". As if I would not expect, nay demand , that Gilad and Lars would do better -- much better -- than JS! For the record, I'm not worried about JS being replaced by a better language. I am working to do that within Ecma TC39, by evolving JS aggressively. The leaked Google doc's assertion that this is impossible and that a "clean break" is required to make significant improvements is nonse…

I don't think Dart will beg other browsers to comply to their will of adding a VM. On the other hand, I find it more likely that, in a whole year's time, the people behind Dart thought about NPAPI. They may very well produce a plugin that everyone will download. That would make Dart the new Flash, but that's the price to pay for a serious cross-browser Dart. Of course, that would also make Dart second-class citizen i…

This has been studied, I don't have the stats but it may have been in the context of Gears: users don't install new plugins lightly. Distribution deals could be bought and paid for, but that is a long road (see ChromeFrame).

Also, NPAPI is not expressive enough to enable a new programming language VM to be integrated on par with JS. Big deal, Google can write browser/OS-specific code? They tried with Gears. It's hard, and versionitis/unfrozen APIs bite hard.

Take these two points together and the NPAPI route is not going to get Dart widespread adoption outside of Chrome, any time soon. So would web developers use it if they had to compile to JS for too many visitors?

I doubt it. CoffeeScript is a transpiler and it may actually speed up code compared to writing in JS. It is popular, with slick RoR integration, but it's not taking over the world from JS.

Dart's new semantics (at least new number types, per the memo) will result in slower compiled-to-JS code, although the win may be programmer productivity. It depends on how much slower, but the first barrier with compiling is getting devs to put up with the toolchain pain.

Re: Brendan Eich on Ecma TC39, JavaScript.next, and Google Dash

#103

Earlier quoted context omitted.

My point isn't that you should apologize -- why should you? Any more than Sun should apologize for Java, or Microsoft for .NET Sometimes shit needs to get done, and people need to make things happen. Google is trying to fix some problems; no big deal. You see "Tower of Babel", I see the free market offering alternatives. And don't be so quick to dismiss the likelihood of other browsers adopting Dart... If I'm not mis…

Your point was, and I quote: "Javascript itself was developed by a company (Netscape) in pretty much exactly the same way, for pretty much exactly the same reasons." That's wrong on at least two counts: 1. ["same way"] Netscape had a monopoly, it wasn't injecting JS into a situation where there was already a scripting language widely used on the web and implemented among multiple competing browsers. It was not fragme…

First of all, Javascript appeared in September 1995. A quick glance at the timeline of web browsers reveals that Netscape did NOT have a monopoly at that time. See http://upload.wikimedia.org/wikipedia/commons/7/74/Timeline_...

In theory, you could have gotten input from Microsoft, IBM, Mosaic, and so forth before ever releasing Javascript. Did you? No. Even assuming that those other companies had an insignificant share of the market, and could safely be ignored, you still could have asked for public commentary on your design, like you're asking Google to do now. Did you? No again. It's hypocritical to blast Google for doing the exact same things you did, for the exact same reasons.

Secondly, every attempt to create a "programming language for non-programmers" has resulted in something horrible. According to wikipedia, "one of the design goals of COBOL was that non-programmers—managers, supervisors, and users—could read and understand the code. This is why COBOL has an English-like syntax and structural elements." When you are comparing your language design decisions to those made by COBOL, it is time to give up.

Your own stated rationale for getting Javascript done in 10 days was to "prevent something worse" from happening. This is the exact same reason why Google is developing Dart. The only difference is that for them, "something worse" is Microsoft Silverlight, Adobe Flash, and Apple iPhone applications.

Right now, if I want an application that "feels native," Javascript is a no-go, and I have to use one of these (closed, proprietary) technologies. Shouldn't we be saluting Google for trying to make the situation better, rather than blasting them for not asking their competitors for a mother-may-I?

Dart is going to be an open platform that is well-supported by Chrome and Android. That alone should be enough to make it a viable choice. It's great that you created Javascript and that it became an open platform for everyone. Now someone is trying to build something even better. You should be helping them rather than raising objections which are illogical at best, and hypocritical at worst.

Re: Brendan Eich on Ecma TC39, JavaScript.next, and Google Dash

#104

Earlier quoted context omitted.

"First, the reverse-engineering costs of Dart are much higher than of XHR." Does this matter if it's open source? Not being combative, I'm actually asking. "It seems to me that a lot of you 'bring on our new overlords' boosters" Well shit. I definitely don't want to be one of those!

Open source is usable only by some vendors. My Opera pals say they can use it (I'd heard differently from others at Opera in the past). Microsoft, I'm told, cannot -- they cannot even read open source. This is public knowledge, it came out, e.g., as part of the IronPython project. So Microsoft objected to WebSQL, since it depended on SQLite as source-code-is-specification. Writing a spec for SQLite or Dart is very ha…

"The IE monopoly with ActiveX"

I certainly remember and that's what your comment made me think of. It's not QUITE the same thing as it is supposed to compile to js but yeah, I get the comparison and would prefer to have no single-corporation overlords.

Re: Brendan Eich on Ecma TC39, JavaScript.next, and Google Dash

#105
post #24

Earlier quoted context omitted.

Thanks for the expanded comment on Dart. I don't fear forking the developer community in terms coffeescript vs. GWT vs. Javascript vs. Dart-to-JS. The web development experience, from front-end to back-end and at the language and framework level, is already incredibly fragmented. More higher level options that unify the front-end and back-end seem like a win for the web stack. I agree that there is virtually no chanc…

Yes, standards must keep up, whatever the proprietary challenger does -- this was true when Flash could do many tricks that browsers generally could not. Without further nuance, saying "standards must keep up, deal with it" is a bit too consequentialist for me, a Mozilla founder, or for anyone working sincerely in the open web standards bodies. Korean and Chinese banks still require ActiveX PKI plugins or else deny s…

I think you are being unfair in your criticism. Microsoft, Apple, and Adobe, just to name a few, have all tried to force web developers into proprietary closed-source platforms. If you want to get angry, get angry at them!

Google is just trying to give web developers a choice. They plan to continue fully supporting ECMA's efforts as well, with developers and money. And for this they deserve to be attacked?

You keep talking about lock-in, but if Dart becomes popular, other vendors will integrate it into their browsers as well. That's what being an open standard means. There's no lock-in here (assuming that my understanding of the project is correct.) Let's try not to be petty about, even if JS is your baby.

Re: Brendan Eich on Ecma TC39, JavaScript.next, and Google Dash

#106

Earlier quoted context omitted.

Yes, standards must keep up, whatever the proprietary challenger does -- this was true when Flash could do many tricks that browsers generally could not. Without further nuance, saying "standards must keep up, deal with it" is a bit too consequentialist for me, a Mozilla founder, or for anyone working sincerely in the open web standards bodies. Korean and Chinese banks still require ActiveX PKI plugins or else deny s…

I think you are being unfair in your criticism. Microsoft, Apple, and Adobe, just to name a few, have all tried to force web developers into proprietary closed-source platforms. If you want to get angry, get angry at them! Google is just trying to give web developers a choice. They plan to continue fully supporting ECMA's efforts as well, with developers and money. And for this they deserve to be attacked? You keep t…

"If you want to get angry, get angry at them!"

What makes you think I have not been "angry" at MS, Apple, and Adobe? You must not follow my writings closely!

What's more, my mood is not the point, actual market-facing behavior is.

The topic here is Google and its actions. There are good reasons to focus on the big G now:

* Microsoft is older, formidable but late to mobile, in some ways in decline.

* Apple, we know what we get: proprietary lock-in -- but also extensions to the web platform that mostly (still waiting for some CSS spec drafts) get into the web platform. The secret sauce is the iOS-specific stuff: Obj-C, Cocoa, CoreAnimation, etc. They do not cross the streams.

* Adobe has turned to HTML5. They know Flash is in trouble. Neither Flash nor Silverlight is the "open web" threat some of us worried about four or five years ago.

In contrast, Google is a money machine with significant market power, and it is crossing the proprietary extension and open web standards streams without doing the requisite open spec work -- yet, of course. But very late spec'ing is no help. And again, open-washed open source is not nearly enough.

"Google is just trying to give web developers a choice. They plan to continue fully supporting ECMA's efforts as well, with developers and money. And for this they deserve to be attacked?"

From the http://wiki.ecmascript.org/ recent changes history, you can see who is doing hard work on Ecma proposals. Mark Miller works very hard. Google as a whole does not, and it could do a lot more, but it is not of one mind, and it wants to try both proprietary and open-standards tracks.

My point is that doing both means doing one well and one poorly. Can't serve two masters.

As for "just trying to give web developers choice", grow up. How would it work if Mozilla, Apple, Microsoft, and Opera revealed delayed-open-(spec|source) new and non-interoperable programming languages to "replace JavaScript"? Uh huh. Now can you spell "fragmentation"?

"You keep talking about lock-in, but if Dart becomes popular, other vendors will integrate it into their browsers as well."

Dart is a secret still, hence "proprietary". Delayed release of source and/or spec won't make an open standard that multiple vendors will implement, hence "lock in".

Without monopoly or majority market power, Google cannot force other vendors to support Dart in the short run, and the lock-in effects of having two+ years head start designing and implementing Dart is a negative for other vendors.

Even if Dart becomes so popular via either a native VM in Chrome or Dart-to-JS compilation elsewhere, other vendors may defect and not implement native Dart support.

Unless Google has high Chrome share by then on its web apps and sites that use Dart, it will suffer poor performance in the JS-implemented runtime the Dart-to-JS compiler targets, and may have to come up with a "plan B" (use pure JS, try a Gears-like plugin, etc.).

Meanwhile, JS is growing ever faster and the standardized ECMA-262 language is being evolved. And other vendors may try their own tit-for-tat proprietary responses (Mozilla won't).

"That's what being an open standard means."

Bullshit. I work on open standards, I've done it for 15 years. Have you? Open means Open: no wow-effect reveal after two+ years work, no promises (empty in a lot of cases so far) to standardize later.

Yes, Netscape didn't do that. They were a monopoly. I'm not moralizing here, I'm pointing out that because Google is not a monopoly, it can't help but fragment the web by acting as if it were.

"Let's try not to be petty about, even if JS is your baby."

You misunderstand me. JS is part of a "commons" now, not my baby. It's a shared asset. It requires stewardship, including evolution, and not just maintenance.

The leaked memo declares that JS can't be evolved to fix critical problems, in order to justify Dart, without giving evidence and without Google making a concerted effort in the governing standards body, Ecma TC39.

My concern about this two-faced and fragmenting approach is not "petty" and it's not about "my" anything.

It's about a common good ethos that must prevail or the open web tends to fragment. Not all at once, not fatally, but down a bad and slippery slope.

Re: Brendan Eich on Ecma TC39, JavaScript.next, and Google Dash

#107

Earlier quoted context omitted.

Your point was, and I quote: "Javascript itself was developed by a company (Netscape) in pretty much exactly the same way, for pretty much exactly the same reasons." That's wrong on at least two counts: 1. ["same way"] Netscape had a monopoly, it wasn't injecting JS into a situation where there was already a scripting language widely used on the web and implemented among multiple competing browsers. It was not fragme…

First of all, Javascript appeared in September 1995. A quick glance at the timeline of web browsers reveals that Netscape did NOT have a monopoly at that time. See http://upload.wikimedia.org/wikipedia/commons/7/74/Timeline_... In theory, you could have gotten input from Microsoft, IBM, Mosaic, and so forth before ever releasing Javascript. Did you? No. Even assuming that those other companies had an insignificant sh…

"First of all, Javascript appeared in September 1995. A quick glance at the timeline of web browsers reveals that Netscape did NOT have a monopoly at that time. See http://upload.wikimedia.org/wikipedia/commons/7/74/Timeline_....

First of all, you did not cite market share numbers to show lack of an effective monopoly. You cited a fun wall chart of all the various browsers, most with tiny and non-growing if not rapidly shrinking market share back in 1995. Come on!

Edit: some stats from wikipedia:

http://en.wikipedia.org/wiki/Browser_market_share#GVU_WWW_us...

http://en.wikipedia.org/wiki/Browser_market_share#Dataquest_...

http://en.wikipedia.org/wiki/File:Netscape-navigator-usage-d...

Anyone around in the Netscape era knows that Netscape took over most of the market from Mosaic and smaller-share browsers, and evolved the web rapidly with proprietary (in the same sense I use against Google, however standardized later) extensions.

This led to Bill Gates' famous memo about the Internet Tidal Wave, and his cancellation of Microsoft's 1994-era AOL-killer, Project Blackbird.

Netscape dominated browser market share until IE came up to version 4, which was better on Windows than Netscape's old version 3 or very late version 4, and IE was bundled and locked-in hard to boot.

"It's hypocritical to blast Google ...."

Accusing me of hypocrisy shows ignorance of that word's definition in light of the history of my career.

I'm not practicing one thing and preaching another. I worked on JS standardization less than a year after shipping it in Netscape 2 beta. After that I co-founded mozilla.org. I'm not currently doing A and preaching not-A, nor have I been doing "proprietary" work for a long time. I've paid my dues.

Just FYI, like I owe you any explanations, Netscape did collaborate with Sun, gaining the "JavaScript" trademark license (a marketing scam, of course; I hated it). And I did collaborate with Bill Joy of Sun. But really, that's irrelevant.

Netscape was a monopoly in effect (it's very rare for a real-world monopoly to have 100% of the market). We did not have ability or time to make open standards of all our work. We knew, because Netscape had rejected a low-ball acquisition offer from Microsoft in late 1994, that Microsoft was coming after us. And we knew they had the power to kill us.

If we had not pushed hard to add programmability to the web (JS and Java in Netscape 2, plugins before in 1.1), then Microsoft would have been the reigning monopoly power, and would have abused that power (which did happen; it was prosecuted successfully).

So, though it's no justification in general, Netscape -- including my JS work -- did forestall a likely Microsoft push of their tech -- including VB as the Web scripting language. Monopoly good-cop/bad-cop act, or just history now, neither all "good" nor all "bad".

This is in contrast to today, where there is no browser monopoly and the top three have very close shares in many locales -- especially if you sort by model as well as make, and include WebKit variations on mobile, which is rising to eclipse desktop.

"Dart is going to be an open platform that is well-supported by Chrome and Android."

I think your sock-puppet is slipping. How do you know this? Do you work for Google?

Nice HN history you have, btw (two comments, both on this thread today). Why not do as on Google+ and use your real name? I have.

Re: Brendan Eich on Ecma TC39, JavaScript.next, and Google Dash

#108
Dart will not be 2x (or more) faster than JS. Dart will not be so much more expressive and elegant than JS is.

Google would have to replace the whole stack (from HTTP to DOM to Dart to IDEs) to make it really compelling, but I'm pretty sure they will give it a shot.

Fortunately there is a competition:

Nobody will dedicate himself to Chrome Web Store and Google Web technologies and miss out on future Facebook WebApp Store (or whatever Project Spartan turns out to be) or future Apple AppStore (I believe in Apple's intelligence and visionary and that they will realize potential of Open Web and Clouds in time).

Android also is in trouble so unless Google will win the mobile market big time it will get more fragmented and thus forcing everybody to jump into Open Web and not Google Web.

And then there's Mozilla - let's hope they can pull off some good piece technology with their B2G and Firefox Mobile!

At least that's what I want to believe...

Re: Brendan Eich on Ecma TC39, JavaScript.next, and Google Dash

#109

Earlier quoted context omitted.

Your point was, and I quote: "Javascript itself was developed by a company (Netscape) in pretty much exactly the same way, for pretty much exactly the same reasons." That's wrong on at least two counts: 1. ["same way"] Netscape had a monopoly, it wasn't injecting JS into a situation where there was already a scripting language widely used on the web and implemented among multiple competing browsers. It was not fragme…

First of all, Javascript appeared in September 1995. A quick glance at the timeline of web browsers reveals that Netscape did NOT have a monopoly at that time. See http://upload.wikimedia.org/wikipedia/commons/7/74/Timeline_... In theory, you could have gotten input from Microsoft, IBM, Mosaic, and so forth before ever releasing Javascript. Did you? No. Even assuming that those other companies had an insignificant sh…

“Right now, if I want an application that ‘feels native,’ Javascript is a no-go, and I have to use one of these (closed, proprietary) technologies.”

Not true – look at what Microsoft does with Windows 8.

Re: Brendan Eich on Ecma TC39, JavaScript.next, and Google Dash

#110
post #80

Earlier quoted context omitted.

So you would be OK with requiring everyone to use Windows as their operating system, in perpetuity? I think we have some fundamental philosophical differences about how the world should work. ;)

"So you would be OK with requiring everyone to use Windows as their operating system, in perpetuity?" Of course I don't think that. I meant by "ubiquitous" to imply the opposite. I fear we're talking past each other. The risks of Google behaving like a Microsoft-style monopolist here are low because (a) they have no monopoly in browsers, VMs, or OSes to abuse, (b) their culture is the most hacker-driven of any large…

> I meant by "ubiquitous" to imply the opposite.

In that case, I have no idea how you think ActiveX could ever have become "ubiquitous".

> they have no monopoly in browsers, VMs, or OSes to abuse

They have a monopoly in search engines (and some would argue webmail clients), and are trying hard to work on browsers and OSes, especially on mobile... Give them a few more years, and see how things look.

> their interests are aligned with what is good for the web

They used to be, for a bit. At this point, I've very skeptical that this is still true.

> the industry has changed since the bad old days

Has it? I don't see much evidence of this. Particular _markets_ have changed, but attitudes really haven't.

Post reply on HN