<?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: The Joy of SAS Enterprise Guide</title>
	<atom:link href="http://www.freakalytics.com/2007/09/26/the-joy-of-sas-enterprise-guide/feed/" rel="self" type="application/rss+xml" />
	<link>http://www.freakalytics.com/2007/09/26/the-joy-of-sas-enterprise-guide/</link>
	<description>Rapid Analytics to Explore, Understand, Communicate and Act™</description>
	<lastBuildDate>Wed, 11 Aug 2010 18:52:16 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.0.1</generator>
	<item>
		<title>By: joe martin</title>
		<link>http://www.freakalytics.com/2007/09/26/the-joy-of-sas-enterprise-guide/comment-page-1/#comment-422</link>
		<dc:creator>joe martin</dc:creator>
		<pubDate>Wed, 04 Aug 2010 13:58:06 +0000</pubDate>
		<guid isPermaLink="false">http://stephenmcdaniel.us/2007/09/26/the-joy-of-sas-enterprise-guide/#comment-422</guid>
		<description>HI, I read your comments on EG with interest. It is a great tool, but when thye server is remote it takes so long to open wide datasets that I find it almost unusable - have you not had this problem? Eg a data set with  100 columns with a numeric &quot;1&quot; in each takes 18 second to opne and as much to scroll down.  Everything else works fine (eg scrolling though logs). Or have I got something set wrong?

joe</description>
		<content:encoded><![CDATA[<p>HI, I read your comments on EG with interest. It is a great tool, but when thye server is remote it takes so long to open wide datasets that I find it almost unusable &#8211; have you not had this problem? Eg a data set with  100 columns with a numeric &#8220;1&#8243; in each takes 18 second to opne and as much to scroll down.  Everything else works fine (eg scrolling though logs). Or have I got something set wrong?</p>
<p>joe</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Stephen McDaniel</title>
		<link>http://www.freakalytics.com/2007/09/26/the-joy-of-sas-enterprise-guide/comment-page-1/#comment-402</link>
		<dc:creator>Stephen McDaniel</dc:creator>
		<pubDate>Mon, 28 Jun 2010 13:32:46 +0000</pubDate>
		<guid isPermaLink="false">http://stephenmcdaniel.us/2007/09/26/the-joy-of-sas-enterprise-guide/#comment-402</guid>
		<description>Hi Sabrina,

Thanks for your thoughts.  Let me attempt to summarize and reply to your 
concerns:

1)      EG has provided an experience that did not meet your initial 
expectations.  In fact, you have been underwhelmed relative to your 
expectations.

2) EG takes a long time to run.  EG is mainly a front-end to your SAS server, 
latency is typically experienced for server start-up, large log files to 
return and large output datasets to be returned.  Also, upon closing projects with many datasets, there is a lag as EG determines how to clean up after the project.

That said, EG is not any slower than local or server SAS via direct 
connection.  Often people attribute slowness to EG that is frequently related to growth in users with the addition of EG or server processes that, of which they are unaware.

3) EG is an insult to experienced SAS programmers.  I would strongly disagree with you.  In fact, I would be happy to stack my SAS programming skills head-to-head with anyone in the SAS programming world.  I have worked in many companies using SAS for hand-coded data warehouses, innumerable analytic data prep programs, simulation, non-standard statistical analysis (not available in PROC&#039;s), macro library development, statistical programming, complex SAS GRAPHs, forecasting, old-school AF and FSP development and many other areas. 

I have rummaged through almost every SAS v 6 and v 8 SAS manual at some point to solve various problems.  I have personally spent time training at least 50-60 SAS programmers over the years and I understand the time needed to become proficient and expert at SAS programming, even in a small fraction of SAS traditional capabilities.

I only state all of this to show that I am a very experienced programmer and I have also taken the time to master EG.  I can state emphatically that EG can replace 80% of the code I have ever written and in much less time than I could write it.

I once met with an author of many SAS books and he said something similar to your statement.  This is a person for whom I have great respect.  I respectfully told them they were wrong and I wanted the chance to show them. 

They pulled one of their books off the shelf and opened to a problem in the 
middle, stating &quot;EG can&#039;t do this!&quot;  I asked how long it would take them, as 
the author of this book, to write the code at the moment.  They said around 5 minutes.  I then asked for the data and opened EG.  I solved the problem in the book in around 2 minutes.

They were incredulous and opened another example from another book.  Same question, they stated they could do it in 3 or 4 minutes.  I solved it about 2 minutes with EG.

Having said all of this, there are many times that I work with EG projects to 
radically clean them up- both in verbosity and in efficiency.  However, I was 
able to explore multiple analysis paths with EG in a much shorter time than 
writing all code from scratch.


4) &quot;If you make a tiny mistake and it runs infinite, you cannot stop it with 
the stop button anywhere. You have to abort it with task manger and try it 
new.&quot;

This is a weakness, but one of how the 1st generation SAS client-server 
architecture behaves, but appears to users as an EG shortcoming.  This has been addressed in SAS 9.2 and was somewhat better in EG 4.1/SAS 9.1.3.


