<?xml version="1.0" encoding="UTF-8"?><!-- generator="wordpress/2.6.5" -->
<rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	xmlns:dc="http://purl.org/dc/elements/1.1/"
	>
<channel>
	<title>Comments on: Pythian in eWeek, the backstory</title>
	<link>http://www.pythian.com/blogs/1083/pythian-in-eweek-the-backstory</link>
	<description>News and views from Pythian DBAs</description>
	<pubDate>Thu,  4 Dec 2008 21:21:22 +0000</pubDate>
	<generator>http://wordpress.org/?v=2.6.5</generator>
		<item>
		<title>By: Brian Prince</title>
		<link>http://www.pythian.com/blogs/1083/pythian-in-eweek-the-backstory#comment-223765</link>
		<dc:creator>Brian Prince</dc:creator>
		<pubDate>Tue, 24 Jun 2008 17:14:35 +0000</pubDate>
		<guid>http://www.pythian.com/blogs/1083/pythian-in-eweek-the-backstory#comment-223765</guid>
		<description>Hello all. I appreciate your responses and the fact as well as Paul acknowledging that journalism involves getting multiple points of view into a story. As you mention, it does involve deciding what parts of a response to include and exclude. I would like to add that the story did indeed have a pre-established focus. It was always intended to be about some things enterprises should consider if they are thinking about using a remote DBA. To do that, I leaned on the opinions of analysts as well as information about the services firms such as Pythian offer. Certainly, I think some of the statements are open to debate, and hopefully will spark conversations among those considering remote database administration. 
