Slashdot Mirror


Adobe Not Worried About the Future of Flash

An anonymous reader writes "Adobe company man John Dowdell isn't worried about the future of Flash. He writes in his company blog, 'There's really no "HTML vs Flash" war. There are sure people inciting to create such a war, and individual developers may have strong practical reasons to choose one technology over another, but at corporate levels that drive strategy, all delivery channels are important Adobe territory, whether SWF or HTML or video or documents or paper or ebook or e-mag or film or packaging or whatever. Adobe profits by making it easier for creatives to reach their audiences. We're on the verge of a disruptive change that, I think, will dwarf that of the World Wide Web fifteen years ago. It was great back then when any wealthy person with a workstation in a wired environment could easily reach any creative's webpage. With these cheaper devices we'll be reaching far more people, and with pocket devices we'll be reaching them throughout the day instead of just when "logged-on." The WWW was merely a pale precursor of the excitement we're going to see, I think.' It's interesting to note that he talks about the World Wide Web in the past tense. I find it instructive as to Adobe's perspective. Personally, I'm not worried about the future of Flash either. I don't think it has one."

75 of 328 comments (clear)

  1. What about Flash games and other stuff? by sopssa · · Score: 5, Insightful

    Personally, I'm not worried about the future of Flash either. I don't think it has one.

    Except that it's pain in the ass to create Flash-like games with HTML5. You have to use all kinds of hacks to accomplish that, while designers and Flash game creators are familiar and love Flash authoring tools.

    Flash isn't just about video, even if it's the most talked part of it here on slashdot.

    1. Re:What about Flash games and other stuff? by Anonymous Coward · · Score: 5, Insightful

      Flash isn't just about video, even if it's the most talked part of it here on slashdot.

      Really, though, that is what Flash is about. If you were to go around and uninstall Flash Player from all the PCs in the world, almost all of the complaints would be "I can't watch YouTube, I can't watch Hulu, I can't watch CNN.com."

    2. Re:What about Flash games and other stuff? by Trepidity · · Score: 3, Insightful

      Flash got nearly 100% browser penetration long before YouTube existed, though, and the reasons for that are still some of the main reasons Flash is used. In addition to complaints about online video, lots of the complaints would include things like, "I can't play FarmVille or Bejeweled Blitz anymore".

    3. Re:What about Flash games and other stuff? by nahdude812 · · Score: 5, Insightful

      Definitely, there's a whole realm of rich applications for which HTML5 can only just barely begin to dream.

      But beyond this, even in the arena of video (which as you point out, seems to be the only corner of the Flash world the doomsayers want to talk about), HTML5 lacks ubiquity and consistency. There isn't even one single codec which is supported by every browser that implements HTML5 (Mozilla won't support H.264 for patent reasons), and even if there were, it still lacks functions which have existed in Flash for what seems like eons, such as dynamic bitrates (connection quality goes down, the amount of data sent to you goes down to compensate), and real-time seeking (ever want to skip around in a long video before the whole thing has loaded?).

      Plus it's still missing camera and microphone controls.

      Let's not forget that ActionScript is a much stronger language than JavaScript, and that things you write in Flash work in all browsers on all OS's if they work on your desktop, while JavaScript and interacting with the browser's DOM to this day is widely different in each browser, and sometimes even different in the same browser on different OS's. So the testing surface area in Flash is n (where n is the complexity of the application), while it's n*bv*o for HTML5 (where bv is the set of browsers and browser versions you want to support, and o is the set of OS's you want to support).

      I've said it before, and I'll say it again. HTML5 is moving in the right direction. But it's a long, long distance from seriously competing with Flash except ideologically. It will be five years before it's a serious competitor, and only if the backers of HTML5 all start pulling in the same direction (today they're pulling in different directions on things as simple as what codec video should use).

    4. Re:What about Flash games and other stuff? by LWATCDR · · Score: 5, Insightful

      I have no problem with Flash living on in games.
      I can take or leave most "all" Flash games.
      Flash games don't work will on mobile devices "if at all"
      Once you drop Flash for video Flash becomes as necessary as say Java. Very nice to have but a lot of people will never miss it.

      Flash will be pushed more and more to the margins if HTML 5 takes off. Frankly there are lot of benefits to dropping Flash once you don't need it for Video.
      Security is probably the biggest. Getting rid of Flash drops an attack vector you must worry about and keep updated.

      What Adobe is saying and I think is very telling.
      We do not make money off of Flash. We make money from authoring tools. If Flash dies tomorrow we will just make great HTML 5 authoring tools instead.
      Heck Adobe may make a tool that makes writing games in HTML 5 as easy as it is in Flash.

      So IMHO Adobe is saying that "Flash could be dead but we will still make boatloads of money with our authoring tools."

      --
      See my blog http://ilovecookes.blogspot.com/ for light hearted technical information.
    5. Re:What about Flash games and other stuff? by phantomfive · · Score: 3, Interesting

      I think you hit on the most important part there in your second sentence. Really, Adobe makes zero money from flash itself, everyone gets that for free. They make their money from the Flash development tools, tools that make it easy to build an awesome (ok, for varying definitions of awesome) web page. From their perspective, it doesn't matter if the underlying technology is Flash, HTML 5, or something different. They are confident they can build the best tools to work with whatever that technology is, and thus will continue to make money.

      --
      Qxe4
    6. Re:What about Flash games and other stuff? by K.+S.+Kyosuke · · Score: 5, Funny

      "Flash got nearly 100% browser penetration long before YouTube existed"

      Which is a polite form of saying "they've been f*cking with my browser for too long now".

      --
      Ezekiel 23:20
    7. Re:What about Flash games and other stuff? by Lunix+Nutcase · · Score: 4, Insightful

      Flash will be pushed more and more to the margins if HTML 5 takes off. Frankly there are lot of benefits to dropping Flash once you don't need it for Video.
      Security is probably the biggest. Getting rid of Flash drops an attack vector you must worry about and keep updated.

      How does dropping flash for HTML5 remove an attack vector? It just replace one attack vector with another.

    8. Re:What about Flash games and other stuff? by nahdude812 · · Score: 2, Interesting

      No, ActionScript has a lot of high order OOP principles (interfaces, inheritance, classes, packages, abstract types, method and property visibility controls, language reflection, and so forth), is a compiled language, and has the option to be strongly typed throughout.

      ActionScript 1.0 was a pretty similar language to JavaScript. AS 2.0 introduced a lot of OOP principles, and AS 3.0 brings it pretty close to the same level as Java.

    9. Re:What about Flash games and other stuff? by postbigbang · · Score: 2, Insightful

      Well, there you go again.

      The market forces include Silverlight-ish stuff, Flash, open-source wannabees, Fraunhofer Institute codec creations, and there's actually a wealth of stuff.

      Some of it, however, is indeed encumbered by licensing problems. It's a big deal: we don't like to pay codec royalties. We're not enamored with Microsoft's Silverlight constraints. We worry about what Oracle will do to the Java Continuum.

      And so HTML 5 isn't going to be a train wreck, but there are many details to sort thru as you cite. And so it's no wonder why Adobe feels like it can slipstream just about any angle that the center of the market future turns to. Fat and happy; nothing to see here; move along.

      --
      ---- Teach Peace. It's Cheaper Than War.
    10. Re:What about Flash games and other stuff? by bigpet · · Score: 2, Interesting

      people are leaving Photoshop in droves to pick up superior OSS tools like GIMP, they will leave Flash too.

      I know you are trolling but this just makes me laugh. Many people rather pirate Photoshop than use GIMP. The reasons for this are plentiful. Like not being able to organize layers into folders. This is a very minute detail but it's so annoying when having lots of layers.
      One of the big points is that there's no native support for cmyk in GIMP that just makes it plain useless for print-productions.

      I agree that it's usable for day to day stuff like quick touch-ups and resizing but doing anything seriously is just a pain in the butt. So much so, that I rather fire up a virtual machine with windows on it when I am using linux than use GIMP for a prolonged time.
      That's not to say that GIMP doesn't have it's application because it's extensibility and some of it's scripts are very nice but it sure as hell isn't a finished useable Photo and Picture editing program for media designers and other professionals.

    11. Re:What about Flash games and other stuff? by Anonymous Coward · · Score: 2, Insightful

      No, not really. I've played games written on open source platforms, and they almost always suck. Universally they're pretty much a clone of a real game, with some inane penguin reference or recycled Monty Python joke thrown in. Really, tell me when people start using open source to make professional quality games. And music... I've scoured the open source libraries looking for something half way decent. Seriously, I know the tools can do better, it's just that the authors are those kind of people who think "Animusic" is good stuff. Here's a hint: it's not. And your "music" isn't even that good. It has no emotional character whatsoever. And yes, scientifically minded people can learn to appreciate and even create good Art: Feynman, Jefferson, DaVinci, Franklin, Cox, etc for examples. Geeks don't want to put in the effort. And then geeks get exasperated when people don't fully understand computers, even though that person doesn't have tens of thousands of hours logged in fixing computer problems. Or they get spitting (literally) angry when someone thinks Ewoks are cute. But remember, not all technically inclined people are geeks. And most geeks aren't actually technically minded... they just haven't grown out of childish things yet (Star Wars, Lego, inability to talk to a girl, unhealthy eating habits, lack of hygiene, etc etc)

      That being said, I do believe that open source tools are useful, and would love to see them expanded. For instance, the JACKS system has the potential to be the underpinning of a next gen DAW that revolutionizes the way an audio recording studio is set up, but some of the artificial limitations (only 32 bit sound) have to be removed, and a proper real time editor with a good clean interface needs to be implemented (Rosegarden is headed in the right direction, but it has a LONG way to go.) The GIMP? Sure, it does a passable job. But the insistence of the open source community on such a name really is hampering it's implementation. I can get people on to Firefox. Open Office works (as long as I don't call it Open Office dot Org... then people look at me like I'm an idiot. For good reason: that's a really horrible name for an office application. Sounds unprofessional and leads people to believe that it's just hacked together by some teenagers in their free time, when in reality it is the work of many paid professional developers that makes it functional.) Linux? Have distributions include support for fonts that aren't completely ugly and you may start getting somewhere. Seriously, it's painful to work with the included fonts... and don't say "Well, just install package XYZ" because I shouldn't have to do that just to browse the web or read a document without getting a headache.

    12. Re:What about Flash games and other stuff? by jeffmeden · · Score: 2, Funny

      Except that it costs you a metric tonne of credibility, as well as most of your facebook friends. If these things are of no perceived value to you, by all means play Farmville.

    13. Re:What about Flash games and other stuff? by K.+S.+Kyosuke · · Score: 2, Insightful

      No, ActionScript has a lot of high order OOP principles (interfaces, inheritance, classes, packages, abstract types, method and property visibility controls, language reflection, and so forth)

      That has very little to do with OOP, save for reflection, which is a pretty natural requirement.

      is a compiled language

      These days, JavaScript is usually compiled to native code. And guess what: Adobe's AS engine and Mozilla's TraceMonkey JavaScript engine share the same JIT core.

      and has the option to be strongly typed throughout

      That's an interesting feature, but it's neither a bug nor an ultimate selling point.

      --
      Ezekiel 23:20
    14. Re:What about Flash games and other stuff? by mrsurb · · Score: 4, Insightful

      It doesn't remove an attack vector. But it does replace an attack vector that is practically universal and can only be updated by one proprietary vendor (Adobe) with one that has a series of different implementations and (at least with open-source implementations) can be updated by anyone.

      As genetic diversity increases a species' resistance to disease, digital diversity increases our resistance to malware.

    15. Re:What about Flash games and other stuff? by LWATCDR · · Score: 4, Informative

      Because odds are you will have both a browser and Flash.
      So dropping Flash from you system will leave you with just the browser.
      Nobody that I know of just uses Flash without a browser. So by dropping flash you get rid of an attack vector. Now you only need to worry about your Browser and not your Browser and Flash.

      --
      See my blog http://ilovecookes.blogspot.com/ for light hearted technical information.
    16. Re:What about Flash games and other stuff? by Anonymous Coward · · Score: 3, Insightful

      ...and even if there were, it still lacks functions which have existed in Flash for what seems like eons, such as dynamic bitrates (connection quality goes down, the amount of data sent to you goes down to compensate), and real-time seeking (ever want to skip around in a long video before the whole thing has loaded?).

      These 'features' as you call them, are not helping me at all. What help is a dynamic bitrate going to do when your connection is dropped? It used to be I could just start the stream and it would buffer the whole video in the background while I was viewing it, so if my connection was dropped, I already had the whole thing in buffer. Nowadays it seems only a a few seconds or minutes is buffered and the rest is only gotten when it is needed (despite the fact that I have a fast broadband connection and loads of memory that could be used to buffer the whole thing at once) which is inconvenient when your connection just had a hiccup. And there is no way to specify in the flash settings that I want to buffer the entire file as fast a possible. Realtime seeking would also be very easy if the whole file was buffered, so no need for funky streaming techniques.

      They might do this for cost reasons or DRM. Whatever it is, it pisses me off! The whole streaming thing is annoying as it takes control away from you and you are forced to use a custom flash video player with a louse interface while accessing it via your preferred media player software would be so much better.

    17. Re:What about Flash games and other stuff? by Anonymous Coward · · Score: 2, Insightful

      ``... and that things you write in Flash work in all browsers on all OS's if they work on your desktop''

      Let me introduce you to this fine Flash Snow Leopard bug: http://www.opencoder.co.uk/2009/09/bug-in-flash-player-filereference-browse-affecting-macs/

      Yeah. That's awesome. Very cross-platform. The best part is, it's only on 32-bit BROWSERS! On the other hand, DOM differences? jQuery. Prototype. Etc. Are there still some issues? Yes, there are, but roughly as many as with Flash. Your testing area is always large, because you're never sure. As with Java and Javascript, Flash is write once, debug everywhere.

      Which isn't to say that HTML5 can yet supplant Flash completely. Just that Flash isn't the panacea as a platform that a lot of people seem to espouse it as. No, testing isn't that much easier. Yes, it is that much slower on any OS other than Windows. Yes, it (Flex, anyway) idles at anywhere between 5 and 20% CPU when it is doing nothing at all. It still has capabilities HTML5 doesn't, but those are slowly dwindling.

    18. Re:What about Flash games and other stuff? by ShadowRangerRIT · · Score: 2, Informative

      You know, you can just hide the updates from those idiotic apps. I have one stupid app addicted friend whose wall I periodically check just so I can find the apps to hide from my news feed.

      --
      $_ = "wftedskaebjgdpjgidbsmnjgcdwatb"; tr/a-z/oh, turtleneck Phrase Jar!/; print
    19. Re:What about Flash games and other stuff? by nahdude812 · · Score: 3, Insightful

      That has very little to do with OOP, save for reflection, which is a pretty natural requirement.

      I'm not trying to be snide here, but perhaps you should read up on OOP core concepts and features which include classes, inheritence, abstraction, encapsulation, polymorphism, and decoupling. In fact, reflection is the only one of those which does not directly contribute to OOP design principles (exactly the opposite as you suggest).

      These days, JavaScript is usually compiled to native code. And guess what: Adobe's AS engine and Mozilla's TraceMonkey JavaScript engine share the same JIT core.

      Yes, but this compilation is JIT as you point out. JIT is not the same thing as a compiled language. Part of the point is that you can do this work once and save all your users the overhead of doing it. You can also send them bytecode instead of much more verbose source code (making less data to transfer). It also leaves less chance of difference between clients since the client is responsible for less of the work overall.

      That's an interesting feature, but it's neither a bug nor an ultimate selling point.

      Anyone who has worked in a particularly large codebase (1000+kloc) would not agree.

    20. Re:What about Flash games and other stuff? by hax0r_this · · Score: 3, Informative

      How does dropping flash for HTML5 remove an attack vector? It just replace one attack vector with another.

      Unless you're suggesting your browser would otherwise not support HTML5/Javascript, then you aren't replacing anything. Just dropping a third party plugin that is known to be buggy, non-standard and poorly maintained.

    21. Re:What about Flash games and other stuff? by psbrogna · · Score: 5, Insightful

      Things you write in Flash do not work on all browsers. They only work on browsers that have the Flash plug-in.

      Let's not gloss over that: HTML5 may support a subset of Flash today, but it could eventually encompass all of it (or, gasp- exceed Flash functionality) and will do so in all HTML5 browsers without relying on a proprietary plug-in and closed eco-system of authoring tools. I think many people prefer this approach because Adobe is neglecting their platform and also because existing authoring tools from the vendor don't provide the functionality needed at the price desired.

      I emphasize the above obvious point because your post seemed to gloss over the whole point of the HTML5 vs. Flash debate.

    22. Re:What about Flash games and other stuff? by beakerMeep · · Score: 2, Insightful

      But you would have that much more code to replicate the functionality, and while in the strictest sense, that may not be an 'attack vector' it's unlikely to be any safer as the video will still be interacting with the underlying OS. The thing that strikes me as strangest though is that those (not saying you) that rail against Flash's security don't ever seem to take aim at JavaScript. Surely JS has been the attack vector of choice for far longer, and far more often, than Flash.

      --
      meep
    23. Re:What about Flash games and other stuff? by icebraining · · Score: 2, Informative

      (...) Really, tell me when people start using open source to make professional quality games. (...)

      Sorry for the almost double-post, but:

      The [World of Goo] developers used many open-source technologies such as Simple DirectMedia Layer, Open Dynamics Engine for physics simulation, and TinyXML for configuration files. Subversion and Mantis Bug Tracker were used for work coordination.

    24. Re:What about Flash games and other stuff? by LWATCDR · · Score: 2

      True for now. You point about HTML 5 imho shows why it would be better to have the video served by the OS codec system than by the browser. You could just remove the codecs while keeping the rest of the browser functionality.
      The other benefit of HTML 5 at threat reduction is that it should decrease the monocolture nature of the vector.
      Of course using the OS codec support could reintroduce the monoculture threat at least at the OS level.
      So when will we see the "Secure fox" fork? A version of FireFox that locks out all plugins and has a fully sandboxed and audited JavaScript engine? Also no multimedia support as well?
      Seems like it might actually be a good choice for such systems.

      --
      See my blog http://ilovecookes.blogspot.com/ for light hearted technical information.
    25. Re:What about Flash games and other stuff? by nahdude812 · · Score: 3, Insightful

      So they work in 99% of browsers (source).

      Not only is this no where near the penetration rates of HTML5, it's only true for those HTML4 features which exist in the venn intersection of all features between IE8 + IE7 + IE6 + Firefox + Chrome + Safari + Opera (source).

      but it could eventually encompass all of it (or, gasp- exceed Flash functionality)

      I welcome that day - please don't get me wrong. I'm just saying it's too early to sound the death knell.

      will do so in all HTML5 browsers

      Do you really think that's true? How has that worked out for HTML4 so far? Major differences between browsers and browser versions. Some of these browsers in their most modern form still can't pass CSS ACID tests.

      Flash offers ubiquity and consistency that has so far simply not existed in the HTML arena, and HTML5 has not offered any sort of standards verification. If HTML5 wants to do that, it should create a set of ACID tests for HTML5 features, and any browser which wishes to claim HTML5 compatibility needs to score 100% on them.

    26. Re:What about Flash games and other stuff? by K.+S.+Kyosuke · · Score: 2, Insightful

      I'm not trying to be snide here, but perhaps you should read up on OOP core concepts and features [wikipedia.org] which include classes, inheritence, abstraction, encapsulation, polymorphism, and decoupling. In fact, reflection is the only one of those which does not directly contribute to OOP design principles (exactly the opposite as you suggest).

      Oh, really?

      Q:What does "object-oriented [programming]" mean to you? (No tutorial-like introduction is needed, just a short explanation [like "programming with inheritance, polymorphism and encapsulation"] in terms of other concepts for a reader familiar with them, if possible. Also, it is not necessary to explain "object", because I already have sources with your explanation of "object" from "Early History of Smalltalk".)

      A:(I'm not against types, but I don't know of any type systems that aren't a complete pain, so I still like dynamic typing.)

      OOP to me means only messaging, local retention and protection and hiding of state-process, and extreme late-binding of all things. It can be done in Smalltalk and in LISP. There are possibly other systems in which this is possible, but I'm not aware of them.

      Cheers,

      Alan

      This guy *coined* the whole damned term, so perhaps he has some say to it - not to mention that he got the Turing Award for that!

      Yes, but this compilation is JIT as you point out. JIT is not the same thing as a compiled language. Part of the point is that you can do this work once and save all your users the overhead of doing it. You can also send them bytecode instead of much more verbose source code (making less data to transfer). It also leaves less chance of difference between clients since the client is responsible for less of the work overall.

      Uhm? Flash works in precisely the same way - it transfers platform-independent data to the client and then it generates platform-dependent native code at runtime. If JIT compilation is not an actual compilation process, then - by your very definition - AS isn't a compiled language. T

      Anyone who has worked in a particularly large codebase (1000+kloc) would not agree.

      YOU are writing applications in AS or JS running in people's browsers that have more than a 1000 kLOC? You are a SADIST! ;) (And no, not everyone would agree, since there are systems written in Smalltalk and Lisp that are perfectly fine without extensive compile-time static type checking.)

      --
      Ezekiel 23:20
    27. Re:What about Flash games and other stuff? by psbrogna · · Score: 3, Insightful

      Ubiquity seems like a good thing in many areas of IT and I concede that Flash is orders of magnitude closer today than HTML5. However, instead of introducing (or continuing to support/invest in) new layers and proprietary standards (further complicating the stack, costing resources and making it damn impossible to secure) to address shortcomings that exist, we'd all benefit from embracing new open standards that attempt to address the issue.

    28. Re:What about Flash games and other stuff? by BoppreH · · Score: 2, Informative

      You are trying to convince me that OOP is not related to inheritance, polymorphism and encapsulation. Sure, you can do without it. But I don't care what Alan said about it, it's still a pretty damn important part of programming with classes and objects.

      And Flash is not JIT. You get some flash code, compiles it using Flash or Flex into a .swf file and then you send that file to the server. With Javascript, you get some code and just send it to the server. See the difference?

      I, again, don't care what the engine will use at the end. That's semantics, we would be arguing all the way down to the hardware. The important part is: to get your AS code running, you must put it through a compiler. This is important because it reveals syntax errors, for example, includes the currently present classes around it in the file and correct general simple programming mistakes ("this class doesn't have a foo property", "this variable is the wrong type", etc).

    29. Re:What about Flash games and other stuff? by SanityInAnarchy · · Score: 3, Insightful

      Some of these browsers in their most modern form still can't pass CSS ACID tests.

      Few of them, and few tests. It seems to be mostly IE that's the problem here.

      Also, keep in mind that the ACID tests are deliberately designed to expose known bugs in browsers and embarrass those browser manufacturers into fixing them. As long as there's a new ACID test, there's going to be at least one browser that doesn't score 100% on it, and that's by design of the ACID tests. Yes, every browser should try to score 100%, but if a browser doesn't, that just means they have work to do, it doesn't mean the standard is suddenly broken.

      After all, does Adobe Flash follow what their docs say 100% of the time? If so, that really would be extraordinary. That's one of the advantages of competing implementations -- you can show an example of something implementing the spec correctly to show that it can be done, and if the implementation is open source, parts of it may be absorbed into other implementations.

      It is currently the case that you can build a web app which will run well on Firefox, Safari, Opera, Konqueror, Epiphany, Camino, Chrome, iCab, basically everything except IE. If we could ditch IE and Flash, we'd pretty much have what we want from HTML right now.

      --
      Don't thank God, thank a doctor!
    30. Re:What about Flash games and other stuff? by xero314 · · Score: 2, Insightful

      I'm not trying to be snide here, but perhaps you should read up on OOP core concepts and features [wikipedia.org] which include classes, inheritence, abstraction, encapsulation, polymorphism, and decoupling.

      I hope you are not trying to say that JavaScript does not include these concepts, except for classes which is in no way required for OOP. JavaScript is a pure OO language, though I'm not 100% sure that it always has been, but it certainly has been for a while. You might for well at studying at least the different forms of inheritance so that you know what prototypical inheritance vs classical is.

      Yes, but this compilation is JIT as you point out. JIT is not the same thing as a compiled language. Part of the point is that you can do this work once and save all your users the overhead of doing it.You can also send them bytecode instead of much more verbose source code (making less data to transfer).

      In exchange for the user having the overhead of running the flash runtime environment. This also does not alleviate interpretation or JIT compilation, since flash operates as a VM for ActionScript. And if you want to reduce the amount of data transfer then send a compressed JavaScript library.

    31. Re:What about Flash games and other stuff? by RocketRabbit · · Score: 2, Insightful

      When people claim that folks are leaving Photoshop for the GIMP, I just have to laugh.

      I have seen 100 times as many people running pirated Photoshop than I have ever seen with the GIMP, in the wild.

    32. Re:What about Flash games and other stuff? by jo_ham · · Score: 2, Funny

      I suggest you read the second half of the original post. He doesn't need to use his imagination, he just needs to re-read what he wrote originally.

    33. Re:What about Flash games and other stuff? by spud603 · · Score: 2, Insightful

      what is really scaring the more ignorant members of the openness clan is that Flash is quickly moving to take over the mobile arena and will almost certainly become the de facto standand for animation on devices, as it has with the browser.

      Not until it runs on the iphone it won't.

    34. Re:What about Flash games and other stuff? by nahdude812 · · Score: 2, Insightful

      An existing open source implementation does not mean that the codec is free of patent issues. Indeed, the legality of open source implementations like ffmpeg's and VLC's are dubious at best - in fact it is believed that the open source license of these projects is incompatible with providing an h.264 implementation:

      Conversely, shipping a product in the U.S. which includes (though not necessarily implements) a GPL H.264 decoder/encoder requires that the copyright terms of the GPL license be upheld, otherwise conveying the codec would be in violation of the software license of the implementation.
      http://en.wikipedia.org/wiki/H.264#Patents_and_GNU_Free_Software_licenses

    35. Re:What about Flash games and other stuff? by shutdown+-p+now · · Score: 2, Insightful

      only on slashdot can you find the kind of phoney that lets us all know that classes, inheritance, abstraction, encapsulation, polymorphism, and decoupling aren't what oop is about.

      Only on Slashdot can you find people who have, apparently, just learned Java (or C#), haven't ever heard of Self and prototype-based object-orientation in general, and think that they are experts, and are therefore qualified to judge other people on how much they know of the topic in question.

    36. Re:What about Flash games and other stuff? by shutdown+-p+now · · Score: 2, Informative

      I'm not trying to be snide here, but perhaps you should read up on OOP core concepts and features [wikipedia.org] which include classes, inheritence, abstraction, encapsulation, polymorphism, and decoupling.

      Did you even read the section of the article that you've linked to? I mean, it immediately starts with:

      "Not all of these concepts are to be found in all object-oriented programming languages, and so object-oriented programming that uses classes is called sometimes class-based programming. In particular, prototype-based programming does not typically use classes. As a result, a significantly different yet analogous terminology is used to define the concepts of object and instance."

      Guess what kind of an object-oriented language JavaScript is?..

    37. Re:What about Flash games and other stuff? by shutdown+-p+now · · Score: 2, Informative

      Allow me to chime in here.

      Object-oriented programming isn't "defined" as anything, because there's no universally accepted single definition of OOP. There is a bunch of abstract definitions that claim to be ones, but they contradict each other on some points.

      So, the only way to define OOP at the moment is to look at the features of the languages that are considered OOP by majority consensus. For example:

      1. Encapsulation - arguable; present in most OOP languages, but not impenetrable in many (e.g. Python, which just provides auto-prefixing; or CLOS, in which members can be accessed if fully qualified).

      2. Abstraction - not a feature in any way unique to OO, or even significantly tied to OO concepts.

      3. Runtime polymorphism (qualification is needed here because the word has different meaning in other language families - c.f. FP parametric polymorphism) - seems to be present in all OO languages without exception.

      4. Inheritance - not present at all in classless OO languages, and not even in some class-oriented ones. Can be replaced with delegation (which is what prototype-based OO effectively does), or mix-ins, with no harm to other OO concepts.

      So, the only definite characteristic of OO languages seems to be runtime polymorphism; that is, the ability to specify that, for a function/method call F(x1, x2, ...), the actual function being called is selected at run-time based on actual types of one or more arguments (a typical syntax in single-dispatch languages, such as x1.F(x2, ...), is only different visually and not semantically).

      There is, actually, one other important distinction. OO languages, as the name implies, are about objects. And the way objects are different from values is that objects have an inherent object identity. That is, even if you have several objects with no associated data (i.e. no fields), those objects are still different from each other, and that difference is observable (e.g. operator == on object references in Java exposes it). And if you have several objects with associated data, and that data is equal value-for-value, the objects are still different.

      If you look at OO languages, they all have something along those lines. Most expose identity explicitly in form of object references. In C++, object identity is its address, which is why it is guaranteed that any complete object (as opposed to a base class subobject) has a non-zero size - this ensures than no two objects can have the same address, and therefore the same identity.

    38. Re:What about Flash games and other stuff? by shutdown+-p+now · · Score: 2, Insightful

      The thing that strikes me as strangest though is that those (not saying you) that rail against Flash's security don't ever seem to take aim at JavaScript. Surely JS has been the attack vector of choice for far longer, and far more often, than Flash.

      Of course JS is an attack vector. Every feature in the browser is an attack vector.

      Now, currently - and also with HTML5 - there is a single JS implementation in the browser. With Flash, you have another JS (AS, whatever...) implementation, which is yet another attack vector.

      (For the same reason, various IE-tab-in-Firefox or Chrome-tab-in-IE extensions also significantly increase the attack surface.)

    39. Re:What about Flash games and other stuff? by Pieroxy · · Score: 3, Interesting

      The main point for me is that since I have uninstalled flash from my computer, my browser doesn't crash anymore. My scrollwheel always works, no matter where my mouse is on the screen. My TAB keyboard sequence isn't screwed up anytime the focus goes to an ad.

      Granted, the problem is less painful with Chrome (one process per windows so flash doesn't crash the window, just the tab), but still!

    40. Re:What about Flash games and other stuff? by TheRaven64 · · Score: 2, Informative

      Classes are irrelevant to OOP. OOP is about simple models of special-purpose computer (objects) communicating via message passing. Everything else is incidental. Self is a pure object oriented language (everything is an object) but did not contain classes. It is possible to automatically translate code between Self and Smalltalk, yet Smalltalk has classes.

      JavaScript uses the Self model with a few small modifications. And, yes, Flash is JIT compiled. You compile the ActionScript to bytecode. Tamarin then JIT compiles traces (you can find some interesting papers on how this works - it's a very nice strategy). JavaScript needs to be parsed in the browser too, but if your compiler is spending more time on parsing and semantic analysis than it spends on code generation, then either it's not generating good code or your front end needs a complete rewrite.

      Whether you run static analysis tools on your code is completely irrelevant.

      --
      I am TheRaven on Soylent News
    41. Re:What about Flash games and other stuff? by Caetel · · Score: 2, Funny

      Maybe he uses Internet Explorer.

  2. Adobe should be worried... by __aaclcg7560 · · Score: 4, Funny

    Flash is out of luck with Steve Jobs.

    1. Re:Adobe should be worried... by nahdude812 · · Score: 2, Insightful

      Apple should be worried. They've proven to me that they can't be trusted to wield as much market power as they've earned recently, because denying a third party technology is a decision which belongs to the owner of the device, not the maker of the device. In recent years, I'd become an Apple convert, and now I no longer consider anything bearing that logo when making purchasing decisions.

    2. Re:Adobe should be worried... by thestudio_bob · · Score: 2, Insightful

      At least Apple is using it's "Market Power" to convince the world to move on to an "open standard", instead of some proprietary format. The whole reason Flash has it's market share today is based on a simple fact that 10 years ago you couldn't rely on the same functionality across browsers and platforms. HTML5 is not a 100% fix to that problem, but it's a step in the right direction.

      --
      The real Sig captains the Northwestern. This one captains /.
    3. Re:Adobe should be worried... by nahdude812 · · Score: 2, Insightful

      Don't be fooled, Apple is not doing this thing you suggest.

      Apple is using that as an excuse to produce App Store lock-in. HTML5 is not a competitor to Flash yet. Give it 5 years and maybe. Apple is using the gap while HTML5 comes up to speed to keep people from being able to play games or run apps on their iPhone / iPad unless they paid Apple for the privilege of doing so first.

  3. SVG+video in IE 9 is the death blow by r00t · · Score: 5, Interesting

    It'll take a while, because IE 9 doesn't support XP, but it'll happen. Flash dies once XP dies.

    Microsoft would like to fully control the interfaces, but when they fail at that they'd at least like to stop any other company from controlling the interfaces. Microsoft will settle for open standards as required to kill things like flash.

    We can thank Adobe for IE 9 getting SVG and HTML 5 video support.

    1. Re:SVG+video in IE 9 is the death blow by Bigjeff5 · · Score: 3, Insightful

      Flash dies once XP dies.

      Flash dies once people stop producing websites that need Flash. It has absolutely nothing to do with XP, or IE9, or a new HTML standard. You will note that IE6 is still the most popular browser on the market - web technologies, as fast as they change, are subject to the whims of those who use them, and in this regard Flash is a giant that won't be taken down easily. Since HTML5 can't do nearly what Flash can do overall, and HTML5 video is not any better than HTML5 (Flash has had H264 video for about two years now, and that hasn't even been settled yet for HTML5), and as others have pointed out doesn't even offer as many features for video as Flash does, I think all this talk of the death of Flash is wishful thinking.

      The release of HTML5 is, by itself, not a compelling reason for anybody to switch from Flash to HTML5. Tying in to the browser doesn't help much in the way of security concerns, because you have the same types of processes going on that are just as vulnerable to the errors that create exploits. In fact, for anybody who already uses Flash regularly, switching to HTML5 will cost a significant amount of time and money with little to no benefit over just staying with Flash. That's not a recipe for a mass exodus.

      Adobe has also never been known to stand still in the market, they are one of those companies that continually drives to stay on top. There are dozens of examples, Flash is just one of many.

      I predict that most HTML5 based video will be primarily produced by people who are new to video and have no prior Flash experience, There may be a small number of people who try to switch from Flash to HTML5 for video only, but I think a large portion of them will eventually switch back to what they know better - which is Flash. This is small potatoes compared to the number of Flash developers on the market, and Flash-based websites.

      --
      Security is mostly a superstition... Avoiding danger is no safer in the long run than outright exposure. - Helen Keller
    2. Re:SVG+video in IE 9 is the death blow by smclean · · Score: 2, Informative

      You will note that IE6 is still the most popular browser on the market

      No I will not.

      --

      "'Yrch!' said Legolas, falling into his own tongue."

  4. If you think pocket device are the future by geekoid · · Score: 3, Funny

    then release Flash for the G1 already.

    --
    The Kruger Dunning explains most post on /. http://en.wikipedia.org/wiki/Dunning%E2%80%93Kruger_effect
  5. Stinking badgers by tepples · · Score: 4, Funny

    Once someone ports Badgers to HTML5 Canvas, then it'll be safe to put Flash to sleep.

    1. Re:Stinking badgers by BadAnalogyGuy · · Score: 2, Funny

      Badgers?! We don't need no stinking badgers!

    2. Re:Stinking badgers by tepples · · Score: 2, Funny

      Badgers?! We don't need no stinking badgers!

      Incidentally, the admin of MushroomMushroom.com agrees with you.

  6. Ultimately, users care about use and content by Kashell · · Score: 2, Interesting

    Who cares if your browser games are in flash or HTML5? Or if video is flash or HTML5?

    I only how fast the video loads, and how responsive the games are. And from my testing of YouTube's HTML5, HTML5 loads faster and smoother than flash.

    1. Re:Ultimately, users care about use and content by tepples · · Score: 2, Insightful

      A lot of the Flash videos on Newgrounds aren't FLVs at all; they're vector animation over an audio soundtrack. Until someone comes up with an editor for HTML5 Canvas animations, Flash will still have its uses.

    2. Re:Ultimately, users care about use and content by K.+S.+Kyosuke · · Score: 2, Insightful

      Why an entire editor? I'm sure there are many fine editors around, you only need an export filter.

      --
      Ezekiel 23:20
  7. Re:Massive chutzpa from Adobe drone by Trepidity · · Score: 4, Funny

    Corporate spokesmen are the Baghdad Bobs of capitalism: there to tell you everything is going great, there is no enemy in sight for hundreds of miles, if there is an enemy he was routed by our glorious products. Up until the moment the spokesman himself is laid off.

  8. A Flash in the Pan? by Smivs · · Score: 2, Funny

    Says it all...

  9. The fact that they're talking about it says a lot by DavidinAla · · Score: 4, Insightful

    When you have to explain that you're not scared about a trend that could hurt your product, it means you ARE scared of the trend. :-)

  10. Hopefully there will be a FireFox plugin for html5 by pgmrdlm · · Score: 5, Insightful

    Like there is to block flash.

    I do not want any video type stream to load when i am going to a web page until I have made the decision to watch it.

    That is not an anti flash statement because I do make the choice to watch a lot of flash. But it is at my discretion and not the web page designers.

    If it wasn't for flash block, I would spend all day waiting for news sites to load instead of actually reading the news. I hardly ever watch the flash on those types of sites, and they are probably the worse offenders of loading up the crap flash. Now other sites, which by the nature of the site presents its content via flash. yes, I do watch it. But, only after I have clicked the specific flash object I want.

    --
    Anonymous comments are as pathetic as the anonymous "sources" that contaminate gutless journalism from the New York Time
  11. Makes Sense, Actually by KeithIrwin · · Score: 5, Insightful

    When you really look at it, there's no reason that Adobe shouldn't embrace HTML 5. Fundamentally, maintaining a cross-platform plug-in is not a profit center for them, it's a cost. They don't make money on the plug-ins, they make money on the Creative Suite product which allows designers to create animations, games, and the like easily. All this work of maintaining their own actionscript standards and standard library just serves to make their pay products more useful.

    Imagine for a moment that at some time in the near future, Adobe has a new option on the menu "Export to HTML5". Would this make their product less useful? Of course not. Widespread adoption of HTML 5 means that their product can now be used to create content for even more devices, including several, like the iPhone, from which they have previously been locked out. And it wouldn't even be surprising if over time they transitioned entirely to HTML 5, giving up the work involved in maintaining Flash. They probably won't do this in the short run, but in the long run, it's entirely plausible.

    I'm sure some people will point out that the move to HTML 5 opens them up to more competitors, and it does. But they've already got competitors even with the Flash ecosystem. There are a variety of ways to make swfs, including swftools, FlashDevelop, and the free Actionscript compiler which Adobe itself released as part of the Flex SDK. There are even a few other pay products out there. So, essentially, they already are in a market where there are a bunch of other tools which are cheaper but either can't produce complex content or require a bunch of coding to produce similar content. If they switch over to HTML5, they will likely be in the same boat, just in a bigger lake. Sure they'll be competing with DreamWeaver or whoever, but they'll have a clear and immediate advantage when it comes to "Flash-like" stuff such as animations and games.

    So in summary, if they manage the transition properly, moving towards HTML5 means less costs and a bigger market. That sounds to me like a pretty clear win.

    1. Re:Makes Sense, Actually by Cicada7 · · Score: 2, Informative

      Sure they'll be competing with DreamWeaver or whoever...

      Just an FYI, DreamWeaver is an Adobe product too.

    2. Re:Makes Sense, Actually by VGPowerlord · · Score: 4, Interesting

      When you really look at it, there's no reason that Adobe shouldn't embrace HTML 5.

      Yes there is. Right now, Adobe has locks on both the production and consumption sides of Flash. Notably, they periodically add features to Flash that anyone else who makes a flash editor or player doesn't support. Heck, the GNU Flash player, Gnash, is still back on Flash 7 with some features of 8 and 9; the current version of Flash is Flash 11.

      Adobe controls neither production or consumption sides of HTML5. They would just be a single developer making a product in this market segment.

      As a side point, Flash was originally created as a vector animation tool. Strangely, it became hugely popular, largely supplanting its parent, Macromedia (now Adobe) Shockwave.

      --
      GLaDOS for President 2016! "Well here we are again. It's always such a pleasure." -- GLaDOS, 2011
    3. Re:Makes Sense, Actually by Bigjeff5 · · Score: 2, Informative

      Imagine for a moment that at some time in the near future, Adobe has a new option on the menu "Export to HTML5".

      That's probably a very strong possibility, given that ActionScript is just an alternative JavaScript implementation.

      Sure they'll be competing with DreamWeaver or whoever

      Ahem, DreamWeaver is Adobe. :)

      --
      Security is mostly a superstition... Avoiding danger is no safer in the long run than outright exposure. - Helen Keller
  12. Of course they aren't worried. by e2d2 · · Score: 4, Insightful

    Here's how it will go down: "Flash CS4 - Now with HTML5!"

    They will fall back on their design environment to create HTML 5 compliant applications and continue to sell to the more design-oriented customer. So of course they aren't worried. They'll just use HTML 5 output and sell to their already established base.

    1. Re:Of course they aren't worried. by beakerMeep · · Score: 2, Interesting

      You're more right than you know, but it's not HTML 5 that is the target, it's the iphone.

      Flash CS5 (in alpha or beta at the moment) has the ability to publish to native iphone compiled code.

      --
      meep
  13. Mobile Devices!?! by Dan+East · · Score: 2, Interesting

    What is this guy smoking?

    and with pocket devices we'll be reaching them throughout the day instead of just when "logged-on

    Oh, you will, huh? And they aren't the least bit worried about establishing themselves in an entire market and hardware paradigm in which they have no influence or foothold in whatsoever? (And no, using Actionscript as a compiler language to build native iPhone apps doesn't count.)

    --
    Better known as 318230.
  14. Oi, hippy, shut it. by NoSleepDemon · · Score: 2, Insightful

    Whenever I'm handed mod-points, the FAQ is quick to point out that I should not mod posts based on my opinion, in fact, I should be as impartial as possible. Considering the submitter's opinion is blatant to see, I'll just go and brazenly smash my point of view into his open-source skull. His, and everyone else's who think that Flash has everything to do with you-tube, and nothing to do with artistic license:

    The submitter is a cretin. An arrogant fool. He or she probably thinks that HTML5 is the be-all and end-all of browser programming, and has wet dreams about Javascript one day pulling off something more complicated than a fade in/fade out effect. Flash exists because there is a gap between making disgusting prefabbed square forms, and fluid, interesting and deeply creative content; Something that tells your customers and competitors "hey, we have style!". Yes, it is possible to commit atrocities with Flash, but don't blame Adobe for that, the next time you see someone using AS1/2, tell them to use Flex instead.

    Flash makes the web interesting, it's what powers the little widgets you find on the sides of blogs, it's what makes the Most Interesting Man in the World interesting, it's what lets me tell the designers "yes! I can render our company's portfolio in 3D". It lets people do stupid little games and animations that make things interesting. So, until one of your open source tree humping hippy tossers makes something as extensible, easy to use and creativity empowering as Flash, well, I'm sorry but Flash is going to be here to stay. Because let's face it, not everyone browses the web through Steve Job's little slab of crap.

    1. Re:Oi, hippy, shut it. by Arkham · · Score: 4, Insightful

      Flash exists because there is a gap between making disgusting prefabbed square forms, and fluid, interesting and deeply creative content; Something that tells your customers and competitors "hey, we have style!"

      The problem is, we don't care if you have "style" or not. When I go to your site, and I can't read the text because of all the pseudo-scroll widgets and fake tabs, you failed to reach your target audience. Style is simple elegance. The perfect web site doesn't need drop shadows and background music -- the content speaks for itself.

      Flash makes the web interesting, it's what powers the little widgets you find on the sides of blogs, it's what makes the Most Interesting Man in the World interesting, it's what lets me tell the designers "yes! I can render our company's portfolio in 3D"

      Oh my God! You're everything that's wrong with the internet! People HATE those stupid widgets on the sides of blogs -- in fact most of us use Flash blockers specifically for things like that. Anyone who's not a marketing weenie avoids that sort of thing as much as their technical prowess (or lack thereof) allows them to.

      We don't care about stupid online beer commercials. We don't want to see your company's portfolio in 3D. I'm quite sure it's no more compelling that way -- only slower, uglier, and looks like crap on my mobile device, if it renders at all. Content is king, not the stupid fluff you're promoting. Flash is the realm of porn browsers and morons, and the content created using it clearly caters to this subsection of online society. I for one will be more than happy when it is banished to the realm of popularity where Java applets live these days.

      --
      - Vincit qui patitur.
  15. archival quality Internet, please by Fractal+Dice · · Score: 5, Interesting

    I couldn't care less what new gizmos and glitz the web has ... what I care about is that if I create apps, just like documents and databases, I want to still be able to access and use them 20 or 40 years from now without recoding and reformatting them. The gold rush is over. What I want now is bulletproof base of archival-quality standards, not ones that reinvent themselves every product cycle.

  16. Creatives? by rochrist · · Score: 2, Insightful

    I'm fairly certain that refering to 'reaching creatives' qualifies you for immediate douchehood.

  17. Consistency by sehryan · · Score: 4, Interesting

    It surprises me that in all of the discussions about how HTML5 is going to murder Flash, the one thing that everyone overlooks is the exact reason why Flash continues to be popular - Cross-browser consistency.

    I mean, right now, you cannot expect any of the five browsers to display CSS2 consistently, and that spec has been around since 1998. Why is it that everyone expects HTML5 to be perfect out of the box on every platform?

    --
    The world moves for love. It kneels before it in awe.
  18. Re:The fact that they're talking about it says a l by Bigjeff5 · · Score: 3, Insightful

    I don't know, when all kinds of geeks are crying "Flash is dead", and an Adobe rep comes out and says "We've faced worse, we aren't worried" I don't think you can automatically assume they are worried.

    Basically, it tells you nothing, because you can't just sit there and be silent - that will be more of a condemnation than anything. If you're scared shitless, you say "We aren't worried", and if you're not worried you also say "We aren't worried".

    Basically you can't read much of anything into it, and I have to point out that Adobe is extremely good at making their products the de facto standard. Probably the biggest knock against HTML5 is it is not going to be nearly as consistent as Flash across browser versions, the next biggest would be the fact that Flash will always be in a better position to adjust to the market - H264 video is a perfect example, Flash has had it for two years now, IE has it for HTML5 but Firefox apparently won't have it for HTML5 (it's a licensing issue). So if you want to be sure everyone can see your H264 encoded video, you use Flash, not HTML5 at all.

    --
    Security is mostly a superstition... Avoiding danger is no safer in the long run than outright exposure. - Helen Keller
  19. Mr. Dowdell's opinion isn't Adobe's opinion by Stan+Vassilev · · Score: 3, Interesting

    I find it instructive as to Adobe's perspective.

    That would be a bad idea.

    John Dowdell is a "user relations" guy at Adobe. He answers to users on support forums, writes a blog on Adobe topics and reads customer feedback at Adobe.

    He doesn't speak for Adobe's strategy, nor is his opinion to be considered that of Adobe. In fact it says so on his blog: "Views are my own".

    Plus, Adobe's been saying for the past few years "there's no HTML vs Flash" war namely since they don't want to position Flash as an HTML alternative (which is stupid in 2010) but as necessary extension to HTML.

    You see? It's subtle. HTML won't replace Flash, but you still need Flash together with HTML in your browser and your mobile device (by the way: Flash 10.1 coming to a cellphones pretty soon). It's just another step in a survival strategy that will keep Flash from becoming irrelevant.

    All their latest features focus on the unique strengths of a proprietary binary plugin that a public standard like HTML can't deliver quickly, or at all, which is: fully consistent performance across platforms, quick innovation, highly specialized features (such as pixel shaders, is this coming in HTML5? No. I thought so). We need that ingredient too, next to HTML5, to form a healthy ecosystem on the web, as much as some people hate to admit it.

    But John Dowdell still doesn't speak for Adobe's strategy, so accept his blog for what it is.

  20. JS, OO, and typing by weston · · Score: 2, Insightful

    classes, inheritence, abstraction, encapsulation, polymorphism, and decoupling.

    It's possible the parent was (correctly) trying to say that a lot of the ActionScript features the GP mentioned actually weren't necessary to make JavaScript an OO language -- all of these things were (and are) quite possible in JS before ActionScript introduced various keyword-based mechanisms.

    Yes, but this compilation is JIT as you point out. JIT is not the same thing as a compiled language.

    While that's certainly a distinction, I don't think it takes much away from the larger point is that JavaScript as a language is pretty much running "fast enough" for most of the things Flash does, and in some cases competitively w/regards to speed.

    Anyone who has worked in a particularly large codebase (1000+kloc) would not agree.

    I am a counterexample. So is Steve Yegge, who seems about as familiar with large codebases and a certain popular statically typed language as anybody, and has made a great observation about how statically typed languages (particularly the common manifestly typed variety) might actually drive code size as much as help you work with it.