5) &quot;If you missed out saving it, you even need to remember the whole code.&quot;

I agree; I save religiously using simple version numbers and cleaning up 
afterwards.  EG 4.2 has a new auto-save project feature.


6) &quot;I would not mind its exisence. It&#039;s great for non programmers.&quot;

I agree, in fact this is why it was initially created.  Why should someone 
need to learn SAS programming to create a report, run a regression, etc.?  In fact, this has been a big savior for SAS in my many visits to SAS customers.  To be blunt, SAS wouldn&#039;t be in 20-30% of all companies without it and I think this is a low estimate.  Strong SAS programmers, while very valuable, are very hard to find and are typically bored working in a business group.  They need a central team of comrades to be happy and have variety in their work.  EG often allows these central teams to even exist and to offload mundane projects into the business.

7) &quot;They just need to click click and they can call themself as programmers. 
But then the experienced programmer needs to fix their mess they made.&quot;

I have yet to meet an EG jockey that thought they were a &quot;programmer&quot;.  They usually call themselves an &quot;analyst&quot; or something similar.  That said, I think solid, personable programmers could immensely help heavy EG users with learning good data management practices, understanding how macros could be wrapped around EG projects, etc.  You as the expert programmer are presumably an expert to enable business success, spending 10-15% of your time educating the masses of casual users will likely yield very large returns in my experience.

Also, many EG analysts would be horrible programmers, but they are often much better analysts than many SAS programmers in my experience.  Why?  Because they understand the subject matter of the data being analyzed and they can communicate the results in an actionable manner to the business owners.  This is why you see very few &quot;SAS Programmer&quot; jobs in lines of business, because they are very focused on the details necessary for strong programming and not focused enough on the business needs and finding rapid answers to them.


8) Bundling it wit Enterprise Miner is just a taktic like buy one get 2. 
Nobody I work with is actually using it.

I know the people who manage EM development and the rationale for adding EG was nothing like your statement.  It really boiled down to the need for analytic data prep, plain and simple.  If you have EM, you can totally avoid EG with Code Nodes if you prefer, but I would say you are overlooking a valuable tool for rapidly building analytic datasets.  Also, there are many GRAPH and STAT PROCs that are very complex to write that EG can save you tremendous amounts of time to create, just like the EM point and click.  I have used EM combined with EG at several companies and think it is the best data mining toolkit anywhere, if money is no object.

