<?xml version="1.0" encoding="UTF-8"?><rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	xmlns:dc="http://purl.org/dc/elements/1.1/"
	xmlns:atom="http://www.w3.org/2005/Atom"
	xmlns:sy="http://purl.org/rss/1.0/modules/syndication/"
		>
<channel>
	<title>Comments on: Why should mobile social networks not be built in Java(or other downloadable platforms)?</title>
	<atom:link href="http://www.opengardensblog.futuretext.com/archives/2008/06/why_should_mobi_1.html/feed" rel="self" type="application/rss+xml" />
	<link>http://www.opengardensblog.futuretext.com/archives/2008/06/why_should_mobi_1.html</link>
	<description>Wireless mobility - Innovation - Digital convergence - mobile web 2.0</description>
	<lastBuildDate>Thu, 19 Jan 2012 13:47:14 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.2.1</generator>
	<item>
		<title>By: Ajit Jaokar</title>
		<link>http://www.opengardensblog.futuretext.com/archives/2008/06/why_should_mobi_1.html/comment-page-1#comment-1567</link>
		<dc:creator>Ajit Jaokar</dc:creator>
		<pubDate>Mon, 16 Jun 2008 01:56:17 +0000</pubDate>
		<guid isPermaLink="false">http://dev5.indigocontenthost.co.uk/archives/2008/06/why_should_mobi_1.html#comment-1567</guid>
		<description>:) dont shoot the messenger! The talk was from mark curtis - flirtomatic. I agree woith it though. The scale matters and certainly they have the numbers so their viewpoint counts rgds Ajit
