<?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: Add-on Stats-a-holic</title>
	<atom:link href="http://blog.mozilla.com/addons/2008/06/26/add-on-stats-a-holic/feed/" rel="self" type="application/rss+xml" />
	<link>http://blog.mozilla.com/addons/2008/06/26/add-on-stats-a-holic/</link>
	<description>Official Blog of Mozilla Add-ons</description>
	<lastBuildDate>Tue, 24 Nov 2009 06:36:43 -0800</lastBuildDate>
	<generator>http://wordpress.org/?v=2.8.6</generator>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
		<item>
		<title>By: bhashem</title>
		<link>http://blog.mozilla.com/addons/2008/06/26/add-on-stats-a-holic/comment-page-1/#comment-184</link>
		<dc:creator>bhashem</dc:creator>
		<pubDate>Thu, 26 Jun 2008 18:51:54 +0000</pubDate>
		<guid isPermaLink="false">http://blog.mozilla.com/basil/2008/06/26/add-on-stats-a-holic/#comment-184</guid>
		<description>@Arch: One of the pieces of data that I&#039;ve wanted to introduce back into the public detailed pages for add-ons is Active Users. The concern is that some companies (and individuals) do not want this information made public for competitive or other reasons. That&#039;s understandable.

My approach was going to be to enable active users by default (when we add it) but allow authors to hide it if they want. Download numbers are already public on the site.

Depending on how this plays out, we can then make most stats dashboards public while honoring author&#039;s preference as to whether to include Active User counts.

Thanks for the feedback.</description>
		<content:encoded><![CDATA[<p>@Arch: One of the pieces of data that I&#8217;ve wanted to introduce back into the public detailed pages for add-ons is Active Users. The concern is that some companies (and individuals) do not want this information made public for competitive or other reasons. That&#8217;s understandable.</p>
<p>My approach was going to be to enable active users by default (when we add it) but allow authors to hide it if they want. Download numbers are already public on the site.</p>
<p>Depending on how this plays out, we can then make most stats dashboards public while honoring author&#8217;s preference as to whether to include Active User counts.</p>
<p>Thanks for the feedback.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Archaeopteryx</title>
		<link>http://blog.mozilla.com/addons/2008/06/26/add-on-stats-a-holic/comment-page-1/#comment-183</link>
		<dc:creator>Archaeopteryx</dc:creator>
		<pubDate>Thu, 26 Jun 2008 16:01:05 +0000</pubDate>
		<guid isPermaLink="false">http://blog.mozilla.com/basil/2008/06/26/add-on-stats-a-holic/#comment-183</guid>
		<description>Imho, the statistics should be public for everyone (including details about active versions). This would be something with which nearly every developer should be able to live. If a vulnerable extension exists, it can be disabled by the blocklist and everyone knows that not all people update in the first weeks (the same for Firefox). But this data has valueable information, i.e. for localizers which search for popular add-ons which aren&#039;t yet available in their language, the IT consumer press (&quot;Popular Firefox extensions&quot;), application developers (what do people miss in the app and how should the ideal app behave), other extension developers whose extension needs another one (can they expect that the people have the version they need), QA interested people (which are the extensions which are the most userDisabled), educational stuff (trends, marketing analysis, about software distributions etc.).</description>
		<content:encoded><![CDATA[<p>Imho, the statistics should be public for everyone (including details about active versions). This would be something with which nearly every developer should be able to live. If a vulnerable extension exists, it can be disabled by the blocklist and everyone knows that not all people update in the first weeks (the same for Firefox). But this data has valueable information, i.e. for localizers which search for popular add-ons which aren&#8217;t yet available in their language, the IT consumer press (&#8221;Popular Firefox extensions&#8221;), application developers (what do people miss in the app and how should the ideal app behave), other extension developers whose extension needs another one (can they expect that the people have the version they need), QA interested people (which are the extensions which are the most userDisabled), educational stuff (trends, marketing analysis, about software distributions etc.).</p>
]]></content:encoded>
	</item>
</channel>
</rss>
