Fork me on GitHub

Tagged: flash RSS

  • britg 2:08 pm on September 2, 2008 Permalink | Log in to leave a Comment
    Tags: adobe, ajax, flash, , google chrome,   

    Who Google Chrome Affects the Most: Adobe 

    I see a lot of coverage of the new browser out by Google – Chrome.  And rightly there should be – this is pretty exciting stuff!  Javascript running on it’s own thread per tab?  Sweet!

    I’ve also seen a lot of “Should Mozilla be pissed?” or “How will this affect Microsoft?” etc.  But I haven’t seen a lot of coverage on who I think is affected most by this move: Adobe.  Why?  Because the whole concept behid Chrome is to spead up web applications, namely Google’s style of web applications which all happen to be using AJAX instead of Flash.

    So, if Google has completely revamped it’s javascript engine in Chrome so that each tab operates javascript in it’s own thread, and you can run AJAX applications like google docs, gmail, etc. continuously without worrying about your browser bringing down your entire computer, we’re likely to see a renewed interest in AJAX as a platform.  Also, we’ll see a renewed effort from other browser vendors to make their javascript engines comparible.  This is all bad news for Adobe Flex/Flash.

    How are you, as a web developer, going to build that next business app?  Using Adobe’s Flex/Flash platform that requires users have a plugin installed (although most do) but has all the limitations of Adobe’s Flash plugin running in the browser?  Why would you when for most business applications, AJAX can meet all your needs AND be optimized to run as well as desktop applications?

    No matter what the outcome, it’ll definitely be fun to see how this plays out!

    Oh, and I’m writing this blog post through Chrome – it’s so new and shiny, go get it now!

    Update: Chrome doesn’t have to gain huge market share for this scenario to play out!

    Chrome is open source and hence their Javascript Engine is open source! (http://chromium.org) So, Chrome doesn’t have to make a huge dent in market share to make a huge dent in how the other browsers support javascript and AJAX apps.

    From limited testing over about 2-3 hours I could noticeably tell a difference in performance running Gmail, Google Docs, Google analytics, and google reader in separate tabs as opposed to doing this on firefox.

    This tells me that their javascript engine technology is superior to others out there – and since it is open source, I can imagine a scenario where other browsers, especially mozilla, adopt this engine.

    So, google chrome may never ever gain market share but I’m willing to bet their javascript technology will! This is what bodes poorly for Adobe in my opinion – a new browser market that isn’t dominated by Chrome per se, but is dominated by fast and multi-threaded javascript engines!

     
    • Kyle Simpson 6:50 am on September 3, 2008 Permalink

      To claim that Google Chrome (or any single browser) is going to obviate the need for cross-browser, cross-platform technologies like Flash is to make the huge assumption that this browser will be so good, and so widespread, that it will achieve the kind ubiqitous installation and everyday use that Flash already has (over 99% worldwide). I think that's a rather bold and far-reaching assumption to make. Will Google Chrome eventually have an equal (or even greater) standing as Mozilla and even IE? Possibly. But there's nothing so transformational (but rather evolutional) about this technology that it will impact end users so heavily that they'll have no choice but to ditch their old crappy Firefox/IE and flock in droves to the newest thing to hit the block.

      Firefox has been at this for several years now, and IE has been at it for well more than a decade. Isn't a little bit self-important to predict *right now* that Google Chrome is so much better (or even, foreseeably, *will be*) that we know that Adobe shareholders should start cashing out their stocks now because the fatal blow has been dealt?

      The fact is, Google Chrome will be good for the industry, and will serve a niche market (those who use and rely on Gears for multiple applications on a regular basis) very well. It'll also help to keep Firefox on its toes (something IE has failed miserably at). I expect there will be a long drawn out shooting match between mozilla and google, and in the end, they'll both end up sharing some of the market share shedding from MS.

      But I see nothing to believe that it'll completely replace the other browsers. Even if that were plausible, you'd have to admit it's a *long way* off (10 years or more!). And I'd be making the same argument if (and did, when) FF came out with a new browser (version) that was supposedly the new, big IE-slayer. The fact is, in technology, that rarely happens with free software. The major patterns we see in the short history of modern technology suggest that economic market pressure is what primarily “kills” off one competing technology or another. If you have IE, FF, and Chrome, all free (one of which is so “free” as to be guaranteed on a huge set of operating systems), then what leverage (other than cool, efficient performance) will any one of the three ever have to kill off the other?

      And so, if we admit that, at least for the forseeable future, there will continue to be a hybrid mix of browser technologies that real, viable, targetable end-users (not just intranet employees) out in the wild may and will use, then we as content developers will have to continue (for the forseeable future) to leverage the technologies that are broad enough to reach all our audience, not just the “hipsters” who jump on board whenever a new browser comes around.

      What are they? Well… html is ubiqitous. javascript (a good subset thereof) is ubiqitous. flash is ubiquitous. java is pretty widespread (some might consider it arguably ubiqitous). silverlight probably will be there someday.

      Gears? uuhhhhh. no. not ubiquitous. and it's got a long way to go. chrome? brand new, way too early to tell.

      I'm quite certain that the lion share of my career will be in a world where I have to consider what I can leverage to get to the most people. I don't ever foresee myself making a page that says “Sorry, you don't have Chrome/Gears, so you can't see this page.”

      But, keep dreaming of the day when that's the case. Talk to me in 10 years, and we'll see.

    • britg 7:00 am on September 3, 2008 Permalink

      Valid points and I agree about market share – but the catch is, Chrome is open source and hence their Javascript Engine is open source! (http://chromium.org) So, Chrome doesn't have to make a huge dent in market share to make a huge dent in how the other browsers support javascript and AJAX apps.

      From limited testing over about 2-3 hours I could noticeably tell a difference in performance running Gmail, Google Docs, Google analytics, and google reader in separate tabs as opposed to doing this on firefox.

      This tells me that their javascript engine technology is superior to others out there – and since it is open source, I can imagine a scenario where other browsers, especially mozilla, adopt this engine.

      So, google chrome may never ever gain market share but I'm willing to bet their javascript technology will! This is what bodes poorly for Adobe in my opinion – a new browser market that isn't dominated by Chrome per se, but is dominated by fast and multi-threaded javascript engines!

    • patrick 12:41 pm on September 3, 2008 Permalink

      should be interesting to see if Chrome works more efficiently than FireFox and IE… if it's faster than Firefox, since isn't IE, then i'll use it

    • Gavin Bollard 3:37 pm on September 3, 2008 Permalink

      The effect on Adobe is very much a side-effect. The Google Chrome browser isn't intended as a “competing browser” for Mozilla, IE and the others. Instead, it's intended to bring a fast, solid and stable base to the cloud computing platform. As a result, the threat it poses is to traditional Server/Client or standalone client based computing.

      See:
      http://dominogavin.blogspot.com/2008/09/why-mic…

    • britg 3:51 pm on September 3, 2008 Permalink

      Interesting points you made on you blog post. I do like the implications chrome will have on cloud computing infrastructure.

    • Michal 3:57 pm on September 3, 2008 Permalink

      Hi,
      very interesting point of view. Although I don't think that HTML+AJAX can compete Flash and especially Silverlight becase HTML doesn not have rich presentation capabilities and coding with DOM and JavaScript isn't very powerful compared to C#, xaml programming that Silverlight offers. HTML was just build for something else. So I definitely think that for truly rich application like ones we run on our desktop, some plugin be it Flash or Silverlight is necessary at least in mid term. Anyway, good article.

    • britg 4:06 pm on September 3, 2008 Permalink

      Thanks, and yes I agree there will always be a market for rich applications that flash and silverlight will do much better. But, if chrome's technology takes off, I think adobe loses a large share of the business app business to AJAX

    • Kyle Simpson 8:24 pm on October 10, 2008 Permalink

      I'll definitely grant you that the V8 engine is impressive in some respects. But also after having tested a number of my projects (javascript, flash, etc) in it, and finding more than a couple of bugs, I still think it's got a ways to go.

      But then again, even if we granted that Chrome, and Firefox, and Safari/Webkit *all* adopted this V8 engine… microsoft surely won't ever touch it. And again, for the forseeable future, content authors are not going to be able to make decisions that largely ignore (or marginalize) such a big share of the end-user community.

      Will there be plenty of niche applications which target the speed and efficiency that V8 (and others) can achieve? Yeah. And will those same engines certainly speed up a lot of the other apps that are deliberately cross-browser for the mainstream? Yeah.

      But that's still a far cry from saying that just because some (or even a good share) of the browsers out there *can* run javascript faster that content authors will be able to ignore microsoft's share and develop apps which run great, but only on 50% of user's machines, and on the other 50% run crappy. No, the truth is, for a long while, they'll still have to leverage technology which is consistent (albeit less performant, and certainly less “open”) for the broad audience.

      I don't think V8 will reduce flash's share. What I think it *will* do is force them to keep up with improvements in performance and broad browser delivery — something they've been at for quite awhile.

      And what's great is that this will be good for the overall web community. Just don't be so quick to uninstall that flash plugin yet! :)

    • britg 4:57 am on October 11, 2008 Permalink

      Haha, yes good points all around. I do agree that this is a good thing for
      web developers in general because it does force Adobe to keep up with speed
      and accessibility of ajax in flash.

      In response to your Microsoft point – they don't necessarily have to adopt
      Google's technology for V8 to have an affect on Adobe. Since MS and Google
      are so competitive, I can see a scenario where Microsoft comes out with
      their own new-fangled js engine that touts more and better features than V8
      etc, etc. This will lead to the web tech conversation switching tone from
      “ajax vs flash” to “google's js tech vs MS's js tech”. This is bad for
      Adobe.

      I do agree with you that flash isn't going anywhere even in this scenario.
      It's all up to Adobe and where they take the platform.

    • Gambling License 5:17 am on October 11, 2008 Permalink

      I find google chrome a very useful and fast browser as comparing to internet explorer and firefox. One thing which I have noticed on my computer is that as I use internet explorer and firefox to explore web pages my windows slow down as I open more pages but using google chrome it doesn’t happened! my windows performance increased using google's new browser CHROME I LOVE IT!

    • Kyle Simpson 9:33 pm on October 13, 2008 Permalink

      Now *that* would be a truly amazing happening… microsoft innovating in the JS engine world! ;-) Joking aside, it seems MS's style is more to just add on to the JS core with proprietary API than to really re-do the internals… and when they do muck with the internals, we get some crappy results! However, it is clear that IE8 is coming with a big re-write of the JS engine under the hood, which is long overdue.

      But honestly, I doubt MS will try to get into that game. They may surprise us, but I'd imagine they are quite a ways behind. I suspect they will try to prevent the game from being a “my JS versus your JS” kind of a game, because that's one they'll probably lose, going up against the open-source community.

    • shadedecho 4:33 am on October 14, 2008 Permalink

      Now *that* would be a truly amazing happening… microsoft innovating in the JS engine world! ;-) Joking aside, it seems MS's style is more to just add on to the JS core with proprietary API than to really re-do the internals… and when they do muck with the internals, we get some crappy results! However, it is clear that IE8 is coming with a big re-write of the JS engine under the hood, which is long overdue.

      But honestly, I doubt MS will try to get into that game. They may surprise us, but I'd imagine they are quite a ways behind. I suspect they will try to prevent the game from being a “my JS versus your JS” kind of a game, because that's one they'll probably lose, going up against the open-source community.

  • britg 6:43 am on July 1, 2008 Permalink | Log in to leave a Comment
    Tags: flash, , search, yahoo   

    Searchable SWFs – Game Changing 

    Adobe just dropped a bomb as far as I’m concerned.  They’ve announced a collaboration between Google and Yahoo to bring fully searchable SWFs.  Ted on Flex reveals the best part:

    The cool part is that this also covers dynamic data loaded in from requests to a server, these are typically ignored in both AJAX and SWF applications.

    This is going to open the door for a lot of the cool and useful things we’ve been wanting to do for clients at Figaro, but have had reservations about because of SEO implications, and  I’m sure many RIA houses out there feel the same.

    Combine this news with a tool like swfaddress to provide deep linking into your applications and BAM! you have a killer combo.  Let’s just remember to keep our apps classy and tasteful, guys and gals.  This news isn’t cause to go hog wild with flash like the late 90s, early 2000s restaurant site debacle.

     
  • britg 6:27 pm on June 18, 2008 Permalink | Log in to leave a Comment
    Tags: flash,   

    Iphone Web Is Not The Real Web… 

    … until they add support for flash.  Period. The recent news about the whole SproutCore framework for iphone web apps just doesn’t do it for me.  Venture Beat puts it well when they say:

    Do you want a browser that lets you use hypothetical “open” applications that will be developed in the future, or one that lets you browse the web as it exists right now? You know, the web where many popular sites are built on Flash technology? Yeah, me too.

    Someone should write a dystopian story about what would/will happen when Apple creates their own little sterile corner of the web where only apps built for their framework/libraries/safari javascript engine work properly.

     
  • britg 10:51 am on May 30, 2008 Permalink | Log in to leave a Comment
    Tags: , flash, multiplayer   

    Thoughts on Massively Multiplayer Flash Gaming Infrastructure 

    I’ve been thinking a lot about the different options we could use for the Space Survivor infrastructure.  The game itself is flash based and the site uses html/css (doesn’t make sense to make the entire site flash for performance reasons) and the site-specific framework and semi state-less page views will most likely be on CakePHP.  So, if you just want to check your stats, view ships, read missions, or anything that fits into the normal webpage paradigm it’ll most likely be served from a PHP server.

    When we start talking about the technology required to provide a backend for the actual game, that’s when the choices get interesting.  Most multiplayer games on the PC or console probably use some sort of custom framework for handling network traffic, probably written in C, C++, Java or some other low-level language.  But, I kinda want to mix things up and jump on what I think will be the next generation infrastructure for networking/multiplayer in games – Erlang.

    There was an article on Reddit quite a while ago – Writing Low-Pain Massively Scalable Multiplayer Servers – that really says it all a lot better than I am qualified to.  I highly suggest reading it, but I’ll talk about concurrency here.

    Erlang is a great choice for multiplayer infrastructure because it was built from the ground up to be a high-concurrency system.  It’s trivially easy to add nodes to an Erlang cluster because there is built-in node detection; so once you create your new instance of the Erlang emulator and connect it to any other node in your system, all other nodes become aware of it.  The bottom line is, you don’t have to spend any resources creating this network effect  – it’s a fundamental part of the language!

    In the article I linked to above, Joel recommends creating a node for each processor on a machine.  It’s not uncommon for servers now to have 8 processors, definitely at least 4.  So if erlang is your platform of choice, you can immediately create 4 or 8 instances, each doing separate tasks and maximizing your CPU usage out of the box!  Amazing.

    I’ll continue this discussion in later posts as I gain more understanding of how things fit together in an erlang-based multiplayer infrastructure.

     
    • jamesonh 3:00 pm on June 3, 2008 Permalink

      You’ve chosen to cover topics that fall directly into our sweet spot at Mochi Media. Please drop me an email some time as I’d love to see if we can work together. jameson at mochimedia.com

      Thanks! =)

c
compose new post
j
next post/next comment
k
previous post/previous comment
r
reply
e
edit
o
show/hide comments
t
go to top
l
go to login
h
show/hide help
esc
cancel