Regards, Brian Price, eWEEK</description>
		<content:encoded><![CDATA[<p>Hello all. I appreciate your responses and the fact as well as Paul acknowledging that journalism involves getting multiple points of view into a story. As you mention, it does involve deciding what parts of a response to include and exclude. I would like to add that the story did indeed have a pre-established focus. It was always intended to be about some things enterprises should consider if they are thinking about using a remote DBA. To do that, I leaned on the opinions of analysts as well as information about the services firms such as Pythian offer. Certainly, I think some of the statements are open to debate, and hopefully will spark conversations among those considering remote database administration.<br />
Regards, Brian Price, eWEEK</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Shakir Sadikali</title>
		<link>http://www.pythian.com/blogs/1083/pythian-in-eweek-the-backstory#comment-223144</link>
		<dc:creator>Shakir Sadikali</dc:creator>
		<pubDate>Mon, 23 Jun 2008 15:22:04 +0000</pubDate>
		<guid>http://www.pythian.com/blogs/1083/pythian-in-eweek-the-backstory#comment-223144</guid>
		<description>What i find amusing is that these highly regarded analysts are still holding to their "traditional" view of an outsourced resource.  Aren't these the very people who are meant to analyze and bring to light the new and cool?  If outsourced DBAs were cut of the same cloth as outsourced call-center personnel, i could see how these archaic views could persist.  It's obvious that these analysts haven't taken the time to really understand the offering Pythian has on the table or the work that we actually do.  There's a significant difference in the mandate and the demands placed on us.

Also, seriously, are you as a senior analyst, implying that the greatest correlation to a databases' importance to a business the amount of disk it uses?  Are you also suggesting that maintaining a database system is purely a function of it's size?  This illustrates the sheer naivety of the analyst.  Noel, to put it simply, the ability of a company to handle anything is a direct function of the quality of its employees and the maturity of it's processes.  Not it's headcount.</description>
		<content:encoded><![CDATA[<p>What i find amusing is that these highly regarded analysts are still holding to their &#8220;traditional&#8221; view of an outsourced resource.  Aren&#8217;t these the very people who are meant to analyze and bring to light the new and cool?  If outsourced DBAs were cut of the same cloth as outsourced call-center personnel, i could see how these archaic views could persist.  It&#8217;s obvious that these analysts haven&#8217;t taken the time to really understand the offering Pythian has on the table or the work that we actually do.  There&#8217;s a significant difference in the mandate and the demands placed on us.</p>
<p>Also, seriously, are you as a senior analyst, implying that the greatest correlation to a databases&#8217; importance to a business the amount of disk it uses?  Are you also suggesting that maintaining a database system is purely a function of it&#8217;s size?  This illustrates the sheer naivety of the analyst.  Noel, to put it simply, the ability of a company to handle anything is a direct function of the quality of its employees and the maturity of it&#8217;s processes.  Not it&#8217;s headcount.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: PaulM</title>
		<link>http://www.pythian.com/blogs/1083/pythian-in-eweek-the-backstory#comment-221821</link>
		<dc:creator>PaulM</dc:creator>
		<pubDate>Sat, 21 Jun 2008 11:24:28 +0000</pubDate>
		<guid>http://www.pythian.com/blogs/1083/pythian-in-eweek-the-backstory#comment-221821</guid>
		<description>The article sounds like a classic fear and doubt piece. Using analyst's quotes as an appeal to authority.

Go read this article from March 2007.
http://www.pythian.com/blogs/404/working-as-an-onsite-dba-together-with-pythian

Some numbers have changed, it is not 23 Senior DBAs it is 60+, It is not 150K past resolutions it is now 210K. Nothing else has changed. Following the sun with service is actually even better now as well with Pythian European office now online and a Dubai office as well.

You know what... personally my job is easier than 15 months ago since I wrote that article.  That is a big plus for me a bigger plus for all Pythian's customers. Less time on reactive/emergency work more time for proactive and project work.

Have Fun.

Paul</description>
		<content:encoded><![CDATA[<p>The article sounds like a classic fear and doubt piece. Using analyst&#8217;s quotes as an appeal to authority.</p>
<p>Go read this article from March 2007.<br />
<a href="http://www.pythian.com/blogs/404/working-as-an-onsite-dba-together-with-pythian" rel="nofollow">http://www.pythian.com/blogs/404/working-as-an-onsite-dba-together-with-pythian</a></p>
<p>Some numbers have changed, it is not 23 Senior DBAs it is 60+, It is not 150K past resolutions it is now 210K. Nothing else has changed. Following the sun with service is actually even better now as well with Pythian European office now online and a Dubai office as well.</p>
<p>You know what&#8230; personally my job is easier than 15 months ago since I wrote that article.  That is a big plus for me a bigger plus for all Pythian&#8217;s customers. Less time on reactive/emergency work more time for proactive and project work.</p>
<p>Have Fun.</p>
<p>Paul</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Alex Gorbachev</title>
		<link>http://www.pythian.com/blogs/1083/pythian-in-eweek-the-backstory#comment-221503</link>
		<dc:creator>Alex Gorbachev</dc:creator>
		<pubDate>Sat, 21 Jun 2008 00:09:34 +0000</pubDate>
		<guid>http://www.pythian.com/blogs/1083/pythian-in-eweek-the-backstory#comment-221503</guid>
		<description>I read the eWeek source and I can't resist commenting on some absolute nonsense...

&lt;i&gt;If their processes are not streamlined and efficient, the cost savings are not real because you are not really getting a DBA expert…you are only getting an off-site database monitoring service with some automated report generation and very basic troubleshooting.&lt;/i&gt;

While having the right processes in place is an absolute must for any business to function effectively, you can't make your DBA's going beyond "some automated report generation and very basic troubleshooting" simply by applying the processes. For that you need first-class production engineers with deep technical knowledge in the subject area. It's people who actually go beyond and further one extra mile... or two.

&lt;i&gt;The smaller pure-play vendors tend to focus solely on remote database administration, and may best suit databases less than 500 GB in size, according to Forrester Research analyst Noel Yuhanna. The larger companies, meanwhile, can support databases into terabytes, he added.&lt;/i&gt;

This is absolute nonsense! Plus, who counts Gigabytes these days? I can't put it better than Paul did -- "Some of the systems we manage have &lt;b&gt;downtime costs in the six figures per hour range&lt;/b&gt;, so this is the standard of care that we have implemented as a result."

&lt;i&gt;"Organizations should have well-defined, documented databases and applications before considering (remote database administration)," Yuhanna said. "You don't expect remote DBA providers to fix your car if the car is already broken. Ensure that the car is running properly with zero issues—it's documented on steps to perform if there are issues—and how it integrates with other databases and applications."&lt;/i&gt;

Oh boy... if only Noel Yuhanna knew in what state some companies are coming on board and how much success we have there, he would completely change his mind!
Fixing broken cars -- this is what we do all the time for the new clients -- they often come with and because of their critical unresolvable problems! They are looking for a champion, a hero to save them *now* and keep afloat in the future.
It's a job of a production engineer to fix, optimize and run the car as efficient as possible. Indeed very few people fix and service their cars themselves these days.

And I fully agree with Paul -- remote DBA service providers are not all alike. You do want to choose a good mechanic to service your car and it's even more true in remote DBA services.

Paul, indeed, it's an interesting to see what's been extracted from this interview. Thanks for sharing that!</description>
		<content:encoded><![CDATA[<p>I read the eWeek source and I can&#8217;t resist commenting on some absolute nonsense&#8230;</p>
<p><i>If their processes are not streamlined and efficient, the cost savings are not real because you are not really getting a DBA expert…you are only getting an off-site database monitoring service with some automated report generation and very basic troubleshooting.</i></p>
<p>While having the right processes in place is an absolute must for any business to function effectively, you can&#8217;t make your DBA&#8217;s going beyond &#8220;some automated report generation and very basic troubleshooting&#8221; simply by applying the processes. For that you need first-class production engineers with deep technical knowledge in the subject area. It&#8217;s people who actually go beyond and further one extra mile&#8230; or two.</p>
<p><i>The smaller pure-play vendors tend to focus solely on remote database administration, and may best suit databases less than 500 GB in size, according to Forrester Research analyst Noel Yuhanna. The larger companies, meanwhile, can support databases into terabytes, he added.</i></p>
<p>This is absolute nonsense! Plus, who counts Gigabytes these days? I can&#8217;t put it better than Paul did &#8212; &#8220;Some of the systems we manage have <b>downtime costs in the six figures per hour range</b>, so this is the standard of care that we have implemented as a result.&#8221;</p>
<p><i>&#8220;Organizations should have well-defined, documented databases and applications before considering (remote database administration),&#8221; Yuhanna said. &#8220;You don&#8217;t expect remote DBA providers to fix your car if the car is already broken. Ensure that the car is running properly with zero issues—it&#8217;s documented on steps to perform if there are issues—and how it integrates with other databases and applications.&#8221;</i></p>
<p>Oh boy&#8230; if only Noel Yuhanna knew in what state some companies are coming on board and how much success we have there, he would completely change his mind!<br />
Fixing broken cars &#8212; this is what we do all the time for the new clients &#8212; they often come with and because of their critical unresolvable problems! They are looking for a champion, a hero to save them *now* and keep afloat in the future.<br />
It&#8217;s a job of a production engineer to fix, optimize and run the car as efficient as possible. Indeed very few people fix and service their cars themselves these days.</p>
<p>And I fully agree with Paul &#8212; remote DBA service providers are not all alike. You do want to choose a good mechanic to service your car and it&#8217;s even more true in remote DBA services.</p>
<p>Paul, indeed, it&#8217;s an interesting to see what&#8217;s been extracted from this interview. Thanks for sharing that!</p>
]]></content:encoded>
	</item>
</channel>
</rss>