</description>
		<content:encoded><![CDATA[<p> <img src='http://www.opengardensblog.futuretext.com/wp-includes/images/smilies/icon_smile.gif' alt=':)' class='wp-smiley' />  dont shoot the messenger! The talk was from mark curtis &#8211; flirtomatic. I agree woith it though. The scale matters and certainly they have the numbers so their viewpoint counts rgds Ajit</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: tomsoft</title>
		<link>http://www.opengardensblog.futuretext.com/archives/2008/06/why_should_mobi_1.html/comment-page-1#comment-1566</link>
		<dc:creator>tomsoft</dc:creator>
		<pubDate>Sun, 15 Jun 2008 22:31:47 +0000</pubDate>
		<guid isPermaLink="false">http://dev5.indigocontenthost.co.uk/archives/2008/06/why_should_mobi_1.html#comment-1566</guid>
		<description>Ajit,
Again, I strongly disagree with a pure platform approach. At Webwag, were we are doing personalized start page, we have versions in many different framework / languages:
- Web (Ajax)
- Mobile app (J2ME)
- iPhone (Ajax too)
- mobile web (XHTML)
- and even more exotic technologies, like Flash
There are many mobile client of social networks, some in J2me, some in XHTML, and each of these have adantages and disavdantages.... So I do not think you can put a statment like this. The other time, you mentionned Flash as an alternative, which also suffers from the same issue....
</description>
		<content:encoded><![CDATA[<p>Ajit,<br />
Again, I strongly disagree with a pure platform approach. At Webwag, were we are doing personalized start page, we have versions in many different framework / languages:<br />
- Web (Ajax)<br />
- Mobile app (J2ME)<br />
- iPhone (Ajax too)<br />
- mobile web (XHTML)<br />
- and even more exotic technologies, like Flash<br />
There are many mobile client of social networks, some in J2me, some in XHTML, and each of these have adantages and disavdantages&#8230;. So I do not think you can put a statment like this. The other time, you mentionned Flash as an alternative, which also suffers from the same issue&#8230;.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Ajit Jaokar</title>
		<link>http://www.opengardensblog.futuretext.com/archives/2008/06/why_should_mobi_1.html/comment-page-1#comment-1565</link>
		<dc:creator>Ajit Jaokar</dc:creator>
		<pubDate>Sat, 14 Jun 2008 05:21:23 +0000</pubDate>
		<guid isPermaLink="false">http://dev5.indigocontenthost.co.uk/archives/2008/06/why_should_mobi_1.html#comment-1565</guid>
		<description>kevin
I believe they abandoned J2ME.I dont know the back end framweork. Martin - happy to speak to you and blog about Mig33. Shall send seperate email. kind rgds Ajit
</description>
		<content:encoded><![CDATA[<p>kevin<br />
I believe they abandoned J2ME.I dont know the back end framweork. Martin &#8211; happy to speak to you and blog about Mig33. Shall send seperate email. kind rgds Ajit</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Martin Wells</title>
		<link>http://www.opengardensblog.futuretext.com/archives/2008/06/why_should_mobi_1.html/comment-page-1#comment-1564</link>
		<dc:creator>Martin Wells</dc:creator>
		<pubDate>Fri, 13 Jun 2008 22:27:37 +0000</pubDate>
		<guid isPermaLink="false">http://dev5.indigocontenthost.co.uk/archives/2008/06/why_should_mobi_1.html#comment-1564</guid>
		<description>I think this is dependent on markets and product. At mig33 (with 13 million users) we haven&#039;t had a big issue with users wanting to download and install a client application. I can&#039;t be categoric, but as far as I&#039;m aware most of the current mobile social successes are apps, not web sites.
A mobile web experience on a mobile is going to have less functionality (dynamic updates, phone integration, interface capability) and be significantly slower than a native app. However, there is certainly a barrier in getting someone to download that app in the first place.
Ultimately, it really depends on how important those features are in creating value for your users versus the barriers that creates.
For mig33 we are primarily a J2ME app, but support WAP, mobile web and desktop web, so users can start simply and then upgrade.
As an aside, markets can create some unique barriers, such as in the US with carrier restrictions and a relatively less sophisticated (mobile) audience.
</description>
		<content:encoded><![CDATA[<p>I think this is dependent on markets and product. At mig33 (with 13 million users) we haven&#8217;t had a big issue with users wanting to download and install a client application. I can&#8217;t be categoric, but as far as I&#8217;m aware most of the current mobile social successes are apps, not web sites.<br />
A mobile web experience on a mobile is going to have less functionality (dynamic updates, phone integration, interface capability) and be significantly slower than a native app. However, there is certainly a barrier in getting someone to download that app in the first place.<br />
Ultimately, it really depends on how important those features are in creating value for your users versus the barriers that creates.<br />
For mig33 we are primarily a J2ME app, but support WAP, mobile web and desktop web, so users can start simply and then upgrade.<br />
As an aside, markets can create some unique barriers, such as in the US with carrier restrictions and a relatively less sophisticated (mobile) audience.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Kevin Leong</title>
		<link>http://www.opengardensblog.futuretext.com/archives/2008/06/why_should_mobi_1.html/comment-page-1#comment-1563</link>
		<dc:creator>Kevin Leong</dc:creator>
		<pubDate>Fri, 13 Jun 2008 16:33:29 +0000</pubDate>
		<guid isPermaLink="false">http://dev5.indigocontenthost.co.uk/archives/2008/06/why_should_mobi_1.html#comment-1563</guid>
		<description>Ajit, I tried to find more information about Mark Curtis statement, but could not find any shared slides. I am curious.  You wrote that he abandoned Java and adopted XHMTL.   Did he abandoned J2ME?  Or, he abandoned the Java frameworks that wrapped XHTML and JavaScript standards, such as JST etc?
At Mo&#039;Blast we use Java at the backend, but our Web-tier uses standard XHTML, DHTML and JavaScript.  So, we get the flexibility of the Web technologies, but with the Java scalability and performance on the server-side.
</description>
		<content:encoded><![CDATA[<p>Ajit, I tried to find more information about Mark Curtis statement, but could not find any shared slides. I am curious.  You wrote that he abandoned Java and adopted XHMTL.   Did he abandoned J2ME?  Or, he abandoned the Java frameworks that wrapped XHTML and JavaScript standards, such as JST etc?<br />
At Mo&#8217;Blast we use Java at the backend, but our Web-tier uses standard XHTML, DHTML and JavaScript.  So, we get the flexibility of the Web technologies, but with the Java scalability and performance on the server-side.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Ajit Jaokar</title>
		<link>http://www.opengardensblog.futuretext.com/archives/2008/06/why_should_mobi_1.html/comment-page-1#comment-1562</link>
		<dc:creator>Ajit Jaokar</dc:creator>
		<pubDate>Fri, 13 Jun 2008 14:21:23 +0000</pubDate>
		<guid isPermaLink="false">http://dev5.indigocontenthost.co.uk/archives/2008/06/why_should_mobi_1.html#comment-1562</guid>
		<description>getjar is not a mobile social network. I would be interested in one which was 10 million users as you said rgds ajit
</description>
		<content:encoded><![CDATA[<p>getjar is not a mobile social network. I would be interested in one which was 10 million users as you said rgds ajit</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: kimbjo</title>
		<link>http://www.opengardensblog.futuretext.com/archives/2008/06/why_should_mobi_1.html/comment-page-1#comment-1561</link>
		<dc:creator>kimbjo</dc:creator>
		<pubDate>Fri, 13 Jun 2008 09:55:54 +0000</pubDate>
		<guid isPermaLink="false">http://dev5.indigocontenthost.co.uk/archives/2008/06/why_should_mobi_1.html#comment-1561</guid>
		<description>I think your conclusions are very territorial. All the companies you quoted are in Europe and regional.
There are bigger social networks - mxit, mig33, Airg, bluepuls that are sold as java products and are bigger networks - all over 10 million users. I think outside europe java is more widely accepted. Look at getjar... For example.
</description>
		<content:encoded><![CDATA[<p>I think your conclusions are very territorial. All the companies you quoted are in Europe and regional.<br />
There are bigger social networks &#8211; mxit, mig33, Airg, bluepuls that are sold as java products and are bigger networks &#8211; all over 10 million users. I think outside europe java is more widely accepted. Look at getjar&#8230; For example.</p>
]]></content:encoded>
	</item>
</channel>
</rss>
<!-- WP Super Cache is installed but broken. The path to wp-cache-phase1.php in wp-content/advanced-cache.php must be fixed! -->
