<?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/"
	xmlns:series="http://unfoldingneurons.com/"
	>

<channel>
	<title>Stephen Foskett, Pack Rat &#187; blogketing Archives  &#8211; Stephen Foskett, Pack Rat</title>
	<atom:link href="http://blog.fosketts.net/tag/blogketing/feed/" rel="self" type="application/rss+xml" />
	<link>http://blog.fosketts.net</link>
	<description>Understanding the accumulation of data</description>
	<lastBuildDate>Fri, 10 Feb 2012 17:40:43 +0000</lastBuildDate>
	<language>en</language>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=</generator>
<atom:link rel="hub" href="http://pubsubhubbub.appspot.com" />
	<atom:link rel="hub" href="http://superfeedr.com/hubbub" />
			<item>
		<title>Chuck Hollis Gets It!</title>
		<link>http://blog.fosketts.net/2007/08/01/chuck-hollis-gets-it/</link>
		<comments>http://blog.fosketts.net/2007/08/01/chuck-hollis-gets-it/#comments</comments>
		<pubDate>Wed, 01 Aug 2007 19:39:39 +0000</pubDate>
		<dc:creator>Stephen</dc:creator>
				<category><![CDATA[Enterprise storage]]></category>
		<category><![CDATA[blogketing]]></category>
		<category><![CDATA[consulting]]></category>
		<category><![CDATA[EMC]]></category>
		<category><![CDATA[governance]]></category>
		<category><![CDATA[policy]]></category>

		<guid isPermaLink="false">http://blog.fosketts.net/2007/08/01/chuck-hollis-gets-it/</guid>
		<description><![CDATA[The hardest lesson I ever learned in consulting was how to say &#8220;I don&#8217;t know.&#8221;  Here I was, hired on for big bucks, and I didn&#8217;t know the answer.  But I quickly learned that bluffing gets you nowhere fast.  But we&#8217;ll come back to that&#8230;  In the mean time, I must say how completely impressed I am [...]]]></description>
			<content:encoded><![CDATA[<p>The hardest lesson I ever learned in consulting was how to say &#8220;I don&#8217;t know.&#8221;  Here I was, hired on for big bucks, and I didn&#8217;t know the answer.  But I quickly learned that bluffing gets you nowhere fast.  But we&#8217;ll come back to that&#8230; </p>
<p>In the mean time, I must say how completely impressed I am by <a rel="nofollow" href="http://chucksblog.typepad.com/chucks_blog/" target="_blank" >Chuck Hollis&#8217;</a> blog postings.  Employing guys like him is one of the reasons why EMC continues to dominate the storage market even as challenger after challenger takes them on.  Sure, they&#8217;re not always right.  And sure, Chuck&#8217;s as guilty of anyone of a little blogketing.  But who isn&#8217;t?</p>
<p>Anyway, let&#8217;s take these two recent posts:</p>
<blockquote><p>&#8220;As we look at our portfolio of services going forward, where are we going to need help getting good?  And who can help us get good without keeping us dependent?</p>
<p>And, finally, <em>who are you going to trust to do this for you?&#8221;</em></p></blockquote>
<p>So asked Chuck yesterday in <a rel="nofollow" href="http://chucksblog.typepad.com/chucks_blog/2007/07/ill-do-it-mysel.html" target="_blank" >his piece about outsourcing and services</a>.  The emphasis is his, and I left it because I think it&#8217;s very relevant.  As I&#8217;ve often said, people hire consultants for two reasons: Either they lack time and focus or they lack experience and knowledge.  It makes sense to hire a consultant from EMC (or HDS or HP or whoever made it) to help you through the thickets and learn to really utilize a piece of equipment.  Anyone can <em>use </em>a piece of hardware, but <em>utilizing</em> it (putting it to a practical purpose) takes knowledge, and an insider or expert is best.</p>
<p>Now for Chuck&#8217;s piece from today on <a rel="nofollow" href="http://chucksblog.typepad.com/chucks_blog/2007/08/information-gov.html" target="_blank" >information governance</a>:</p>
<blockquote><p>&#8220;Bottom line: these questions of &#8220;how do we manage information at a corporate level?&#8221; are all over the place  if you look around, and more are coming every day.</p>
<p>And, rather than try and address them individually in an ad-hoc manner &#8212; with limited participation, measurement and evolution, the idea is to create a role of information governance function within the organization.&#8221;</p></blockquote>
<p>This is the kind of work I do every day at Contoural.  It&#8217;s difficult &#8211; but that&#8217;s why we get hired.  Once again, companies lack the knowledge and focus to set up good data management policies.  But of course, Chuck&#8217;s right that the primary effort and input comes from inside &#8211; I&#8217;m a coach, not a player when it comes to governance work.</p>
<p>We in IT like to try to pretend we know everything because we would never want the rest of the business to see the <a rel="nofollow" href="http://en.wikipedia.org/wiki/The_Emperor%27s_New_Clothes" target="_blank" >emperors clothes</a> as it were.  Everyone comes to us as the end-all knowledge guys, and we hate to disappoint them.  But maybe it&#8217;s time we admitted that we don&#8217;t always have all the answers and that we could use some help.</p>
<p>So there we are &#8211; admitting that we don&#8217;t know the answer and that we need help.  It&#8217;s hard for IT to do it, and harder for consultants.  But we&#8217;re all people, and if we&#8217;re brave enough to admit our limitations we usually find out that the rest of the world respects that.</p>
<div id="crp_related"><h3>You might also want to read these other posts...</h3><ul><li><a href="http://blog.fosketts.net/2007/07/24/sailing-the-titanic-why-we-need-ilm-and-then-some/"  rel="bookmark" class="crp_title">Sailing the Titanic (Why We Need ILM and Then Some!)</a></li><li><a href="http://blog.fosketts.net/2010/10/06/pnfs-nfs-v3-bad/"  rel="bookmark" class="crp_title">Is NFS v3 Really That Bad?</a></li><li><a href="http://blog.fosketts.net/2008/08/28/grapples-tangelos-impossible-compare-fairly/"  rel="bookmark" class="crp_title">Grapples and Tangelos: Why it&#8217;s Impossible to Compare Fairly</a></li><li><a href="http://blog.fosketts.net/2007/07/23/blogketing-revisited/"  rel="bookmark" class="crp_title">Blogketing (re)Visited</a></li><li><a href="http://blog.fosketts.net/2009/02/05/difference-integration-frankenstein/"  rel="bookmark" class="crp_title">The Difference Between &#8220;Integration&#8221; and &#8220;Frankenstein&#8221;</a></li></ul></div><script src="http://feeds.feedburner.com/~s/sfoskett?i=http://blog.fosketts.net/2007/08/01/chuck-hollis-gets-it/" type="text/javascript" charset="utf-8"></script><hr />
<p><small>© sfoskett for <a href="http://blog.fosketts.net">Stephen Foskett, Pack Rat</a>, 2007. |
<a href="http://blog.fosketts.net/2007/08/01/chuck-hollis-gets-it/">Chuck Hollis Gets It!</a>
<br/>
This post was categorized as <a href="http://blog.fosketts.net/category/everything/enterprisestorage/" title="View all posts in Enterprise storage" rel="category tag">Enterprise storage</a>. Each of my categories has its own feed if you'd like to filter out or focus on posts like this.<br/>
</small></p>]]></content:encoded>
			<wfw:commentRss>http://blog.fosketts.net/2007/08/01/chuck-hollis-gets-it/feed/</wfw:commentRss>
		<slash:comments>2</slash:comments>
		</item>
		<item>
		<title>Blogketing Ourselves</title>
		<link>http://blog.fosketts.net/2007/07/27/blogketing-ourselves/</link>
		<comments>http://blog.fosketts.net/2007/07/27/blogketing-ourselves/#comments</comments>
		<pubDate>Fri, 27 Jul 2007 17:29:06 +0000</pubDate>
		<dc:creator>Stephen</dc:creator>
				<category><![CDATA[Enterprise storage]]></category>
		<category><![CDATA[Personal]]></category>
		<category><![CDATA[blogketing]]></category>
		<category><![CDATA[marketing]]></category>

		<guid isPermaLink="false">http://blog.fosketts.net/2007/07/27/blogketing-ourselves/</guid>
		<description><![CDATA[I guess I kind of touched Jon Toigo nerve when I said he was "promoting himself".  Sounds like he took offense to the term, but perhaps he shouldn't have!]]></description>
			<content:encoded><![CDATA[<p>I guess I kind of <a href="http://www.drunkendata.com/?p=1242"  target="_blank">touched Jon Toigo nerve</a> when <a href="http://blog.fosketts.net/2007/07/23/blogketing-revisited/"  target="_blank">I said he was &#8220;promoting himself&#8221;</a>.  Sounds like he took offense to the term, but perhaps he shouldn&#8217;t have!</p>
<p>Let me give you some background, gentle reader&#8230;  I&#8217;ve never worked for a &#8220;product company&#8221; in the storage industry, I&#8217;m a services guy.  And services are all about selling people &#8211; their skills and their time.  So rather than promoting a new box or piece of software, we in the services business promote ourselves, which I personally feel is the most honest thing to promote!  After all, we each have different skills &#8211; all we services companies can do is try to distill a similar set of skills to offer and hope that people are interested.</p>
<p>And, frankly, we all engage in self-promotion every time we blog (as a verb).  Blogging is all about rising above the crowd and saying &#8220;my opinion is important.&#8221;  Unlike traditional media, however, it is democratic:  Anyone can blog, anyone can try to be important, and the world will judge just how important they are.</p>
<p>Perhaps this is why people find corporate marketing blogs (aka blogketing) to be so insidious.  They are, seemingly, not the acts of individual initiative but of organizational co-option and perhaps even surreptition.  We feel that they are somehow less honest, since the person writing the words may be checking his true feelings at the door.</p>
<p>But perhaps not.  I agree with Jon&#8217;s assertion that corporate blogs give us a little insight, even if it is packed in salt grains.  And they certainly give us democratic communication &#8211; just like anyone can blog, anyone can comment, and blog writers (even the most corporate) tend to read their thoughts.  Plus, <a href="http://storage.blogs.techtarget.com/2007/07/26/storage-bloggers-dig-in-on-hds-and-emc-product-claims/"  target="_blank">as Beth Pariseau noted</a>, the back and forth can be both enlightening and enjoyable to watch!</p>
<p>Blogket away, I say.  Self-promote, too.  It&#8217;s a post-modern world: I&#8217;ll figure out what your angle is&#8230;</p>
<blockquote><p>If you enjoyed reading this, you&#8217;ll probably also like <a href="http://foskettservices.com"  target="_blank">my Foskett Services blog</a>!</p></blockquote>
<div id="crp_related"><h3>You might also want to read these other posts...</h3><ul><li><a href="http://blog.fosketts.net/2007/07/23/blogketing-revisited/"  rel="bookmark" class="crp_title">Blogketing (re)Visited</a></li><li><a href="http://blog.fosketts.net/2010/01/18/vendor-bloggers/"  rel="bookmark" class="crp_title">Vendor Bloggers 1: Why Does It Matter?</a></li><li><a href="http://blog.fosketts.net/2007/08/01/chuck-hollis-gets-it/"  rel="bookmark" class="crp_title">Chuck Hollis Gets It!</a></li><li><a href="http://blog.fosketts.net/2010/01/21/lessons-learned-vendor-blogging/"  rel="bookmark" class="crp_title">What I&#8217;ve Learned From Vendor Blogging</a></li><li><a href="http://blog.fosketts.net/2010/01/19/vendor-blogger-spectrum/"  rel="bookmark" class="crp_title">The Spectrum of Vendor Blogs</a></li></ul></div><script src="http://feeds.feedburner.com/~s/sfoskett?i=http://blog.fosketts.net/2007/07/27/blogketing-ourselves/" type="text/javascript" charset="utf-8"></script><hr />
<p><small>© sfoskett for <a href="http://blog.fosketts.net">Stephen Foskett, Pack Rat</a>, 2007. |
<a href="http://blog.fosketts.net/2007/07/27/blogketing-ourselves/">Blogketing Ourselves</a>
<br/>
This post was categorized as <a href="http://blog.fosketts.net/category/everything/enterprisestorage/" title="View all posts in Enterprise storage" rel="category tag">Enterprise storage</a>, <a href="http://blog.fosketts.net/category/everything/personal/" title="View all posts in Personal" rel="category tag">Personal</a>. Each of my categories has its own feed if you'd like to filter out or focus on posts like this.<br/>
</small></p>]]></content:encoded>
			<wfw:commentRss>http://blog.fosketts.net/2007/07/27/blogketing-ourselves/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>Sailing the Titanic (Why We Need ILM and Then Some!)</title>
		<link>http://blog.fosketts.net/2007/07/24/sailing-the-titanic-why-we-need-ilm-and-then-some/</link>
		<comments>http://blog.fosketts.net/2007/07/24/sailing-the-titanic-why-we-need-ilm-and-then-some/#comments</comments>
		<pubDate>Tue, 24 Jul 2007 14:40:26 +0000</pubDate>
		<dc:creator>Stephen</dc:creator>
				<category><![CDATA[Enterprise storage]]></category>
		<category><![CDATA[blogketing]]></category>
		<category><![CDATA[data classification]]></category>
		<category><![CDATA[data growth]]></category>
		<category><![CDATA[green storage]]></category>
		<category><![CDATA[ILM]]></category>
		<category><![CDATA[SRM]]></category>
		<category><![CDATA[tiered storage]]></category>

		<guid isPermaLink="false">http://blog.fosketts.net/2007/07/24/sailing-the-titanic-why-we-need-ilm-and-then-some/</guid>
		<description><![CDATA[Without getting into the debate on blogketing (I&#8217;ll save that for another post), I was pretty impressed by Chuck Hollis&#8217; recent post on ILM. I think he&#8217;s made a good discussion of the wherefores of ILM, and maybe counteracted a bit of the prevailing anti-ILM argument. I&#8217;ve been in the trenches on storage content (aka [...]]]></description>
			<content:encoded><![CDATA[<p>Without getting into the debate on blogketing (I&#8217;ll save that for <a href="http://blog.fosketts.net/2007/07/23/blogketing-revisited/" >another post</a>), I was pretty impressed by Chuck Hollis&#8217; <a rel="nofollow" href="http://chucksblog.typepad.com/chucks_blog/2007/07/so-where-is-ilm.html" target="_blank" >recent post</a> on ILM. I think he&#8217;s made a good discussion of the wherefores of ILM, and maybe counteracted a bit of the prevailing <a href="http://www.drunkendata.com/?p=1231" target="_blank" >anti-ILM argument</a>.</p>
<p>I&#8217;ve been in the trenches on storage content (aka data) for a long time. I, too, have often reverted to the old &#8220;gigs of MP3s and porn&#8221; argument from time to time. But I&#8217;ve done enough filesystem assessments at real companies to realize that that&#8217;s not really the norm. In fact, I&#8217;ve rarely found much porn, music, video, or jokes on full-up corporate file servers. And I&#8217;ve analyzed enough storage environments to know that, while file servers are big, they&#8217;re not normally the majority user of storage in large data centers.</p>
<p>On the contrary, most enterprise storage is taken up by business applications, though not necessarily critical data. Email, backup, and certainly user file servers are big space users. But give me a few Oracle instances, source code repositories, or image processing servers, and watch those applications shrink in significance.</p>
<p>No matter what the application, though, the real issue with storage growth (and ILM) is the (in)ability of IT managers to do anything about it. Let&#8217;s say we had permission to delete really inappropriate data, which is <em>not</em> a sure thing. Would we IT folks even be able to recognize it? How would we locate it? Can we even view user files without violating user trust, company privacy policies, or even laws? Many countries (yes, not all data is in the USA), regulate access to data even inside a company.</p>
<p>Now let&#8217;s move into grayer areas of &#8220;unnecessary&#8221; corporate data. Many storage administrators can&#8217;t even name the applications that take up all that space, let alone understand the intricacies of the data under management.  To make a timely (and tired) Harry Potter analogy, IT are the <a rel="nofollow" href="http://en.wikipedia.org/wiki/House_elf" target="_blank" >house-elves</a> of the business &#8211; powerful but subservient, with little input into what happens above and around them.  I&#8217;ve talked to business people who don&#8217;t want IT to have any input, relegating them to order takers and laborers.</p>
<p>This is a dangerous slide, however.  Lots of people have the capability to take IT orders and keep the lights on,  a realization that leads to outsourcing.  IT pros must prove their worth to the business in order to remain relevant and irreplaceable!</p>
<p>ILM is one way to do that.  To get back to Chuck&#8217;s post, we need to take the reins and try to understand data better.  We need to pick certain applications that lend themselves to automated data classification and tiered storage and try to get them under control.  Email is a great candidate, and that&#8217;s why email archiving applications have taken off recently.  File servers are coming along, too, especially with file virtualization in the ascendancy.</p>
<p>I&#8217;m particularly excited about what a smart IT manager I know called the &#8220;second wave&#8221; of SRM tools.  Rather than just collecting stock metadata (age, name, owner, etc), the latest filesystem scanning tools look inside a file, trying to better classify them.  Let&#8217;s say 1/4 of your file server is made up of Microsoft Word, Excel, and PowerPoint documents.  What can you do about that unless you can identify which are critical and which are not?  Each business will have its own criteria, and you need a flexible tool to scan them all and report back to you before you can &#8220;ILM&#8221; them.  That&#8217;s what lots of software vendors are currently working on, and though we&#8217;re at an early stage still, the results are promising.</p>
<p>Sadly, though, we in IT may soon find that we just can&#8217;t delete anything.  Even totally banned content like porn could be critical to a legal case against an employee,  and it won&#8217;t be long before we are expected to keep everything that shows up on our servers for a very long time.  Most companies have policies for hardcopy document retention, and many are currenyly diving into the world of data policy as well.  The default policy may be &#8220;keep until we decide what to do with it&#8221;, and this could cause the current trend of storage growth to accelerate!</p>
<p>If we can&#8217;t delete data, we will be forced to sail the Titanic rather than sink it.  Small companies can benefit most from the falling price of storage, since the entire storage footprint for a little shop is often under a terabyte.  But larger organizations will find that they need to start tiering their storage, and quickly in order to keep prices under control.</p>
<p>And then there&#8217;s green storage.   Again, Mr. Toigo makes the very valid point that the problem is in the business, not in the hardware we use.  But if we can&#8217;t do anything about data growth for the time being, we had better start tackling the technical challenges we face.  I&#8217;ve talked to many IT folks who are very worried about data center space, as well as the terrifying trio of heat, power, and cooling.  For them, green technologies are no laughing matter!  If you can&#8217;t get any more power, you have to lower your per-GB requirement and quickly.</p>
<p>It&#8217;s easy to say &#8220;understand your data and delete some&#8221;, but hard for IT pros to  actually do it.  Until we can tackle the strategic issue of data growth, we&#8217;ll have to continue fighting the tactical problems of storage.</p>
<div id="crp_related"><h3>You might also want to read these other posts...</h3><ul><li><a href="http://blog.fosketts.net/2008/09/05/answering-email-archiving-questions/"  rel="bookmark" class="crp_title">Answering Your Email Archiving Questions</a></li><li><a href="http://blog.fosketts.net/2007/08/01/chuck-hollis-gets-it/"  rel="bookmark" class="crp_title">Chuck Hollis Gets It!</a></li><li><a href="http://blog.fosketts.net/2008/02/07/how-long-should-companies-retain-email/"  rel="bookmark" class="crp_title">How Long Should Companies Retain Email?</a></li><li><a href="http://blog.fosketts.net/2011/04/10/deletion-dilemma/"  rel="bookmark" class="crp_title">The Deletion Dilemma</a></li><li><a href="http://blog.fosketts.net/2010/09/24/fundamental-practices-enterprise/"  rel="bookmark" class="crp_title">Four Fundamental Best Practices for Enterprise IT</a></li></ul></div><script src="http://feeds.feedburner.com/~s/sfoskett?i=http://blog.fosketts.net/2007/07/24/sailing-the-titanic-why-we-need-ilm-and-then-some/" type="text/javascript" charset="utf-8"></script><hr />
<p><small>© sfoskett for <a href="http://blog.fosketts.net">Stephen Foskett, Pack Rat</a>, 2007. |
<a href="http://blog.fosketts.net/2007/07/24/sailing-the-titanic-why-we-need-ilm-and-then-some/">Sailing the Titanic (Why We Need ILM and Then Some!)</a>
<br/>
This post was categorized as <a href="http://blog.fosketts.net/category/everything/enterprisestorage/" title="View all posts in Enterprise storage" rel="category tag">Enterprise storage</a>. Each of my categories has its own feed if you'd like to filter out or focus on posts like this.<br/>
</small></p>]]></content:encoded>
			<wfw:commentRss>http://blog.fosketts.net/2007/07/24/sailing-the-titanic-why-we-need-ilm-and-then-some/feed/</wfw:commentRss>
		<slash:comments>2</slash:comments>
		</item>
		<item>
		<title>Blogketing (re)Visited</title>
		<link>http://blog.fosketts.net/2007/07/23/blogketing-revisited/</link>
		<comments>http://blog.fosketts.net/2007/07/23/blogketing-revisited/#comments</comments>
		<pubDate>Mon, 23 Jul 2007 14:11:18 +0000</pubDate>
		<dc:creator>Stephen</dc:creator>
				<category><![CDATA[Enterprise storage]]></category>
		<category><![CDATA[Personal]]></category>
		<category><![CDATA[analysts]]></category>
		<category><![CDATA[blogketing]]></category>
		<category><![CDATA[EMC]]></category>
		<category><![CDATA[TechTarget]]></category>

		<guid isPermaLink="false">http://blog.fosketts.net/2007/07/23/blogketing-revisited/</guid>
		<description><![CDATA[The Storage Anarchist asks if corporate blogs are just so much marketing collateral. Well, to me, I always take them with a grain of salt. And not just those that directly emanate from a corporate domain name, either. Remember that Mr. Burke works for EMC and has blogged much more favorably about that company&#8217;s recent [...]]]></description>
			<content:encoded><![CDATA[<p><a rel="nofollow" href="http://thestorageanarchist.typepad.com/weblog/2007/07/0020-poll-corpo.html"  target="_blank">The Storage Anarchist</a> asks if corporate blogs are just so much marketing collateral.  Well, to me, I always take them with a grain of salt.  And not just <a href="http://blogs.hds.com/hu/"  target="_blank">those</a> that <a href="http://zcceaawspro03.zcce.compaq.com/blogs/ashutosh/"  target="_blank">directly emanate</a> from a <a href="http://marksblog.emc.com/"  target="_blank">corporate domain name</a>, either.  Remember that <a rel="nofollow" href="http://thestorageanarchist.typepad.com/weblog/"  target="_blank">Mr. Burke</a> works for EMC and has blogged <a rel="nofollow" href="http://thestorageanarchist.typepad.com/weblog/2007/07/0019-dmx-4-and-.html"  target="_blank">much more favorably</a> about that company&#8217;s recent announcements than the jaded industry insiders I talked to&#8230;  And then there&#8217;s EMC&#8217;s new <a rel="nofollow" href="http://oraclestorageguy.typepad.com/my_weblog/"  target="_blank">Oracle Storage Guy</a>&#8230;</p>
<p>Let&#8217;s back up (metaphorically speaking)&#8230;  I&#8217;ve been writing and speaking on the topic of enterprise storage for most of this decade, and I&#8217;ve learned a few things.  First is that you <em>always </em>have to take the things that industry insiders say with a grain of salt.  I&#8217;m really good friends with a lot of these guys, and am not trying to impugn their personal integrity.  But when the existence of your paycheck, and thus your house, food, car, family, etc, hangs in the balance you tend not to shake the trees too hard.</p>
<p>Most people find an easy middle ground by simply easing off their invective on topics that will get them in trouble.  Let&#8217;s say you worked for EMC and had your own blog.  Would <em>you</em> go around saying that the DMX-4 announcment was unimpressive?  Or if you worked for Hitachi, would <em>you</em> go out of your way to point out that thin provisioning isn&#8217;t widely available yet?  No, you&#8217;d simply point out the parts of the announcements that you did approve of, and skip the rest.</p>
<p>The same happens in the analyst world.  <a rel="nofollow" href="http://esgblogs.typepad.com/steves_it_rants/"  target="_blank">These guys</a> are <a rel="nofollow" href="http://esgblogs.typepad.com/stor_wars/"  target="_blank">really good folks</a>, but when the time comes to respond to a question about some newfangled technology which just happens to be from a client company, you&#8217;re going to figure out a way to phrase your answer positively. It&#8217;s cynical, and really not entirely truthful, to say they&#8217;re coin-operated.  Really, they&#8217;re just non-stupid&#8230;</p>
<p>But folks outside the industry have to understand where their information is coming from.  What&#8217;s the slant of the person talking to you?  Are they trying to promote a product?  A client?  A service?  Say what you want about <a href="http://www.drunkendata.com/"  target="_blank">Jon Toigo</a>, but at least he&#8217;s just trying to promote himself&#8230;</p>
<p>Seriously, though, another thing I&#8217;ve learned is that all of these people wouldn&#8217;t exist without the end-user community.  And <em>they </em>are the ones that really know  what works and what doesn&#8217;t, a point I tried to make back in the <a href="http://searchstorage.techtarget.com/magazineFeature/0,296894,sid5_gci1257828,00.html"  target="_blank">August 2004 issue of Storage magazine</a>&#8230;  Oops, there I go, promoting myself!</p>
<div id="crp_related"><h3>You might also want to read these other posts...</h3><ul><li><a href="http://blog.fosketts.net/2007/07/27/blogketing-ourselves/"  rel="bookmark" class="crp_title">Blogketing Ourselves</a></li><li><a href="http://blog.fosketts.net/2007/06/21/my-terabyte-house/"  rel="bookmark" class="crp_title">My terabyte house</a></li><li><a href="http://blog.fosketts.net/2007/08/01/chuck-hollis-gets-it/"  rel="bookmark" class="crp_title">Chuck Hollis Gets It!</a></li><li><a href="http://blog.fosketts.net/2009/04/14/emc-symmetrix-vmax-launch/"  rel="bookmark" class="crp_title">Tracking EMC&#8217;s Symmetrix V-Max Launch</a></li><li><a href="http://blog.fosketts.net/2008/05/13/hello-from-storage-decisions-chicago/"  rel="bookmark" class="crp_title">Hello from Storage Decisions Chicago</a></li></ul></div><script src="http://feeds.feedburner.com/~s/sfoskett?i=http://blog.fosketts.net/2007/07/23/blogketing-revisited/" type="text/javascript" charset="utf-8"></script><hr />
<p><small>© sfoskett for <a href="http://blog.fosketts.net">Stephen Foskett, Pack Rat</a>, 2007. |
<a href="http://blog.fosketts.net/2007/07/23/blogketing-revisited/">Blogketing (re)Visited</a>
<br/>
This post was categorized as <a href="http://blog.fosketts.net/category/everything/enterprisestorage/" title="View all posts in Enterprise storage" rel="category tag">Enterprise storage</a>, <a href="http://blog.fosketts.net/category/everything/personal/" title="View all posts in Personal" rel="category tag">Personal</a>. Each of my categories has its own feed if you'd like to filter out or focus on posts like this.<br/>
</small></p>]]></content:encoded>
			<wfw:commentRss>http://blog.fosketts.net/2007/07/23/blogketing-revisited/feed/</wfw:commentRss>
		<slash:comments>6</slash:comments>
		</item>
	</channel>
</rss>

