<?xml version="1.0" encoding="UTF-8"?>
<rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	xmlns:wfw="http://wellformedweb.org/CommentAPI/"
	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/"
	xmlns:slash="http://purl.org/rss/1.0/modules/slash/"
	>

<channel>
	<title>The Soapbox &#187; Web 2.0</title>
	<atom:link href="http://www.niyogi.org/surojit/category/web-20/feed/" rel="self" type="application/rss+xml" />
	<link>http://www.niyogi.org/surojit</link>
	<description>Public ramblings (an anti-diary)</description>
	<lastBuildDate>Sun, 30 May 2010 05:59:38 +0000</lastBuildDate>
	<generator>http://wordpress.org/?v=2.8.6</generator>
	<language>en</language>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
			<item>
		<title>Foursquare vs Yelp</title>
		<link>http://www.niyogi.org/surojit/2010/03/14/foursquare-vs-yelp/</link>
		<comments>http://www.niyogi.org/surojit/2010/03/14/foursquare-vs-yelp/#comments</comments>
		<pubDate>Sun, 14 Mar 2010 00:58:21 +0000</pubDate>
		<dc:creator>niyogi</dc:creator>
				<category><![CDATA[Commentary]]></category>
		<category><![CDATA[Web 2.0]]></category>

		<guid isPermaLink="false">http://www.niyogi.org/surojit/?p=147</guid>
		<description><![CDATA[When Yelp introduced their own check-in feature (probably in response to Foursquare&#8217;s considerable growth over the past year), I initially thought &#8220;well there goes another feature startup!&#8221;  I&#8217;m beginning to re-think what may be obvious to others: that there is a defining &#8220;keyword descriptor stigma&#8221; attached to a product that is hard to circumvent.
When I [...]]]></description>
			<content:encoded><![CDATA[<p>When Yelp introduced their own check-in feature (probably in response to Foursquare&#8217;s considerable growth over the past year), I initially thought &#8220;well there goes another feature startup!&#8221;  I&#8217;m beginning to re-think what may be obvious to others: that there is a defining &#8220;keyword descriptor stigma&#8221; attached to a product that is hard to circumvent.</p>
<p>When I think of Yelp, the first word that comes to mind is &#8211; reviews.  When I think of Foursquare, the word is &#8220;check-in&#8221; (a close second is &#8220;badges&#8221;).  The reality is that Yelp is a reference tool primarily which a rich set of reviews posted by aficionados (usually after they are back from a meal).  This specifically applies to the *mobile* version of Yelp (which is important to discern).  Foursquare on the other hand is a narcissistic tool to broadcast the cool places you are visiting (and earning badges in the process).  I personally have yet to use Foursquare as a discovery tool (and Yelp as a check-in app due to the feature missing on the Android version).</p>
<p>The implication of the keyword stigma is that the check-in feature on Yelp had little impact on Foursquare&#8217;s growth trajectory.  The feature isn&#8217;t being used because it just doesn&#8217;t make sense the same way that it does for Foursquare.</p>
<p>Incidentally, I&#8217;m currently reading <a href="http://www.amazon.com/Narcissism-Epidemic-Living-Age-Entitlement/dp/B00381B7YQ/ref=sr_1_1?ie=UTF8&amp;s=books&amp;qid=1268528148&amp;sr=8-1">The Narcissism Epidemic</a> which discusses our evolving narcissistic society in &#8220;the age of entitlement&#8221; and it seems that this theme is bound to have an impact on which of these companies &#8220;wins&#8221; in the near future.</p>
]]></content:encoded>
			<wfw:commentRss>http://www.niyogi.org/surojit/2010/03/14/foursquare-vs-yelp/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>Crowdspring &#8211; buyer-side market with average results</title>
		<link>http://www.niyogi.org/surojit/2010/01/20/crowdspring-buyer-side-market-with-average-results/</link>
		<comments>http://www.niyogi.org/surojit/2010/01/20/crowdspring-buyer-side-market-with-average-results/#comments</comments>
		<pubDate>Wed, 20 Jan 2010 00:16:53 +0000</pubDate>
		<dc:creator>niyogi</dc:creator>
				<category><![CDATA[Other Stuff]]></category>
		<category><![CDATA[Web 2.0]]></category>

		<guid isPermaLink="false">http://www.niyogi.org/surojit/?p=132</guid>
		<description><![CDATA[Recently, I needed a logo, business card and letterhead designed for a new project I&#8217;m working on and decided to use Crowdspring (http://www.crowdspring.com).  Crowdspring is a design competition site that is largely aligned with buyer interests.  On Crowdspring, you specify your design requirements for the appropriate medium (print, web, packaging) along with a price.  Your [...]]]></description>
			<content:encoded><![CDATA[<p>Recently, I needed a logo, business card and letterhead designed for a new project I&#8217;m working on and decided to use Crowdspring (<a href="http://www.crowdspring.com">http://www.crowdspring.com</a>).  Crowdspring is a design competition site that is largely aligned with buyer interests.  On Crowdspring, you specify your design requirements for the appropriate medium (print, web, packaging) along with a price.  Your request goes out to designers who then work on your project for you.</p>
<p>Through constructive feedback garnered through the communication channels provided by Crowdspring, designers &#8220;improve&#8221; their design as you critique.  You quickly weed out the poor designs from the ones worth pursuing further until you have your perfect design.</p>
<p>Crowdspring guarantees a number of responses or they provide a refund.  What they don&#8217;t tell you is that a designer may throw out 5 mediocre designs for you to consider and each qualifies as an individual response.  Therein lies the &#8220;rub&#8221; so-to-speak.  Depending on your bid price, you&#8217;re bound to get a varying caliber of designers &#8211; and rightfully so.  A hotshot designer is competing with at least a dozen to 2 dozen other designers (known as &#8220;creatives&#8221;) doesn&#8217;t want to waste time on several projects only to find out that he&#8217;s lost on all but 1 of the projects.</p>
<p>With my project, I found 80% of the submitted designs to be extremely poor &#8211; the other 20% were worth pursuing further.  Considering that Crowdspring takes your payment upfront and charges a 15% &#8220;commission&#8221; as well, you really have no choice to pursue alternative design channels.  For logo designs, the guarantee was 25 responses which at the outset looks like a fair deal but quickly turns otherwise considering multiple submissions from single creatives.  Pair this with rough prototypes for the initial versions and you get to 25 pretty quick.</p>
<p>Ultimately, I found a design that was professional through an seemingly out-of-left-field designer who submitted at the very last minute making the experience a &#8220;close call&#8221; and while I&#8217;m happy that I got my money&#8217;s worth, I&#8217;m weary to go through the process again.</p>
<p>Instead, I&#8217;d consider 99designs.com, another &#8220;design competition&#8221; site that has lower rates, higher response guarantees, and a larger base of creatives.</p>
]]></content:encoded>
			<wfw:commentRss>http://www.niyogi.org/surojit/2010/01/20/crowdspring-buyer-side-market-with-average-results/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>Ruby-on-Rails (Ror) vs PHP</title>
		<link>http://www.niyogi.org/surojit/2007/05/14/ruby-on-rails-ror-vs-php/</link>
		<comments>http://www.niyogi.org/surojit/2007/05/14/ruby-on-rails-ror-vs-php/#comments</comments>
		<pubDate>Mon, 14 May 2007 06:35:57 +0000</pubDate>
		<dc:creator>niyogi</dc:creator>
				<category><![CDATA[Commentary]]></category>
		<category><![CDATA[Technology]]></category>
		<category><![CDATA[Web 2.0]]></category>

		<guid isPermaLink="false">http://www.niyogi.org/surojit/?p=67</guid>
		<description><![CDATA[I&#8217;m not a platform zealot &#8211; but I really wonder about the hoopla with Ruby-on-Rails.  I read the &#8220;Agile Web Development&#8221; book and respect the folks behind Ruby/Rails but I think they came out to be VERY lucky to surf the Web 2.0 wave and essentially become &#8220;synonymous&#8221; with this period.  Granted they [...]]]></description>
			<content:encoded><![CDATA[<p>I&#8217;m not a platform zealot &#8211; but I really wonder about the hoopla with Ruby-on-Rails.  I read the &#8220;Agile Web Development&#8221; book and respect the folks behind Ruby/Rails but I think they came out to be VERY lucky to surf the Web 2.0 wave and essentially become &#8220;synonymous&#8221; with this period.  Granted they preach a MVC-oriented approach to web application development and that while the RoR following grew, PHP didn&#8217;t encourage MVC practices through any particular framework &#8211; it&#8217;s not the case anymore with new frameworks like phpmvc, symfony, CakePHP, Zend, and CodeIgniter available today (all with their loyal followings).</p>
<p>The folks at Twitter recently expressed their difficulties in scaling with RoR &#8211; check <a href="http://blog.assembleron.com/2007/04/19/open-source-scaling-ruby-vs-php/" target="_blank">this</a> and <a href="http://www.radicalbehavior.com/5-question-interview-with-twitter-developer-alex-payne/">this</a>.  They faced moderate backlash from the RoR development community and I consider that to be fairly childish and immature.  In general,most members of the community regard the language/platform as the best thing since sliced bread!</p>
<p>The fact is: RoR is relatively new and not enough applications that have grown to the level as Twitter have been built on it to regard it as &#8220;enterprise-friendly&#8221; &#8211; yet.  PHP on the other hand &#8211; however sloppy it has been in the past &#8211; has slowly built itself into a super fast, rich, scalable, integration-friendly language that has a large developer following but not as &#8220;connected&#8221; to the Web 2.0 phenomenon we&#8217;re facing today.</p>
<p>Call me a PHP zealot to balance the playing field out but I think both Ruby-on-Rails and PHP have their boons and brays.  However, the long of the short is: RoR is young, sexy, standardized and lucky to be married to Web 2.0 while PHP extendable, flexible, and with a bit more freedom.Â  With Ruby &#8211; Rails is the framework you use.Â  With PHP, you&#8217;ve got a handful to choose from all backed by their own development communities.</p>
<p>We&#8217;re seeing the same thing happen with Javascript frameworks (Prototype, Dojo, jQuery, YUI, etc) and with platforms too (OpenLazlo, Apollo, Etelos, and the soon-to-be-launched BungeeLabs).</p>
]]></content:encoded>
			<wfw:commentRss>http://www.niyogi.org/surojit/2007/05/14/ruby-on-rails-ror-vs-php/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
	</channel>
</rss>
