Archive for December 24th, 2007

Google’s Biggest App Distributor May Be Moving To India

Written by on Monday, December 24th, 2007 in Ajax News.

capgemini.jpgIndian IT services giant Wipro is said to be in “hectic negotiations” with bankers over financing a deal to acquire uber-consulting firm CapGemini for $7 Billion.

CapGemini became the largest distributor of Google Apps with a deal signed in September. Under the deal CapGemini collects a £25 licence fee for each install, plus additional fees for service and maintenance, and Google gets exposure to over one million corporate desktops.

According to a report at El Reg, CapGemini shares closed up 11% on news of the potential acquisition, closing at €45.

Crunch Network: MobileCrunch Mobile Gadgets and Applications, Delivered Daily.

Source: TechCrunch
Original Article: http://feeds.feedburner.com/~r/Techcrunch/~3/205866144/

Online TV Ads Suck Less Than TV Ads On TV: Study

Written by on Monday, December 24th, 2007 in Ajax News.

tv.jpgA new study by Simmons, a unit of Experian Research Services has found that consumers are 47% more engadged by ads that run with television programs viewed online than those watched on a TV set.

The study also found that viewers are 25% more engaged in the content of TV shows that they watch online than on a TV, are 18% more engaged in ads online, as opposed to print versions (magazines etc), and they are 15% more engaged in magazine articles online than in print form.

The shorter version: online rocks as a superior way to engage with customers.

According to MediaPost, the study defines “engagement” according to six characteristics that respondents identify with media: “inspirational,” “trustworthy,” “life-enhancing,” “social interaction,” “personal time-out” and ad receptivity.

Unlike some recent studies we’ve reported on, this one at least had a reasonable sample size of 74,996 interviews.

Crunch Network: CrunchGear drool over the sexiest new gadgets and hardware.

Source: TechCrunch
Original Article: http://feeds.feedburner.com/~r/Techcrunch/~3/205863158/

asklogo.jpgIAC got serious about its Ask property this year, investing $100 million in the United States alone on a bizarre “Ask the Algorithm” campaign that even sunk to the depths of using the Unabomber as a marketing tool. Unfortunately for good taste there’s nothing like a bit controversy to draw attention to a service and Ask’s traffic was up this year, proving once again perhaps there really is no such thing as bad publicity.

Direct traffic on Ask.com grew from 29.8 million unique visitors in November 2006 to 46 million in November 2007 after dropping to 24.4 million in February for an impressive 54% growth rate.

ask11.jpg

Ask subsites saw some amazing growth rates, but mostly off very low bases. The Algorithm has a growing market in Europe, with Ask Spain experiencing 2062% growth rate, Ask Germany at 3006% and Ask France with 606%.

ask21.jpg

Some humble pie from me: back in May I slammed Ask.com for its advertising campaign suggesting that it was too clever by half; I haven’t changed my dislike of a campaign that suggested that “The Algorithm constantly finds Jesus” but the numbers don’t lie: it worked and worked well. Congrats and Christmas well wishes to the team at Ask; you’ve still got a long way to go to catch up to Google, Yahoo and Microsoft but at least you’re heading in the right direction, and competition is always a good thing.

Ask’s full numbers below:

ask31.jpg

Crunch Network: MobileCrunch Mobile Gadgets and Applications, Delivered Daily.

Source: TechCrunch
Original Article: http://feeds.feedburner.com/~r/Techcrunch/~3/205697000/

Digital Fear-Mongering And Hollywood Accounting

Written by on Monday, December 24th, 2007 in Ajax News.

celluloid.jpgAs movies go digital, they are presenting new archival challenges for the film industry. Film cannisters stored in a salt mine last a lot longer than a hard disk drive or a DVD. The issues of preserving film footage for the ages in a digital form are real and vexing, but a recent report by the Academy of Motion Picture Arts and Sciences titled “The Digital Dilemma” throw out some alarmist numbers that are hard to swallow. According to a story about the assessment in the NYTimes:

To store a digital master record of a movie costs about $12,514 a year, versus the $1,059 it costs to keep a conventional film master.

Much worse, to keep the enormous swarm of data produced when a picture is “born digital” — that is, produced using all-electronic processes, rather than relying wholly or partially on film — pushes the cost of preservation to $208,569 a year, vastly higher than the $486 it costs to toss the equivalent camera negatives, audio recordings, on-set photographs and annotated scripts of an all-film production into the cold-storage vault.

