Live data from Hacker News

The Death of Flash and Rewriting 1.4M Lines of Code

gamasutra.com

51–60 of 203 posts

Re: The Death of Flash and Rewriting 1.4M Lines of Code

#51
post #46

Earlier quoted context omitted.

> but what it's really replacing is JavaScript That is a common misconception, but there no evidence of this. WASM replaces Flash and Flash never replaced JavaScript.

https://github.com/koute/stdweb There's a todomvc example app written in rust with no javascript besides the loader.

I just glanced at that repo and what you say is not quite true.

Looks like they have to reimplement the entire DOM API with JS interop:

  pub fn document() -> Document {
    unsafe { js!( return document; ).into_reference_unchecked() }.unwrap()
  }

Re: The Death of Flash and Rewriting 1.4M Lines of Code

#52
post #47
post #45

Earlier quoted context omitted.

This will ensure every web page application can be closed source then right?

Minified javascript isn't really open source either.

No, but there are tons of prettifiers that can get minified/obfuscated JS back into a state that it can be read and reasoned about fairly easily. It's not like minifiying/obfuscating JS compiles it into byte code. It's still plain text.

Re: The Death of Flash and Rewriting 1.4M Lines of Code

#53
post #47

Earlier quoted context omitted.

Minified javascript isn't really open source either.

No, but there are tons of prettifiers that can get minified/obfuscated JS back into a state that it can be read and reasoned about fairly easily. It's not like minifiying/obfuscating JS compiles it into byte code. It's still plain text.

As we can use a decompiler with other languages.

Re: The Death of Flash and Rewriting 1.4M Lines of Code

#54
post #47

Earlier quoted context omitted.

Minified javascript isn't really open source either.

No, but there are tons of prettifiers that can get minified/obfuscated JS back into a state that it can be read and reasoned about fairly easily. It's not like minifiying/obfuscating JS compiles it into byte code. It's still plain text.

Barely! It's not far from bytecode in some cases, especially with the advent of asm.js.

Re: The Death of Flash and Rewriting 1.4M Lines of Code

#56
post #6

Does anyone else have the feeling that there has been a move away from the kinds of tools that make it very easy for beginners to get started? I'm thinking of things like Hypercard, Flash or VisualBasic classic (VisualBasic in the 1990s). Simple tools that made it fun for non-programmers to learn the basics of computer programming? Even simple HTML/CSS has lost importance, and writing simple Web sites is how I got st…

Its in companys interest to prevent the growth of homemade competition- its a subtile movement, but there is also a tendency towards centralization of knowledge.

Re: The Death of Flash and Rewriting 1.4M Lines of Code

#57
post #51
post #46

Earlier quoted context omitted.

https://github.com/koute/stdweb There's a todomvc example app written in rust with no javascript besides the loader.

I just glanced at that repo and what you say is not quite true. Looks like they have to reimplement the entire DOM API with JS interop: pub fn document() -> Document { unsafe { js!( return document; ).into_reference_unchecked() }.unwrap() }

This is required for webassembly; it has to call into JS to access the DOM.

Re: The Death of Flash and Rewriting 1.4M Lines of Code

#58

> rewriting the entire codebase in ActionScript first to take full advantage of GPU acceleration, before porting it into Haxe So let me get this straight. It was already written in ActionScript. They re-wrote the ActionScript. All of it, then ported it to the Haxe language. So the purpose of the first "re-write" was... refactoring it to use GPU acceleration in ActionScript? I guess they just hadn't gotten around to t…

I'd guess that, along with converting all of their artwork to bitmaps, this was needed because Haxe+OpenFL didn't support what they were doing before. If they were going to have to change it anyway better to make that change before the port so you don't mix up two sets of bugs.

Re: The Death of Flash and Rewriting 1.4M Lines of Code

#60

Earlier quoted context omitted.

Just to be clear, you’re talking about GUIs for applications rather than games?

No, I have built and have had need to build all kinds of applications. And even games have 'views' and 'controls' within them.

I have seen very few games leverage native controls (with the exception of dialog boxes which are supported by almost every write-once framework), so I'd be curious to know your specific case for needing native controls in a game.
Post reply on HN