All the best,
Stephen McDaniel</description>
		<content:encoded><![CDATA[<p>Hi Sabrina,</p>
<p>Thanks for your thoughts.  Let me attempt to summarize and reply to your<br />
concerns:</p>
<p>1)      EG has provided an experience that did not meet your initial<br />
expectations.  In fact, you have been underwhelmed relative to your<br />
expectations.</p>
<p>2) EG takes a long time to run.  EG is mainly a front-end to your SAS server,<br />
latency is typically experienced for server start-up, large log files to<br />
return and large output datasets to be returned.  Also, upon closing projects with many datasets, there is a lag as EG determines how to clean up after the project.</p>
<p>That said, EG is not any slower than local or server SAS via direct<br />
connection.  Often people attribute slowness to EG that is frequently related to growth in users with the addition of EG or server processes that, of which they are unaware.</p>
<p>3) EG is an insult to experienced SAS programmers.  I would strongly disagree with you.  In fact, I would be happy to stack my SAS programming skills head-to-head with anyone in the SAS programming world.  I have worked in many companies using SAS for hand-coded data warehouses, innumerable analytic data prep programs, simulation, non-standard statistical analysis (not available in PROC&#8217;s), macro library development, statistical programming, complex SAS GRAPHs, forecasting, old-school AF and FSP development and many other areas. </p>
<p>I have rummaged through almost every SAS v 6 and v 8 SAS manual at some point to solve various problems.  I have personally spent time training at least 50-60 SAS programmers over the years and I understand the time needed to become proficient and expert at SAS programming, even in a small fraction of SAS traditional capabilities.</p>
<p>I only state all of this to show that I am a very experienced programmer and I have also taken the time to master EG.  I can state emphatically that EG can replace 80% of the code I have ever written and in much less time than I could write it.</p>
<p>I once met with an author of many SAS books and he said something similar to your statement.  This is a person for whom I have great respect.  I respectfully told them they were wrong and I wanted the chance to show them. </p>
<p>They pulled one of their books off the shelf and opened to a problem in the<br />
middle, stating &#8220;EG can&#8217;t do this!&#8221;  I asked how long it would take them, as<br />
the author of this book, to write the code at the moment.  They said around 5 minutes.  I then asked for the data and opened EG.  I solved the problem in the book in around 2 minutes.</p>
<p>They were incredulous and opened another example from another book.  Same question, they stated they could do it in 3 or 4 minutes.  I solved it about 2 minutes with EG.</p>
<p>Having said all of this, there are many times that I work with EG projects to<br />
radically clean them up- both in verbosity and in efficiency.  However, I was<br />
able to explore multiple analysis paths with EG in a much shorter time than<br />
writing all code from scratch.</p>
<p>4) &#8220;If you make a tiny mistake and it runs infinite, you cannot stop it with<br />
the stop button anywhere. You have to abort it with task manger and try it<br />
new.&#8221;</p>
<p>This is a weakness, but one of how the 1st generation SAS client-server<br />
architecture behaves, but appears to users as an EG shortcoming.  This has been addressed in SAS 9.2 and was somewhat better in EG 4.1/SAS 9.1.3.</p>
<p>5) &#8220;If you missed out saving it, you even need to remember the whole code.&#8221;</p>
<p>I agree; I save religiously using simple version numbers and cleaning up<br />
afterwards.  EG 4.2 has a new auto-save project feature.</p>
<p>6) &#8220;I would not mind its exisence. It&#8217;s great for non programmers.&#8221;</p>
<p>I agree, in fact this is why it was initially created.  Why should someone<br />
need to learn SAS programming to create a report, run a regression, etc.?  In fact, this has been a big savior for SAS in my many visits to SAS customers.  To be blunt, SAS wouldn&#8217;t be in 20-30% of all companies without it and I think this is a low estimate.  Strong SAS programmers, while very valuable, are very hard to find and are typically bored working in a business group.  They need a central team of comrades to be happy and have variety in their work.  EG often allows these central teams to even exist and to offload mundane projects into the business.</p>
<p>7) &#8220;They just need to click click and they can call themself as programmers.<br />
But then the experienced programmer needs to fix their mess they made.&#8221;</p>
<p>I have yet to meet an EG jockey that thought they were a &#8220;programmer&#8221;.  They usually call themselves an &#8220;analyst&#8221; or something similar.  That said, I think solid, personable programmers could immensely help heavy EG users with learning good data management practices, understanding how macros could be wrapped around EG projects, etc.  You as the expert programmer are presumably an expert to enable business success, spending 10-15% of your time educating the masses of casual users will likely yield very large returns in my experience.</p>
<p>Also, many EG analysts would be horrible programmers, but they are often much better analysts than many SAS programmers in my experience.  Why?  Because they understand the subject matter of the data being analyzed and they can communicate the results in an actionable manner to the business owners.  This is why you see very few &#8220;SAS Programmer&#8221; jobs in lines of business, because they are very focused on the details necessary for strong programming and not focused enough on the business needs and finding rapid answers to them.</p>
<p> <img src='http://www.freakalytics.com/blog/wp-includes/images/smilies/icon_cool.gif' alt='8)' class='wp-smiley' /> Bundling it wit Enterprise Miner is just a taktic like buy one get 2.<br />
Nobody I work with is actually using it.</p>
<p>I know the people who manage EM development and the rationale for adding EG was nothing like your statement.  It really boiled down to the need for analytic data prep, plain and simple.  If you have EM, you can totally avoid EG with Code Nodes if you prefer, but I would say you are overlooking a valuable tool for rapidly building analytic datasets.  Also, there are many GRAPH and STAT PROCs that are very complex to write that EG can save you tremendous amounts of time to create, just like the EM point and click.  I have used EM combined with EG at several companies and think it is the best data mining toolkit anywhere, if money is no object.</p>
<p>All the best,<br />
Stephen McDaniel</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Sabrina Setlur</title>
		<link>http://www.freakalytics.com/2007/09/26/the-joy-of-sas-enterprise-guide/comment-page-1/#comment-401</link>
		<dc:creator>Sabrina Setlur</dc:creator>
		<pubDate>Fri, 25 Jun 2010 11:04:38 +0000</pubDate>
		<guid isPermaLink="false">http://stephenmcdaniel.us/2007/09/26/the-joy-of-sas-enterprise-guide/#comment-401</guid>
		<description>EG is crap. It takes to long to run and it is an insult to experienced SAS programmers. Furthermore it is crap to develop code with loops and so on. If you make a tiny mistake and it runs infinite, you cannot stop it with the stop button anywhere. You have to abort it with task manger and try it new. If you missed out saving it, you even need to remember the whole code. I would not mind its exisence. Its great for non programmers. They just need to click click and they can call themself as programmers. But then the experienced programmer need to fix their mess they made. And convincing the management just istalling EG and force everyone to use it is horrendous. Management normally do not have technical skills, so they would not even notice the difference.

Bundling it wit Enterprise Miner is just a taktic like buy one get 2. Nobody I work with is actually using it.</description>
		<content:encoded><![CDATA[<p>EG is crap. It takes to long to run and it is an insult to experienced SAS programmers. Furthermore it is crap to develop code with loops and so on. If you make a tiny mistake and it runs infinite, you cannot stop it with the stop button anywhere. You have to abort it with task manger and try it new. If you missed out saving it, you even need to remember the whole code. I would not mind its exisence. Its great for non programmers. They just need to click click and they can call themself as programmers. But then the experienced programmer need to fix their mess they made. And convincing the management just istalling EG and force everyone to use it is horrendous. Management normally do not have technical skills, so they would not even notice the difference.</p>
<p>Bundling it wit Enterprise Miner is just a taktic like buy one get 2. Nobody I work with is actually using it.</p>
]]></content:encoded>
	</item>
</channel>
</rss>