The big numbers help to sex up the “dilemma,” but they appear to be yet another case of Hollywood accounting. The rule of thumb for storing a movie in a high-quality digital archive seems to be about one terabyte per hour. So two terabytes should be enough for most digital masters. Consider that a one-terabyte consumer drive at Amazon costs $250 to $300. The cost per terabyte is much less in an enterprise-class storage network. Of course, that is just the hardware. There are additional costs of facilities, labor, maintenance and licensing costs, but these can be spread across an entire library of movies.

Yes, it costs more to store 10,000 movies than 1,000 movies, but not ten times more. At a certain point, each new movie stored becomes an incremental cost. In other words, if it costs $12,514,000 to set up and run a digital archive facility to store 1,000 movies, it does not cost $125 million to store 10,000 movies.

Now, that is just for the final master copy. The movie studios want to store every outtake and bit of footage captured during the film-making process, and that is where the $208,569 a year comes from. For a single movie, that must amount to many, many terabytes of footage. But again, it is difficult for me to suspend my disbelief here. Storage costs are not constant per terabyte. They scale the more you have to store. The true cost of a well-managed storage program (one where everything is backed up redundantly in more than one location, and where the actual storage technologies are constantly upgraded and swapped out to higher-capacity technologies over time) would surely be much less. (Any storage experts out there willing to venture an educated guess in comments)?

Even if it does turn out to cost $208,569 a year, there is another solution: hire one or two people per film to go through all the extra footage and cull it down to a more manageable amount. Remember, we are just talking about the footage to be stored in a high-quality archival format. You can still store everything else in lower-quality, compressed MPEG-2s or MPEG-4s. The big numbers, though, make it easier to scare up funding for digital archive projects—or to rationalize a slower transition to digital altogether.

(Photo via Catherine Trigg).

Crunch Network: CrunchBoard because it’s time for you to find a new Job2.0

Source: TechCrunch
Original Article: http://feeds.feedburner.com/~r/Techcrunch/~3/205665117/

Organise Your Code With base2.Packages

Written by on Monday, December 24th, 2007 in Ajax News.

Since Dean Edwards announced base2 beta he has been taking some time to describe it for us.

His latest installment is on base2 packages:

A base2.Package provides a mechanism for bundling classes, constants and functions within a closure. You can define what symbols you want to export from the Package and you can define the symbols you want to import into the closure.

The package concept is used throughout base2 itself to manage components and namespaces.

The template for creating a package is:

JAVASCRIPT:

  1.  
  2. new function(_) { // create the closure
  3.   // create the package object
  4.   var MyPackage = new base2.Package(this, {
  5.     name:    “MyPackage”,
  6.     version: “1.0″,
  7.     imports: “SomeOtherPackage”,
  8.     exports: “MY_CONSTANT,MyClass,myFunction”
  9.   });
  10.  
  11.   // evaluate the imported namespace
  12.   eval(this.imports);
  13.  
  14.   // define package contents
  15.  
  16.   var MY_CONSTANT = 42;
  17.  
  18.   var MyClass = SomeOtherClass.extend({
  19.     // class definition
  20.   });
  21.  
  22.   function myFunction() {
  23.     return “Hello!”;
  24.   };
  25.  
  26.   // evaluate the exported namespace (this initialises the Package)
  27.   eval(this.exports);
  28. };
  29.  

and here is an example that uses one:

JAVASCRIPT:

  1.  
  2. new function(_) { // create the closure
  3.   // create the package object
  4.   var graphics = new base2.Package(this, {
  5.     name:    “graphics”,
  6.     version: “1.0″,
  7.     imports: “shapes”,
  8.     exports: “Layout”
  9.   });
  10.  
  11.   // evaluate the imported namespace
  12.   eval(this.imports);
  13.  
  14.   // we can refer to the Rectangle class directly because we have imported the
  15.   // shapes Package.
  16.   var Layout = Rectangle.extend({
  17.     // I don’t know anything about graphics 
  18.   });
  19.  
  20.   // evaluate the exported namespace (this initialises the Package)
  21.   eval(this.exports);
  22. };
  23.  

Source: Ajaxian
Original Article: http://feeds.feedburner.com/~r/ajaxian/~3/205600947/organise-your-code-with-base2packages

Infamous IE hasLayout is toast

Written by on Monday, December 24th, 2007 in Ajax News.

We are slowly finding more and more out about how nice IE8 is going to play. Markus Mielke
came out to tell us that hasLayout is a goner:

I do not think I am disclosing too much by saying that HasLayout will be history with IE8 (it was an internal data-structure to begin with and should have never been exposed). See http://msdn2.microsoft.com/en-us/library/bb250481.aspx for more details.

So what does “having a Layout” mean?

  • In short, having a layout means that an element is responsible for sizing and
    positioning itself and possibly any child elements. (If a child element has its
    own layout, it sizes itself and its descendents, but the original layout
    positions the child.)
  • Some elements have a “fixed” size or otherwise have special sizing constraints.
    They always have layout—for example, buttons, images, inputs, selects, and
    marquee elements have always a native size even if width and height are not
    specified.
  • Sometimes elements that do not normally require layout information, like a div
    or a span, may have properties specified that force a layout to be
    applied in order to support the property—for example, the element must
    have a layout in order to get scrollbars.
  • Once a layout is applied the “hasLayout” flag is set. This property returns
    true if queried.

Read more on hasLayout.

Source: Ajaxian
Original Article: http://feeds.feedburner.com/~r/ajaxian/~3/205581878/infamous-ie-haslayout-is-toast

WebKit gets native getElementsByClassName

Written by on Monday, December 24th, 2007 in Ajax News.

getElementsByClassName has always been a pain in the arse for us developers. Why it wasn’t implemented natively across the board is something that browser folk can chat about. Not having it available has caused hacks, workarounds, and bugs.

Firefox and Opera support the beast, and now Webkit has joined them:

The advantages of a native implementation are clear:

  • No additional JavaScript library files required
  • Clearly specified and consistent behavior
  • Blindingly fast

How fast? Let’s have a look at WebKit’s shiny new implementation. For testing purposes I wrote a simple benchmark allowing comparison between three different methods for getting elements by their class names. The first is the new native getElementsByClassName, and the last two are both from prototype.js; one uses XPath, and the other is a straight JavaScript/DOM implementation.

Source: Ajaxian
Original Article: http://feeds.feedburner.com/~r/ajaxian/~3/205567010/webkit-gets-native-getelementsbyclassname

Yahoo Launches BravoNation. I’m Not Loving It.

Written by on Monday, December 24th, 2007 in Ajax News.

BravoNation, a site that allows users to send electronic awards to others, is the most recent product launch from Yahoo Brickhouse. Brickhouse head Salim Ismail sent me an invitation to try out the service this evening. I dove in - and this is one screwball product.

The point of Brickhouse (I think) is to come up with half baked ideas, throw them against the wall, and see what sticks. That means they shouldn’t launch bland, safe products. Instead, they go a little crazy, and probably expect a high failure rate. We recently covered FireEagle from Brickhouse, a very promising platform for leveraging location information.

I suspect FireEagle will be a hit over time. BravoNation, not so much. Right now it’s basically a greeting card site with a currency attached to limit the number of awards that can be sent (and thereby, presumably, to attach artificial value to the awards). Users choose from a variety of pre-selected images and then write their own message. There are a number of examples, such as “You’re My Best Friend!” and “Thanks for Saving Me From That Creepy Date!” You can also use a basic Flash tool to draw your own image. The FAQs say that soon users will be able to upload images, too.

Sending a Bravo costs Bravo Bucks, or Bruckos for short. Accounts are refilled every eight hours, which may be a bit of wishful thinking from the Brickhouse team.

There are a few other bells and whistles - an API is discussed in the FAQs, for example. And eventually images drawn by users may be shared so that others can send them, too. But for now all I see is a very rough ecard site that has scores of entrenched competitors.

The BravoNation team includes Gordon Luk (product lead), Gordon Luk (design), Ernie Hsiung (developer), Nikhil Bobb (developer) and Ray McClure (Flash, artwork).

BravoNation is in private beta. We’ll add it to InviteShare in the next day or so and give out a few accounts for people to try out. The screenshot above (click for large view) shows the Bravo creation process. Below is a shot of what the award looks like for the recipient.

Crunch Network: CrunchGear drool over the sexiest new gadgets and hardware.

Source: TechCrunch
Original Article: http://feeds.feedburner.com/~r/Techcrunch/~3/205538300/



Site Navigation