This board is a wonderful resource. Thanks to all.
I am new to SAS (and don't even do this full-time), so be gentle (please).
At work, we have SAS 6.12 and do NOT have a license for SAS' excessively pricey Client IDE. It is a small shop here and budgets are thin.
I am currently using TEXTPAD with SAS syntax highlighting for coding development. This tool does little more than syntax highlighting. (The other two people who do some occasional SAS development here use Notepad !!!).
I am in need something that does much more. I have other programming experience in SQL Server and Visual Basic and have been spoiled by their rich IDE.
The only tools I found out there are UltraEdit (which seems to do the same thing as TextPad) and ASAP by ComplementSoft. What else is out there other than ASAP? What are people using? Any advice? Hints? Suggestions?
Kindly advise. I did try to search around before posting and was unable to find an article discussing this in detail. If someone can help me find one, that might suffice as well......
Sober Hi wrote: > This board is a wonderful resource. Thanks to all.
> I am currently using TEXTPAD with SAS syntax highlighting for coding > development. This tool does little more than syntax highlighting. (The > other two people who do some occasional SAS development here use > Notepad !!!).
In this same camp there is Nedit, Emacs, Kedit,... you name it. Search the archives (http://www.listserv.uga.edu/archives/sas-l.html) for prior threads regarding best text editor for sas. Me? I don't need no stinking ide ;) [but I do use UltraEdit]
On Thu, 3 Jun 2004 08:07:49 -0700, Sober Hi <sobe...@YAHOO.COM> wrote: >This board is a wonderful resource. Thanks to all.
>I am new to SAS (and don't even do this full-time), so be gentle >(please).
>At work, we have SAS 6.12 and do NOT have a license for SAS' >excessively pricey Client IDE. It is a small shop here and budgets are >thin.
>I am currently using TEXTPAD with SAS syntax highlighting for coding >development. This tool does little more than syntax highlighting. (The >other two people who do some occasional SAS development here use >Notepad !!!).
>I am in need something that does much more. I have other programming >experience in SQL Server and Visual Basic and have been spoiled by >their rich IDE.
>The only tools I found out there are UltraEdit (which seems to do the >same thing as TextPad) and ASAP by ComplementSoft. What else is out >there other than ASAP? What are people using? Any advice? Hints? >Suggestions?
>Kindly advise. I did try to search around before posting and was >unable to find an article discussing this in detail. If someone can >help me find one, that might suffice as well......
>Thanks in advance.....
>Soberhi
Surely, if sas6.12 is licensed then you can use sas display manager?
If your sas server is on unix, and you don't get an x-windows emulator, you could use the sas learning edition (~$100) for code development and testing on windows, before uploading to unix. SAS also ship a JDMS at no extra charge, but you would need to be able to address your sas server from a java window
Sober Hi <sobe...@YAHOO.COM> wrote: >This board is a wonderful resource. Thanks to all.
>I am new to SAS (and don't even do this full-time), so be gentle >(please).
>At work, we have SAS 6.12 and do NOT have a license for SAS' >excessively pricey Client IDE. It is a small shop here and budgets are >thin.
>I am currently using TEXTPAD with SAS syntax highlighting for coding >development. This tool does little more than syntax highlighting. (The >other two people who do some occasional SAS development here use >Notepad !!!).
>I am in need something that does much more. I have other programming >experience in SQL Server and Visual Basic and have been spoiled by >their rich IDE.
>The only tools I found out there are UltraEdit (which seems to do the >same thing as TextPad) and ASAP by ComplementSoft. What else is out >there other than ASAP? What are people using? Any advice? Hints? >Suggestions?
>Kindly advise. I did try to search around before posting and was >unable to find an article discussing this in detail. If someone can >help me find one, that might suffice as well......
Notepad? Ick.
If you don't like working in the SAS Display Manager to do your coding, may want to look farther afield. Some of the serious unix-heads use Emacs as an IDE, opening multiple windows to run source and monitor results as they go. But you have to like Emacs first to consider this. There are plenty of programming tools which allow you to code, then execute the code and examine the results, while remaining in the tool.
I personally don't use an IDE at all, and I program in whatever happens to be avaiable on whichever box I am at. But that's just me. I know a SAS developer who programs on his own linux box using the vi-mode of Emacs. But that's excessive. :-)
HTH, David -- David Cassell, CSC Cassell.Da...@epa.gov Senior computing specialist mathematical statistician
-----Original Message----- From: SAS(r) Discussion [mailto:SA...@LISTSERV.UGA.EDU] On Behalf Of
Sober Hi Sent: Thursday, June 03, 2004 8:08 AM To: SA...@LISTSERV.UGA.EDU Subject: SAS IDE Development Environment
This board is a wonderful resource. Thanks to all.
I am new to SAS (and don't even do this full-time), so be gentle (please).
At work, we have SAS 6.12 and do NOT have a license for SAS' excessively pricey Client IDE. It is a small shop here and budgets are thin.
I am currently using TEXTPAD with SAS syntax highlighting for coding development. This tool does little more than syntax highlighting. (The other two people who do some occasional SAS development here use Notepad !!!).
I am in need something that does much more. I have other programming experience in SQL Server and Visual Basic and have been spoiled by their rich IDE.
The only tools I found out there are UltraEdit (which seems to do the same thing as TextPad) and ASAP by ComplementSoft. What else is out there other than ASAP? What are people using? Any advice? Hints? Suggestions?
Kindly advise. I did try to search around before posting and was unable to find an article discussing this in detail. If someone can help me find one, that might suffice as well......
There was an implication at the Futures Forum at the recent SUGI that the latest version of the editor has some "IntelliSense"-like features (listing the possible parameters for a function call, for example), but I haven't seen it in action.
SAS is a member of the Eclipse board, so maybe some of that technology will show up eventually (but ptobably not soon).
-- JackHamil...@FirstHealth.com Manager, Technical Development Metrics Department, First Health West Sacramento, California USA
>>> "Pardee, Roy" <parde...@GHC.ORG> 06/03/2004 9:48 AM >>>
Gosh, does even the enhanced SAS editor really compare to vs.net? I'd be surprised...
Personally, I get pretty good mileage out of UltraEdit & a couple of wsh scripts for submitting jobs & trolling logs for errors...
-----Original Message----- From: SAS(r) Discussion [mailto:SA...@LISTSERV.UGA.EDU] On Behalf Of
Sober Hi Sent: Thursday, June 03, 2004 8:08 AM To: SA...@LISTSERV.UGA.EDU Subject: SAS IDE Development Environment
This board is a wonderful resource. Thanks to all.
I am new to SAS (and don't even do this full-time), so be gentle (please).
At work, we have SAS 6.12 and do NOT have a license for SAS' excessively pricey Client IDE. It is a small shop here and budgets are thin.
I am currently using TEXTPAD with SAS syntax highlighting for coding development. This tool does little more than syntax highlighting. (The other two people who do some occasional SAS development here use Notepad !!!).
I am in need something that does much more. I have other programming experience in SQL Server and Visual Basic and have been spoiled by their rich IDE.
The only tools I found out there are UltraEdit (which seems to do the same thing as TextPad) and ASAP by ComplementSoft. What else is out there other than ASAP? What are people using? Any advice? Hints? Suggestions?
Kindly advise. I did try to search around before posting and was unable to find an article discussing this in detail. If someone can help me find one, that might suffice as well......
I think Jack hit it. The "IntelliSense"-like behavior is what the SAS tools miss for me. I prefer UltraEdit even though the Enhanced Editor does a bit better job of highlighting. Perhaps I am missing an updated word file for UE, but I have not been able to modify what I have to highlight comments vs PROC TABULATE *'s correctly.
Nevertheless, the real power of the M$ IDE's lie in the help with syntax.
> -----Original Message----- > From: Jack Hamilton [mailto:JackHamil...@FIRSTHEALTH.COM] > Sent: Thursday, June 03, 2004 11:53 AM > Subject: Re: SAS IDE Development Environment
> There was an implication at the Futures Forum at the recent SUGI that > the latest version of the editor has some "IntelliSense"-like features > (listing the possible parameters for a function call, for example), but > I haven't seen it in action.
> SAS is a member of the Eclipse board, so maybe some of that technology > will show up eventually (but ptobably not soon).
> -- > JackHamil...@FirstHealth.com > Manager, Technical Development > Metrics Department, First Health > West Sacramento, California USA
> >>> "Pardee, Roy" <parde...@GHC.ORG> 06/03/2004 9:48 AM >>> > Gosh, does even the enhanced SAS editor really compare to vs.net? I'd > be surprised...
> Personally, I get pretty good mileage out of UltraEdit & a couple of > wsh > scripts for submitting jobs & trolling logs for errors...
> -----Original Message----- > From: SAS(r) Discussion [mailto:SA...@LISTSERV.UGA.EDU] On Behalf Of > Sober Hi > Sent: Thursday, June 03, 2004 8:08 AM > To: SA...@LISTSERV.UGA.EDU > Subject: SAS IDE Development Environment
> This board is a wonderful resource. Thanks to all.
> I am new to SAS (and don't even do this full-time), so be gentle > (please).
> At work, we have SAS 6.12 and do NOT have a license for SAS' > excessively > pricey Client IDE. It is a small shop here and budgets are thin.
> I am currently using TEXTPAD with SAS syntax highlighting for coding > development. This tool does little more than syntax highlighting. (The > other two people who do some occasional SAS development here use > Notepad > !!!).
> I am in need something that does much more. I have other programming > experience in SQL Server and Visual Basic and have been spoiled by > their > rich IDE.
> The only tools I found out there are UltraEdit (which seems to do the > same thing as TextPad) and ASAP by ComplementSoft. What else is out > there other than ASAP? What are people using? Any advice? Hints? > Suggestions?
> Kindly advise. I did try to search around before posting and was > unable > to find an article discussing this in detail. If someone can help me > find one, that might suffice as well......
I use Textpad set up to submit jobs in batch mode and keep the log and lst files open in additional windows. One alternative which has only been partially mentioned is to use Emacs or Xemacs with ESS (Emacs Speaks Statistics). I have only begun to dabble with it but it does appear to be a viable alternative. And Xemacs is somewhat less daunting to Mswin users that plain emacs or vi.
-----Original Message----- From: David L. Cassell [mailto:cassell.da...@EPAMAIL.EPA.GOV] Sent: Thursday, June 03, 2004 9:48 AM To: SA...@VM.MARIST.EDU Subject: Re: SAS IDE Development Environment
Sober Hi <sobe...@YAHOO.COM> wrote: >This board is a wonderful resource. Thanks to all.
>I am new to SAS (and don't even do this full-time), so be gentle >(please).
>At work, we have SAS 6.12 and do NOT have a license for SAS' >excessively pricey Client IDE. It is a small shop here and budgets are >thin.
>I am currently using TEXTPAD with SAS syntax highlighting for coding >development. This tool does little more than syntax highlighting. (The >other two people who do some occasional SAS development here use >Notepad !!!).
>I am in need something that does much more. I have other programming >experience in SQL Server and Visual Basic and have been spoiled by >their rich IDE.
>The only tools I found out there are UltraEdit (which seems to do the >same thing as TextPad) and ASAP by ComplementSoft. What else is out >there other than ASAP? What are people using? Any advice? Hints? >Suggestions?
>Kindly advise. I did try to search around before posting and was unable >to find an article discussing this in detail. If someone can help me >find one, that might suffice as well......
Notepad? Ick.
If you don't like working in the SAS Display Manager to do your coding, may want to look farther afield. Some of the serious unix-heads use Emacs as an IDE, opening multiple windows to run source and monitor results as they go. But you have to like Emacs first to consider this. There are plenty of programming tools which allow you to code, then execute the code and examine the results, while remaining in the tool.
I personally don't use an IDE at all, and I program in whatever happens to be avaiable on whichever box I am at. But that's just me. I know a SAS developer who programs on his own linux box using the vi-mode of Emacs. But that's excessive. :-)
HTH, David -- David Cassell, CSC Cassell.Da...@epa.gov Senior computing specialist mathematical statistician
IMHO, editor wars are most of the time are tempests in tea pots when it comes to SAS coding. SAS is an extremely concise language, and a programmer spends most of the time thinking about how to tell the machine what to do rather than typing instructions. Hence I concur with David that almost any editor will go except perhaps bone-dry Notepad... I do not like Brut, although it has its advantages as well. 6.12 SAS Program Editor offers enough, except perhaps tongue-specific highlighting. If you try to adhere to the following:
-- keep code consistently indented -- make code lines neither too long, nor too short -- separate logically independent portions of code and steps with blank lines or even *---------* ; -- use blanks around operators and before semicolons (thanks, Ian) for better instant visual comprehension (a = b, not a=b) -- close steps with RUN/QUIT statements -- become a line-up freak (i.e. instead of this:
A=.1; ABC=5.2; today=date(); Xy=256.32;
try this:
A = .1 ; ABC = 5.2 ; Xy = 256.32 ; today = date () ;
in my experience, there is not line-up effort that does not pay off later on),
and you will avoid needing many fancy editor features designed to cover for stylistic sloppiness. And good folks looking at your intellectual heritage will have no reason to suppress a surge of instinctive hostility towards an incognito. My $.02, anyway.
Kind regards, ------------------ Paul M. Dorfman Jacksonville, FL ------------------
> -----Original Message----- > From: SAS(r) Discussion [mailto:SA...@LISTSERV.UGA.EDU] On > Behalf Of Sober Hi > Sent: Thursday, June 03, 2004 11:08 AM > To: SA...@LISTSERV.UGA.EDU > Subject: SAS IDE Development Environment
> This board is a wonderful resource. Thanks to all.
> I am new to SAS (and don't even do this full-time), so be > gentle (please).
> At work, we have SAS 6.12 and do NOT have a license for SAS' > excessively pricey Client IDE. It is a small shop here and > budgets are thin.
> I am currently using TEXTPAD with SAS syntax highlighting for > coding development. This tool does little more than syntax > highlighting. (The other two people who do some occasional > SAS development here use Notepad !!!).
> I am in need something that does much more. I have other > programming experience in SQL Server and Visual Basic and > have been spoiled by their rich IDE.
> The only tools I found out there are UltraEdit (which seems > to do the same thing as TextPad) and ASAP by ComplementSoft. > What else is out there other than ASAP? What are people > using? Any advice? Hints? > Suggestions?
> Kindly advise. I did try to search around before posting and > was unable to find an article discussing this in detail. If > someone can help me find one, that might suffice as well......
Have you tried to get a group of programmers who haven't coded like you propose to start coding like that. LOL....I have tried and am still trying but let me tell ya it isn't easy and man o man you become very unpopular very fast. I have found its about as volatile as telling some one they need to restructure their data set so that the code will be less, neater in appearance, and easier to read.
-----Original Message----- From: SAS(r) Discussion [mailto:SA...@LISTSERV.UGA.EDU] On Behalf Of
Paul M. Dorfman Sent: Thursday, June 03, 2004 2:06 PM To: SA...@LISTSERV.UGA.EDU Subject: Re: SAS IDE Development Environment
Soberhi,
IMHO, editor wars are most of the time are tempests in tea pots when it comes to SAS coding. SAS is an extremely concise language, and a programmer spends most of the time thinking about how to tell the machine what to do rather than typing instructions. Hence I concur with David that almost any editor will go except perhaps bone-dry Notepad... I do not like Brut, although it has its advantages as well. 6.12 SAS Program Editor offers enough, except perhaps tongue-specific highlighting. If you try to adhere to the following:
-- keep code consistently indented -- make code lines neither too long, nor too short -- separate logically independent portions of code and steps with blank lines or even *---------* ; -- use blanks around operators and before semicolons (thanks, Ian) for better instant visual comprehension (a = b, not a=b) -- close steps with RUN/QUIT statements -- become a line-up freak (i.e. instead of this:
A=.1; ABC=5.2; today=date(); Xy=256.32;
try this:
A = .1 ; ABC = 5.2 ; Xy = 256.32 ; today = date () ;
in my experience, there is not line-up effort that does not pay off later on),
and you will avoid needing many fancy editor features designed to cover for stylistic sloppiness. And good folks looking at your intellectual heritage will have no reason to suppress a surge of instinctive hostility towards an incognito. My $.02, anyway.
Kind regards, ------------------ Paul M. Dorfman Jacksonville, FL ------------------
> -----Original Message----- > From: SAS(r) Discussion [mailto:SA...@LISTSERV.UGA.EDU] On > Behalf Of Sober Hi > Sent: Thursday, June 03, 2004 11:08 AM > To: SA...@LISTSERV.UGA.EDU > Subject: SAS IDE Development Environment
> This board is a wonderful resource. Thanks to all.
> I am new to SAS (and don't even do this full-time), so be > gentle (please).
> At work, we have SAS 6.12 and do NOT have a license for SAS' > excessively pricey Client IDE. It is a small shop here and > budgets are thin.
> I am currently using TEXTPAD with SAS syntax highlighting for > coding development. This tool does little more than syntax > highlighting. (The other two people who do some occasional > SAS development here use Notepad !!!).
> I am in need something that does much more. I have other > programming experience in SQL Server and Visual Basic and > have been spoiled by their rich IDE.
> The only tools I found out there are UltraEdit (which seems > to do the same thing as TextPad) and ASAP by ComplementSoft. > What else is out there other than ASAP? What are people > using? Any advice? Hints? > Suggestions?
> Kindly advise. I did try to search around before posting and > was unable to find an article discussing this in detail. If > someone can help me find one, that might suffice as well......
No I have not, and I will not... I respect other people's coding styles. Say, our OmniMaven has distinctively his own. What I wrote is what I think makes it easier for people on the average to visually find trees, bushes, leaves, et al. in the forest of SAS code. And there is much more to that. For example, Ian's global concept if separating code from data makes programs much more bulletproof and infinitely easier to maintain, but by a corollary much easier to read, since it eliminates pages of wall paper.
The last place where I saw code style standards actually enforced was a COBOL shop where I happened to be a SAS "resource" (denoting a person as a resource started becoming excessively popular about the same time). It was not objected to so much because COBOL itself is not a free-form language, and its users take it for granted. However, once the local enforcer (who did not know SAS) pointed it out to me that in my SAS program, tabs do not fit the COBOL standards, and hence the program will not compile... to which I replied that it had already RUN, and run successfully at that...
Kind regards, ---------------- Paul M. Dorfman Jacksonville, FL ----------------
> -----Original Message----- > From: SAS(r) Discussion [mailto:SA...@LISTSERV.UGA.EDU] On > Behalf Of Dunn, Toby > Sent: Thursday, June 03, 2004 3:13 PM > To: SA...@LISTSERV.UGA.EDU > Subject: Re: SAS IDE Development Environment
> Paul,
> Have you tried to get a group of programmers who haven't > coded like you propose to start coding like that. LOL....I > have tried and am still trying but let me tell ya it isn't > easy and man o man you become very unpopular very fast. I > have found its about as volatile as telling some one they > need to restructure their data set so that the code will be > less, neater in appearance, and easier to read.
> Toby Dunn
> -----Original Message----- > From: SAS(r) Discussion [mailto:SA...@LISTSERV.UGA.EDU] On > Behalf Of Paul M. Dorfman > Sent: Thursday, June 03, 2004 2:06 PM > To: SA...@LISTSERV.UGA.EDU > Subject: Re: SAS IDE Development Environment
> Soberhi,
> IMHO, editor wars are most of the time are tempests in tea > pots when it comes to SAS coding. SAS is an extremely concise > language, and a programmer spends most of the time thinking > about how to tell the machine what to do rather than typing > instructions. Hence I concur with David that almost any > editor will go except perhaps bone-dry Notepad... I do not > like Brut, although it has its advantages as well. 6.12 SAS > Program Editor offers enough, except perhaps tongue-specific > highlighting. If you try to adhere to the following:
> -- keep code consistently indented > -- make code lines neither too long, nor too short > -- separate logically independent portions of code and steps > with blank lines or even *---------* ; > -- use blanks around operators and before semicolons (thanks, > Ian) for better instant visual comprehension (a = b, not a=b) > -- close steps with RUN/QUIT statements > -- become a line-up freak (i.e. instead of this:
> in my experience, there is not line-up effort that does not > pay off later on),
> and you will avoid needing many fancy editor features > designed to cover for stylistic sloppiness. And good folks > looking at your intellectual heritage will have no reason to > suppress a surge of instinctive hostility towards an > incognito. My $.02, anyway.
> Kind regards, > ------------------ > Paul M. Dorfman > Jacksonville, FL > ------------------
> > -----Original Message----- > > From: SAS(r) Discussion [mailto:SA...@LISTSERV.UGA.EDU] On > Behalf Of > > Sober Hi > > Sent: Thursday, June 03, 2004 11:08 AM > > To: SA...@LISTSERV.UGA.EDU > > Subject: SAS IDE Development Environment
> > This board is a wonderful resource. Thanks to all.
> > I am new to SAS (and don't even do this full-time), so be gentle > > (please).
> > At work, we have SAS 6.12 and do NOT have a license for SAS' > > excessively pricey Client IDE. It is a small shop here and > budgets are > > thin.
> > I am currently using TEXTPAD with SAS syntax highlighting > for coding > > development. This tool does little more than syntax > highlighting. (The > > other two people who do some occasional SAS development here use > > Notepad !!!).
> > I am in need something that does much more. I have other > programming > > experience in SQL Server and Visual Basic and have been spoiled by > > their rich IDE.
> > The only tools I found out there are UltraEdit (which seems > to do the > > same thing as TextPad) and ASAP by ComplementSoft. > > What else is out there other than ASAP? What are people using? Any > > advice? Hints? > > Suggestions?
> > Kindly advise. I did try to search around before posting and was > > unable to find an article discussing this in detail. If someone can > > help me find one, that might suffice as well......
> This board is a wonderful resource. Thanks to all.
> I am new to SAS (and don't even do this full-time), so be gentle > (please).
> At work, we have SAS 6.12 and do NOT have a license for SAS' > excessively pricey Client IDE. It is a small shop here and budgets are > thin.
> I am currently using TEXTPAD with SAS syntax highlighting for coding > development. This tool does little more than syntax highlighting. (The > other two people who do some occasional SAS development here use > Notepad !!!).
> I am in need something that does much more. I have other programming > experience in SQL Server and Visual Basic and have been spoiled by > their rich IDE.
<snip>
Hi, if you like the IntelliSense and object oriented programming then maybe you want to have a look at Statistica.
It is a bit cheaper and smaller than SAS . It uses standard Visual Basic. I now have a configuration where SQL Server is central. SAS talks easily with SQL Server via the right Libname engine (ODBC or OLEDB ; search the SUGI archives). Statistica , Visual Basic , Excel all can talk to SQL Server via ADO/OLEDB to do the lighter jobs.
I disagree. As an experienced SAS user and an experienced VS .NET user, SAS's IDEs are woefully behind. I think a modern IDE should support Intellisense, automatic code formatting, indentation, parentheses highlighting, XML integration, etc.
A pat answer would be (and has been) to train the programmer and I agree with that sentiment. However, a modern IDE can certainly do all in its power to make life at least easier for a programmer.
IMHO, SAS should abandon the IDEs that they have and work with an IDE company to make a better editor. Whether that is Microsoft, Borland, IBM, or an Eclipse angle...do something better. SAS's strength lies in analytics and always has. Their IDEs have been horrible and still reflect back to their ISPF roots.
> IMHO, editor wars are most of the time are tempests in tea pots when it > comes to SAS coding. SAS is an extremely concise language, and a programmer > spends most of the time thinking about how to tell the machine what to do > rather than typing instructions. Hence I concur with David that almost any > editor will go except perhaps bone-dry Notepad... I do not like Brut, > although it has its advantages as well. 6.12 SAS Program Editor offers > enough, except perhaps tongue-specific highlighting. If you try to adhere to > the following:
> -- keep code consistently indented > -- make code lines neither too long, nor too short > -- separate logically independent portions of code and steps with blank > lines or even *---------* ; > -- use blanks around operators and before semicolons (thanks, Ian) for > better instant visual comprehension (a = b, not a=b) > -- close steps with RUN/QUIT statements > -- become a line-up freak (i.e. instead of this:
> in my experience, there is not line-up effort that does not pay off later > on),
> and you will avoid needing many fancy editor features designed to cover for > stylistic sloppiness. And good folks looking at your intellectual heritage > will have no reason to suppress a surge of instinctive hostility towards an > incognito. My $.02, anyway.
> Kind regards, > ------------------ > Paul M. Dorfman > Jacksonville, FL > ------------------
> > -----Original Message----- > > From: SAS(r) Discussion [mailto:SA...@LISTSERV.UGA.EDU] On > > Behalf Of Sober Hi > > Sent: Thursday, June 03, 2004 11:08 AM > > To: SA...@LISTSERV.UGA.EDU > > Subject: SAS IDE Development Environment
> > This board is a wonderful resource. Thanks to all.
> > I am new to SAS (and don't even do this full-time), so be > > gentle (please).
> > At work, we have SAS 6.12 and do NOT have a license for SAS' > > excessively pricey Client IDE. It is a small shop here and > > budgets are thin.
> > I am currently using TEXTPAD with SAS syntax highlighting for > > coding development. This tool does little more than syntax > > highlighting. (The other two people who do some occasional > > SAS development here use Notepad !!!).
> > I am in need something that does much more. I have other > > programming experience in SQL Server and Visual Basic and > > have been spoiled by their rich IDE.
> > The only tools I found out there are UltraEdit (which seems > > to do the same thing as TextPad) and ASAP by ComplementSoft. > > What else is out there other than ASAP? What are people > > using? Any advice? Hints? > > Suggestions?
> > Kindly advise. I did try to search around before posting and > > was unable to find an article discussing this in detail. If > > someone can help me find one, that might suffice as well......
Without adequate experience of the ide for a VS .NET user, I can't disagree with Alan Churchil below, but on the capabilities of sas and sas display manager, I'd like to interrupt Alan's message just a little>>>>(with prefix [pc]
On Thu, 3 Jun 2004 23:01:08 -0600,
Alan Churchill <EmailMeDirec...@ERRATIX.US> wrote: >I disagree. As an experienced SAS user and an experienced VS .NET user, >SAS's IDEs are woefully behind. I think a modern IDE should support >Intellisense,
[pc] high on the SASware ballot rankings and, again, "on the cards"
>indentation,
[pc] part of the improvements planned (just for enhanced editor)
>parentheses highlighting,
[pc] already facillitated, and enhancements announced
>XML integration,
[pc] see sas9 atlas
>etc.
[pc] that might be interesting too
>A pat answer would be (and has been) to train the programmer and I agree >with that sentiment. However, a modern IDE can certainly do all in its >power to make life at least easier for a programmer.
[pc] there are many features not automatically opened by an install "straight out of the box". Unfortunately, not enough awareness of these features circulates to those who need them.
>IMHO, SAS should abandon the IDEs that they have and work with an IDE >company to make a better editor. Whether that is Microsoft, Borland, >IBM, or an Eclipse angle...do something better. SAS's strength lies >in analytics and always has. Their IDEs have been horrible and still >reflect back to their ISPF roots.
[pc] I'm not so sure .... not all comments on Enterprise Guide are as positive as Alan's confident "abandon" requires. That, as Jack Hamilton points out SAS is involved in Eclipse, indicates SAS interest in new directions and developments. A comment at SUGI Futures Forum from Director R&D base SAS+ (or is that foundation SAS ?) on Enterprise Guide vs Display Manager, seemed to indicate that the old platform is no longer strategic. Future developments for a SAS IDE do seem to bypass SAS Display Manager. Perhaps I'm mistaken - Perhaps SAS have abandoned Display Manager! At the end of Futures Forum, those interested in discussing future directions for a SAS IDE were invited to meet with SAS to open dialog like a focus group. Sadly, not a lot of customer interest was shown.
>Alan
While waiting for the future, there is much that can be done with the existing environment. (we just don't have a "code beautifier" yet - any offers ? ) Using your sas coding and design skills, allied to the historic DMS customisable environment, allied to the(more recent) customisable sas explorer there are a lot of potential options to *abandon* perhaps (imho) too many!
>> ------------------ >> Paul M. Dorfman >> Jacksonville, FL >> ------------------
>> > -----Original Message----- >> > From: SAS(r) Discussion [mailto:SA...@LISTSERV.UGA.EDU] On >> > Behalf Of Sober Hi >> > Sent: Thursday, June 03, 2004 11:08 AM >> > To: SA...@LISTSERV.UGA.EDU >> > Subject: SAS IDE Development Environment
>> > This board is a wonderful resource. Thanks to all.
>> > I am new to SAS (and don't even do this full-time), so be >> > gentle (please).
>> > At work, we have SAS 6.12 and do NOT have a license for SAS' >> > excessively pricey Client IDE. It is a small shop here and >> > budgets are thin.
>> > I am currently using TEXTPAD with SAS syntax highlighting for >> > coding development. This tool does little more than syntax >> > highlighting. (The other two people who do some occasional >> > SAS development here use Notepad !!!).
>> > I am in need something that does much more. I have other >> > programming experience in SQL Server and Visual Basic and >> > have been spoiled by their rich IDE.
>> > The only tools I found out there are UltraEdit (which seems >> > to do the same thing as TextPad) and ASAP by ComplementSoft. >> > What else is out there other than ASAP? What are people >> > using? Any advice? Hints? >> > Suggestions?
>> > Kindly advise. I did try to search around before posting and >> > was unable to find an article discussing this in detail. If >> > someone can help me find one, that might suffice as well......
All: Even though this discussion began with V6 constraints, it has now ranged into future IDE's. Surprisingly, Peter Crawford has mentioned SAS Enterprise Guide (EG). Does that IDE application have a future for real programmers, or will it languish as did SAS/Assist?
I have found EG useful in some respects. It provides templates for certain procedures, including REPORT, FREQ, and graphics, and for ODS. Hopefully, it will also help specify data objects and methods (a role that SAS has fragmented into a confusing array of products such as ETL Studio and AppDev Studio).
EG and the original server component, Integration Technologies, appear to be aimed more at executives and analysts than programmers. Perhaps those of us who actually write SAS programs have made it too abundantly clear that we won't use an IDE that hides the details of programmers from the user. While I continue to favor writing scripts to a purely graphical interface, I have a more open mind than before when it comes to intelligent prompts and generated program segments (say, connection strings from directory nodes, property sheets a la VB for middleware components, or icons representing metatdata).
What would a real programmer really want to see in an IDE? What would she or he actually use?
I would like to avoid becoming the current equivalent of the mainframe assembly language programmer of the early 1990's. New programming environments don't empower executives and analysts and make programmers obsolete. Executives buy an IDE and hire a new class of programmers (currently, Oracle developers, Web developers, and MS Windows system engineers). What on the cluttered shelf of IDE products would help database programmers work more productively? Sig
-----Original Message----- From: Dunn, Toby [mailto:td...@TEA.STATE.TX.US] Sent: Thursday, June 03, 2004 3:13 PM To: SA...@LISTSERV.UGA.EDU Subject: Re: SAS IDE Development Environment
Paul,
Have you tried to get a group of programmers who haven't coded like you propose to start coding like that. LOL....I have tried and am still trying but let me tell ya it isn't easy and man o man you become very unpopular very fast. I have found its about as volatile as telling some one they need to restructure their data set so that the code will be less, neater in appearance, and easier to read.
Toby Dunn
-----Original Message----- From: SAS(r) Discussion [mailto:SA...@LISTSERV.UGA.EDU] On Behalf Of Paul M. Dorfman Sent: Thursday, June 03, 2004 2:06 PM To: SA...@LISTSERV.UGA.EDU Subject: Re: SAS IDE Development Environment
Soberhi,
IMHO, editor wars are most of the time are tempests in tea pots when it comes to SAS coding. SAS is an extremely concise language, and a programmer spends most of the time thinking about how to tell the machine what to do rather than typing instructions. Hence I concur with David that almost any editor will go except perhaps bone-dry Notepad... I do not like Brut, although it has its advantages as well. 6.12 SAS Program Editor offers enough, except perhaps tongue-specific highlighting. If you try to adhere to the following:
-- keep code consistently indented -- make code lines neither too long, nor too short -- separate logically independent portions of code and steps with blank lines or even *---------* ; -- use blanks around operators and before semicolons (thanks, Ian) for better instant visual comprehension (a = b, not a=b) -- close steps with RUN/QUIT statements -- become a line-up freak (i.e. instead of this:
A=.1; ABC=5.2; today=date(); Xy=256.32;
try this:
A = .1 ; ABC = 5.2 ; Xy = 256.32 ; today = date () ;
in my experience, there is not line-up effort that does not pay off later on),
and you will avoid needing many fancy editor features designed to cover for stylistic sloppiness. And good folks looking at your intellectual heritage will have no reason to suppress a surge of instinctive hostility towards an incognito. My $.02, anyway.
Kind regards, ------------------ Paul M. Dorfman Jacksonville, FL ------------------
> -----Original Message----- > From: SAS(r) Discussion [mailto:SA...@LISTSERV.UGA.EDU] On Behalf Of > Sober Hi > Sent: Thursday, June 03, 2004 11:08 AM > To: SA...@LISTSERV.UGA.EDU > Subject: SAS IDE Development Environment
> This board is a wonderful resource. Thanks to all.
> I am new to SAS (and don't even do this full-time), so be gentle > (please).
> At work, we have SAS 6.12 and do NOT have a license for SAS' > excessively pricey Client IDE. It is a small shop here and budgets are > thin.
> I am currently using TEXTPAD with SAS syntax highlighting for coding > development. This tool does little more than syntax highlighting. (The > other two people who do some occasional SAS development here use > Notepad !!!).
> I am in need something that does much more. I have other programming > experience in SQL Server and Visual Basic and have been spoiled by > their rich IDE.
> The only tools I found out there are UltraEdit (which seems to do the > same thing as TextPad) and ASAP by ComplementSoft. What else is out > there other than ASAP? What are people using? Any advice? Hints? > Suggestions?
> Kindly advise. I did try to search around before posting and was > unable to find an article discussing this in detail. If someone can > help me find one, that might suffice as well......
Alan Churchill wrote: > I disagree. As an experienced SAS user and an experienced VS .NET > user, SAS's IDEs are woefully behind. I think a modern IDE should > support Intellisense, automatic code formatting, indentation, > parentheses highlighting, XML integration, etc.
> A pat answer would be (and has been) to train the programmer and I > agree with that sentiment. However, a modern IDE can certainly do all > in its power to make life at least easier for a programmer.
> IMHO, SAS should abandon the IDEs that they have and work with an IDE > company to make a better editor. Whether that is Microsoft, Borland, > IBM, or an Eclipse angle...do something better. SAS's strength lies > in analytics and always has. Their IDEs have been horrible and still > reflect back to their ISPF roots.
> Alan
A 'modern' IDE that supports all the features mention relies on an objectification of the constructs being eventually realized as 'source code'. In a fully objected paradigm, there would be no source, simply objects, attributes and data configuring relationships between objects or attributes thereof (Enterprise Guide 3?). The 'source' in essence is the set of properties that realizes some abstraction (as code) via a renderer.
In certain IDEs, the the gui used to develope the relationships drives the persistent representation of those relationships to be a non-source data construct wherein the source code is a rendering of data (i.e. the gui can write source, but handwritten/altered source can't always be gui'd)
Certain aspects of the SAS system are ripe for objectification, indeed, they probably are in terms of the internal compiler(s) for Proc and Data steps. All those wonderful statements we can place in a step have to be torn down and verified with respect to the documented grammars (that contract between SAS and us that says 'write it like this' and 'it will compile').
Most of us know SAS Institute does indeed respond to customer demand (albeit slow sometimes), if you want an intellisensed IDE, make your voice heard! Send emails to sugg...@sas.com, tell them to put feature X on the SAS Ballot, contact people you network with and tell them request feature X.
Sure, a feature can bring in new customers, but servicing existing customers is also important. I wouldn't know how to do a cost benefit analysis regarding 'new business for feature X' versus 'maintaining business with feature Y'
> Alan Churchill wrote: > > I disagree. As an experienced SAS user and an experienced VS .NET > > user, SAS's IDEs are woefully behind. I think a modern IDE should > > support Intellisense, automatic code formatting, indentation, > > parentheses highlighting, XML integration, etc.
> > A pat answer would be (and has been) to train the programmer and I > > agree with that sentiment. However, a modern IDE can certainly do all > > in its power to make life at least easier for a programmer.
> > IMHO, SAS should abandon the IDEs that they have and work with an IDE > > company to make a better editor. Whether that is Microsoft, Borland, > > IBM, or an Eclipse angle...do something better. SAS's strength lies > > in analytics and always has. Their IDEs have been horrible and still > > reflect back to their ISPF roots.
> > Alan
> A 'modern' IDE that supports all the features mention relies on an > objectification of the constructs being eventually realized as 'source > code'. In a fully objected paradigm, there would be no source, simply > objects, attributes and data configuring relationships between objects or > attributes thereof (Enterprise Guide 3?). The 'source' in essence is the > set of properties that realizes some abstraction (as code) via a renderer.
> In certain IDEs, the the gui used to develope the relationships drives the > persistent representation of those relationships to be a non-source data > construct wherein the source code is a rendering of data (i.e. the gui can > write source, but handwritten/altered source can't always be gui'd)
> Certain aspects of the SAS system are ripe for objectification, indeed, they > probably are in terms of the internal compiler(s) for Proc and Data steps. > All those wonderful statements we can place in a step have to be torn down > and verified with respect to the documented grammars (that contract between > SAS and us that says 'write it like this' and 'it will compile').
> Most of us know SAS Institute does indeed respond to customer demand (albeit > slow sometimes), if you want an intellisensed IDE, make your voice heard! > Send emails to sugg...@sas.com, tell them to put feature X on the SAS > Ballot, contact people you network with and tell them request feature X.
> Sure, a feature can bring in new customers, but servicing existing customers > is also important. I wouldn't know how to do a cost benefit analysis > regarding 'new business for feature X' versus 'maintaining business with > feature Y'
Just to throw my two cents worth in, we use SlickEdit at our shop and with the Sas plug-in, seems to have almost all the features mentioned in this thread. Additionally, projects can be set-up we previosly opened files, etc. are remembered. It is pretty slick. :)
2. I remove horizontal scroll bars I use funtion keys instead
Function key 1 'F1' has 'left 2' Function key 2 'F2' has 'right 2'
Just hold down the key to scroll ( more sensitive than scroll bars) Plus I gain realstate.
3. I remove vertical scrollbars Usue page down and page up keys for vertical scrolling
4. I like to do my own versioning
In autoexec '%Let _q=%sysfunc(int(%sysfunc(time())));'
first line of all my program is '%let Pgm=Pop_Dem;'
To version your program
place this text on a mouse button, yes I use all 3 mouse buttons and all 6 mouse button controls
save &pgm.&_q;file &pgm..sas r;%let _q=%eval(0&_q + 1);
Each time you hit shf-rmb your program will be saved with a new unique number on the end ie Pop_Dem30678 .. Pop_Dem30679
5. I put the magic string on F4
8. I put f '=';mark;home;2;home;mark;home;store;home;unmark;top;home;paste;:ts on PF5 this grabs the program name from the first line of your program and puts the text on the command line
for fun execute this program ( in pgm editor - not on command line)
9. Instead pointing and clicking, I have use short editor commands, that keep your hands on the keyboard for instance.
10. I have many more IDE shortcuts, but do not have time to outline them here.
The prefix area ( where the line numbers are ) will accept commands.
Point and shoot functions make the SAS editor even more powerful.
I can highlight and submit a block of SAS code using just the mouse
example of point and shoot function...
ie highlight - hold down left mouse button - drag over code - - then hit middle mouse button to submit highlighted code.
'home' takes you to the command line, 'log' takes you to the log panel and activates that panel, 'out' takes you to output panel command line. Thies is very fast panel flipping. All without your hands leaving the keyboard.
> Personally, I get pretty good mileage out of UltraEdit & a couple of wsh > scripts for submitting jobs & trolling logs for errors...
> -----Original Message----- > From: SAS(r) Discussion [mailto:SA...@LISTSERV.UGA.EDU] On Behalf Of > Sober Hi > Sent: Thursday, June 03, 2004 8:08 AM > To: SA...@LISTSERV.UGA.EDU > Subject: SAS IDE Development Environment
> This board is a wonderful resource. Thanks to all.
> I am new to SAS (and don't even do this full-time), so be gentle > (please).
> At work, we have SAS 6.12 and do NOT have a license for SAS' excessively > pricey Client IDE. It is a small shop here and budgets are thin.
> I am currently using TEXTPAD with SAS syntax highlighting for coding > development. This tool does little more than syntax highlighting. (The > other two people who do some occasional SAS development here use Notepad > !!!).
> I am in need something that does much more. I have other programming > experience in SQL Server and Visual Basic and have been spoiled by their > rich IDE.
> The only tools I found out there are UltraEdit (which seems to do the > same thing as TextPad) and ASAP by ComplementSoft. What else is out > there other than ASAP? What are people using? Any advice? Hints? > Suggestions?
> Kindly advise. I did try to search around before posting and was unable > to find an article discussing this in detail. If someone can help me > find one, that might suffice as well......
I raised the question of EG at the SUGi futures forum. I was very surprised to hear that EG is the strategic sas client. DMS will not be developed further. Perhaps we have to be using templates far more than we do already.
>EG and the original server component, Integration Technologies, >appear to be aimed more at executives and analysts than programmers
Perhaps programmers as well as executives, have to find potential value in EG So far I've only seen the neat pfd funnel for a where clause, and heard about scheduling tasks in EG3 ......... **********So it might have been helpful if SAS/UK had shipped EG along with my SAS9.1 (base SAS plus a couple) !!!!! My exposure to EG remains a _real_ "future option"
Peter Crawford Crawford Software Consultancy Limited UK
On Fri, 4 Jun 2004 09:03:59 -0400, Sigurd Hermansen <HERMA...@WESTAT.COM> wrote:
>All: >Even though this discussion began with V6 constraints, it has now ranged >into future IDE's. Surprisingly, Peter Crawford has mentioned SAS >Enterprise Guide (EG). Does that IDE application have a future for real >programmers, or will it languish as did SAS/Assist?
>I have found EG useful in some respects. It provides templates for certain >procedures, including REPORT, FREQ, and graphics, and for ODS. Hopefully, >it will also help specify data objects and methods (a role that SAS has >fragmented into a confusing array of products such as ETL Studio and AppDev >Studio).
>EG and the original server component, Integration Technologies, appear to >be aimed more at executives and analysts than programmers. Perhaps those >of us who actually write SAS programs have made it too abundantly clear >that we won't use an IDE that hides the details of programmers from the >user. While I continue to favor writing scripts to a purely graphical >interface, I have a more open mind than before when it comes to >intelligent prompts and generated program segments (say, connection >strings from directory nodes, property sheets a la VB for middleware >components, or icons representing metatdata).
>What would a real programmer really want to see in an IDE? What would >she or he actually use?
>I would like to avoid becoming the current equivalent of the mainframe >assembly language programmer of the early 1990's. New programming >environments don't empower executives and analysts and make programmers >obsolete. Executives buy an IDE and hire a new class of programmers >(currently, Oracle developers, Web developers, and MS Windows system >engineers). What on the cluttered shelf of IDE products would help database >programmers work more productively? >Sig
>-----Original Message----- >From: Dunn, Toby [mailto:td...@TEA.STATE.TX.US] >Sent: Thursday, June 03, 2004 3:13 PM >To: SA...@LISTSERV.UGA.EDU >Subject: Re: SAS IDE Development Environment
>Paul,
>Have you tried to get a group of programmers who haven't coded like you >propose to start coding like that. LOL....I have tried and am still trying >but let me tell ya it isn't easy and man o man you become very unpopular >very fast. I have found its about as volatile as telling some one they need >to restructure their data set so that the code will be less, neater in >appearance, and easier to read.
>Toby Dunn
>-----Original Message----- >From: SAS(r) Discussion [mailto:SA...@LISTSERV.UGA.EDU] On Behalf Of Paul M. >Dorfman >Sent: Thursday, June 03, 2004 2:06 PM >To: SA...@LISTSERV.UGA.EDU >Subject: Re: SAS IDE Development Environment
>Soberhi,
>IMHO, editor wars are most of the time are tempests in tea pots when it >comes to SAS coding. SAS is an extremely concise language, and a programmer >spends most of the time thinking about how to tell the machine what to do >rather than typing instructions. Hence I concur with David that almost any >editor will go except perhaps bone-dry Notepad... I do not like Brut, >although it has its advantages as well. 6.12 SAS Program Editor offers >enough, except perhaps tongue-specific highlighting. If you try to adhere to >the following:
>-- keep code consistently indented >-- make code lines neither too long, nor too short >-- separate logically independent portions of code and steps with blank >lines or even *---------* ; >-- use blanks around operators and before semicolons (thanks, Ian) for >better instant visual comprehension (a = b, not a=b) >-- close steps with RUN/QUIT statements >-- become a line-up freak (i.e. instead of this:
>in my experience, there is not line-up effort that does not pay off later >on),
>and you will avoid needing many fancy editor features designed to cover for >stylistic sloppiness. And good folks looking at your intellectual heritage >will have no reason to suppress a surge of instinctive hostility towards an >incognito. My $.02, anyway.
>Kind regards, >------------------ >Paul M. Dorfman >Jacksonville, FL >------------------
>> -----Original Message----- >> From: SAS(r) Discussion [mailto:SA...@LISTSERV.UGA.EDU] On Behalf Of >> Sober Hi >> Sent: Thursday, June 03, 2004 11:08 AM >> To: SA...@LISTSERV.UGA.EDU >> Subject: SAS IDE Development Environment
>> This board is a wonderful resource. Thanks to all.
>> I am new to SAS (and don't even do this full-time), so be gentle >> (please).
>> At work, we have SAS 6.12 and do NOT have a license for SAS' >> excessively pricey Client IDE. It is a small shop here and budgets are >> thin.
>> I am currently using TEXTPAD with SAS syntax highlighting for coding >> development. This tool does little more than syntax highlighting. (The >> other two people who do some occasional SAS development here use >> Notepad !!!).
>> I am in need something that does much more. I have other programming >> experience in SQL Server and Visual Basic and have been spoiled by >> their rich IDE.
>> The only tools I found out there are UltraEdit (which seems to do the >> same thing as TextPad) and ASAP by ComplementSoft. What else is out >> there other than ASAP? What are people using? Any advice? Hints? >> Suggestions?
>> Kindly advise. I did try to search around before posting and was >> unable to find an article discussing this in detail. If someone can >> help me find one, that might suffice as well......
You might be right, but I don't remember hearing that DMS won't be developed further (I'm including the Enhanced Editor as part of DMS).
I think that the editor in EG and the Enhanced Editor in SAS for Windows are basically the same program, just called from different places. Can anyone verify (or refute) that?
I use EG as a text editor for SAS programs quite often, and yes, there is value in it for programmers. The problems for programers in EG don't come from the editor.
It was stated at the Futures Forum that there is no intention to port EG to Unix or any other non-Windows platform.
-- JackHamil...@FirstHealth.com Manager, Technical Development Metrics Department, First Health West Sacramento, California USA
I raised the question of EG at the SUGi futures forum. I was very surprised to hear that EG is the strategic sas client. DMS will not be developed further. Perhaps we have to be using templates far more than we do already.
>EG and the original server component, Integration Technologies, >appear to be aimed more at executives and analysts than programmers
Perhaps programmers as well as executives, have to find potential value in EG So far I've only seen the neat pfd funnel for a where clause, and heard about scheduling tasks in EG3 ......... **********So it might have been helpful if SAS/UK had shipped EG along with my SAS9.1 (base SAS plus a couple) !!!!! My exposure to EG remains a _real_ "future option"
Peter Crawford Crawford Software Consultancy Limited UK
On Fri, 4 Jun 2004 09:03:59 -0400, Sigurd Hermansen <HERMA...@WESTAT.COM> wrote:
>All: >Even though this discussion began with V6 constraints, it has now ranged >into future IDE's. Surprisingly, Peter Crawford has mentioned SAS >Enterprise Guide (EG). Does that IDE application have a future for real >programmers, or will it languish as did SAS/Assist?
>I have found EG useful in some respects. It provides templates for certain >procedures, including REPORT, FREQ, and graphics, and for ODS. Hopefully, >it will also help specify data objects and methods (a role that SAS has >fragmented into a confusing array of products such as ETL Studio and AppDev >Studio).
>EG and the original server component, Integration Technologies, appear to >be aimed more at executives and analysts than programmers. Perhaps those >of us who actually write SAS programs have made it too abundantly clear >that we won't use an IDE that hides the details of programmers from the >user. While I continue to favor writing scripts to a purely graphical >interface, I have a more open mind than before when it comes to >intelligent prompts and generated program segments (say, connection >strings from directory nodes, property sheets a la VB for middleware >components, or icons representing metatdata).
>What would a real programmer really want to see in an IDE? What would >she or he actually use?
>I would like to avoid becoming the current equivalent of the mainframe >assembly language programmer of the early 1990's. New programming >environments don't empower executives and analysts and make programmers >obsolete. Executives buy an IDE and hire a new class of programmers >(currently, Oracle developers, Web developers, and MS Windows system >engineers). What on the cluttered shelf of IDE products would help database >programmers work more productively? >Sig
>-----Original Message----- >From: Dunn, Toby [mailto:td...@TEA.STATE.TX.US] >Sent: Thursday, June 03, 2004 3:13 PM >To: SA...@LISTSERV.UGA.EDU >Subject: Re: SAS IDE Development Environment
>Paul,
>Have you tried to get a group of programmers who haven't coded like you >propose to start coding like that. LOL....I have tried and am still trying >but let me tell ya it isn't easy and man o man you become very unpopular >very fast. I have found its about as volatile as telling some one
they need
>to restructure their data set so that the code will be less, neater in >appearance, and easier to read.
>Toby Dunn
>-----Original Message----- >From: SAS(r) Discussion [mailto:SA...@LISTSERV.UGA.EDU] On Behalf Of
>Dorfman >Sent: Thursday, June 03, 2004 2:06 PM >To: SA...@LISTSERV.UGA.EDU >Subject: Re: SAS IDE Development Environment
>Soberhi,
>IMHO, editor wars are most of the time are tempests in tea pots when it >comes to SAS coding. SAS is an extremely concise language, and a programmer >spends most of the time thinking about how to tell the machine what to do >rather than typing instructions. Hence I concur with David that almost any >editor will go except perhaps bone-dry Notepad... I do not like Brut, >although it has its advantages as well. 6.12 SAS Program Editor offers >enough, except perhaps tongue-specific highlighting. If you try to
>-- keep code consistently indented >-- make code lines neither too long, nor too short >-- separate logically independent portions of code and steps with blank >lines or even *---------* ; >-- use blanks around operators and before semicolons (thanks, Ian) for >better instant visual comprehension (a = b, not a=b) >-- close steps with RUN/QUIT statements >-- become a line-up freak (i.e. instead of this:
>in my experience, there is not line-up effort that does not pay off later >on),
>and you will avoid needing many fancy editor features designed to cover for >stylistic sloppiness. And good folks looking at your intellectual heritage >will have no reason to suppress a surge of instinctive hostility towards an >incognito. My $.02, anyway.
>Kind regards, >------------------ >Paul M. Dorfman >Jacksonville, FL >------------------
>> -----Original Message----- >> From: SAS(r) Discussion [mailto:SA...@LISTSERV.UGA.EDU] On Behalf Of >> Sober Hi >> Sent: Thursday, June 03, 2004 11:08 AM >> To: SA...@LISTSERV.UGA.EDU >> Subject: SAS IDE Development Environment
>> This board is a wonderful resource. Thanks to all.
>> I am new to SAS (and don't even do this full-time), so be gentle >> (please).
>> At work, we have SAS 6.12 and do NOT have a license for SAS' >> excessively pricey Client IDE. It is a small shop here and budgets are >> thin.
>> I am currently using TEXTPAD with SAS syntax highlighting for coding >> development. This tool does little more than syntax highlighting. (The >> other two people who do some occasional SAS development here use >> Notepad !!!).
>> I am in need something that does much more. I have other programming >> experience in SQL Server and Visual Basic and have been spoiled by >> their rich IDE.
>> The only tools I found out there are UltraEdit (which seems to do the >> same thing as TextPad) and ASAP by ComplementSoft. What else is out >> there other than ASAP? What are people using? Any advice? Hints? >> Suggestions?
>> Kindly advise. I did try to search around before posting and was >> unable to find an article discussing this in detail. If someone can >> help me find one, that might suffice as well......
Jack: The EG editor and the DMS appear to work basically the same. Obvious exceptions include toolbars, additional features in EG, and details. Details include method of executing a marked block, different segments for log, list, and work datasets, and a prompt asking whether to delete prior log, list, and work datasets. Sig
-----Original Message----- From: Jack Hamilton [mailto:JackHamil...@FIRSTHEALTH.COM] Sent: Monday, June 07, 2004 12:26 PM To: SA...@LISTSERV.UGA.EDU Subject: Re: SAS IDE Development Environment
You might be right, but I don't remember hearing that DMS won't be developed further (I'm including the Enhanced Editor as part of DMS).
I think that the editor in EG and the Enhanced Editor in SAS for Windows are basically the same program, just called from different places. Can anyone verify (or refute) that?
I use EG as a text editor for SAS programs quite often, and yes, there is value in it for programmers. The problems for programers in EG don't come from the editor.
It was stated at the Futures Forum that there is no intention to port EG to Unix or any other non-Windows platform.
-- JackHamil...@FirstHealth.com Manager, Technical Development Metrics Department, First Health West Sacramento, California USA
>>> "Peter Crawford" <Pe...@CRAWFORDSOFTWARE.DEMON.CO.UK> 06/06/2004 10:22 AM >>> Hi Sig
EG won't languish !
I raised the question of EG at the SUGi futures forum. I was very surprised to hear that EG is the strategic sas client. DMS will not be developed further. Perhaps we have to be using templates far more than we do already.
>EG and the original server component, Integration Technologies, appear >to be aimed more at executives and analysts than programmers
Perhaps programmers as well as executives, have to find potential value in EG So far I've only seen the neat pfd funnel for a where clause, and heard about scheduling tasks in EG3 ......... **********So it might have been helpful if SAS/UK had shipped EG along with my SAS9.1 (base SAS plus a couple) !!!!! My exposure to EG remains a _real_ "future option"
Peter Crawford Crawford Software Consultancy Limited UK
On Fri, 4 Jun 2004 09:03:59 -0400, Sigurd Hermansen <HERMA...@WESTAT.COM> wrote:
>All: >Even though this discussion began with V6 constraints, it has now ranged >into future IDE's. Surprisingly, Peter Crawford has mentioned SAS >Enterprise Guide (EG). Does that IDE application have a future for real >programmers, or will it languish as did SAS/Assist?
>I have found EG useful in some respects. It provides templates for certain >procedures, including REPORT, FREQ, and graphics, and for ODS. Hopefully, >it will also help specify data objects and methods (a role that SAS has >fragmented into a confusing array of products such as ETL Studio and AppDev >Studio).
>EG and the original server component, Integration Technologies, appear to >be aimed more at executives and analysts than programmers. Perhaps those >of us who actually write SAS programs have made it too abundantly clear >that we won't use an IDE that hides the details of programmers from the >user. While I continue to favor writing scripts to a purely graphical >interface, I have a more open mind than before when it comes to >intelligent prompts and generated program segments (say, connection >strings from directory nodes, property sheets a la VB for middleware >components, or icons representing metatdata).
>What would a real programmer really want to see in an IDE? What would >she or he actually use?
>I would like to avoid becoming the current equivalent of the mainframe >assembly language programmer of the early 1990's. New programming >environments don't empower executives and analysts and make programmers >obsolete. Executives buy an IDE and hire a new class of programmers >(currently, Oracle developers, Web developers, and MS Windows system >engineers). What on the cluttered shelf of IDE products would help database >programmers work more productively? >Sig
>-----Original Message----- >From: Dunn, Toby [mailto:td...@TEA.STATE.TX.US] >Sent: Thursday, June 03, 2004 3:13 PM >To: SA...@LISTSERV.UGA.EDU >Subject: Re: SAS IDE Development Environment
>Paul,
>Have you tried to get a group of programmers who haven't coded like you >propose to start coding like that. LOL....I have tried and am still trying >but let me tell ya it isn't easy and man o man you become very unpopular >very fast. I have found its about as volatile as telling some one they need >to restructure their data set so that the code will be less, neater in >appearance, and easier to read.
>Toby Dunn
>-----Original Message----- >From: SAS(r) Discussion [mailto:SA...@LISTSERV.UGA.EDU] On Behalf Of Paul M. >Dorfman >Sent: Thursday, June 03, 2004 2:06 PM >To: SA...@LISTSERV.UGA.EDU >Subject: Re: SAS IDE Development Environment
>Soberhi,
>IMHO, editor wars are most of the time are tempests in tea pots when it >comes to SAS coding. SAS is an extremely concise language, and a programmer >spends most of the time thinking about how to tell the machine what to do >rather than typing instructions. Hence I concur with David that almost any >editor will go except perhaps bone-dry Notepad... I do not like Brut, >although it has its advantages as well. 6.12 SAS Program Editor offers >enough, except perhaps tongue-specific highlighting. If you try to adhere to >the following:
>-- keep code consistently indented >-- make code lines neither too long, nor too short >-- separate logically independent portions of code and steps with blank >lines or even *---------* ; >-- use blanks around operators and before semicolons (thanks, Ian) for >better instant visual comprehension (a = b, not a=b) >-- close steps with RUN/QUIT statements >-- become a line-up freak (i.e. instead of this:
>in my experience, there is not line-up effort that does not pay off later >on),
>and you will avoid needing many fancy editor features designed to cover for >stylistic sloppiness. And good folks looking at your intellectual heritage >will have no reason to suppress a surge of instinctive hostility towards an >incognito. My $.02, anyway.
>Kind regards, >------------------ >Paul M. Dorfman >Jacksonville, FL >------------------
>> -----Original Message----- >> From: SAS(r) Discussion [mailto:SA...@LISTSERV.UGA.EDU] On Behalf Of >> Sober Hi >> Sent: Thursday, June 03, 2004 11:08 AM >> To: SA...@LISTSERV.UGA.EDU >> Subject: SAS IDE Development Environment
>> This board is a wonderful resource. Thanks to all.
>> I am new to SAS (and don't even do this full-time), so be gentle >> (please).
>> At work, we have SAS 6.12 and do NOT have a license for SAS' >> excessively pricey Client IDE. It is a small shop here and budgets are >> thin.
>> I am currently using TEXTPAD with SAS syntax highlighting for coding >> development. This tool does little more than syntax highlighting. (The >> other two people who do some occasional SAS development here use >> Notepad !!!).
>> I am in need something that does much more. I have other programming >> experience in SQL Server and Visual Basic and have been spoiled by >> their rich IDE.
>> The only tools I found out there are UltraEdit (which seems to do the >> same thing as TextPad) and ASAP by ComplementSoft. What else is out >> there other than ASAP? What are people using? Any advice? Hints? >> Suggestions?
>> Kindly advise. I did try to search around before posting and was >> unable to find an article discussing this in detail. If someone can >> help me find one, that might suffice as well......
*************************************************************************** *************************************************************************** * This email and any files transmitted with it are intended solely for the use of the individual or entity to whom they are addressed. *************************************************************************** *************************************************************************** *
Yes, the EG Editor is the Enhanced Editor. If you have both SAS and EG, you only need it installed once (in 8.2 within the "Shared Files" subdirectory of c:\program files\sas institute).
*************************************************** Nigel Pain Scottish Executive Analytical Services Team Victoria Quay EDINBURGH EH6 6QQ UK Tel +44 131 244 7237 Mailto:nigel.p...@scotland.gsi.gov.uk Website: http:\\www.scotland.gov.uk
> -----Original Message----- > From: Jack Hamilton [mailto:JackHamil...@FIRSTHEALTH.COM] > Sent: 07 June 2004 17:26 > Subject: Re: SAS IDE Development Environment
> You might be right, but I don't remember hearing that DMS won't be > developed further (I'm including the Enhanced Editor as part of DMS).
> I think that the editor in EG and the Enhanced Editor in SAS for > Windows are basically the same program, just called from different > places. Can anyone verify (or refute) that?
> I use EG as a text editor for SAS programs quite often, and yes, there > is value in it for programmers. The problems for programers in EG don't > come from the editor.
> It was stated at the Futures Forum that there is no intention to port > EG to Unix or any other non-Windows platform.
> -- > JackHamil...@FirstHealth.com > Manager, Technical Development > Metrics Department, First Health > West Sacramento, California USA
> >>> "Peter Crawford" <Pe...@CRAWFORDSOFTWARE.DEMON.CO.UK> 06/06/2004 > 10:22 AM >>> > Hi Sig
> EG won't languish !
> I raised the question of EG at the SUGi futures forum. I was very > surprised to hear that > EG is the strategic sas client. > DMS will not be developed further. > Perhaps we have to be using templates far more than we do already.
> >EG and the original server component, Integration Technologies, > >appear to be aimed more at executives and analysts than programmers
> Perhaps programmers as well as executives, have to find potential > value in EG > So far I've only seen the neat pfd funnel for a where clause, > and heard about scheduling tasks in EG3 ......... > **********So it might have been helpful if SAS/UK had shipped EG > along with my SAS9.1 (base SAS plus a couple) !!!!! > My exposure to EG remains a _real_ "future option"
> Peter Crawford > Crawford Software Consultancy Limited > UK
> On Fri, 4 Jun 2004 09:03:59 -0400, Sigurd Hermansen > <HERMA...@WESTAT.COM> > wrote:
> >All: > >Even though this discussion began with V6 constraints, it has now > ranged > >into future IDE's. Surprisingly, Peter Crawford has mentioned SAS > >Enterprise Guide (EG). Does that IDE application have a future for > real > >programmers, or will it languish as did SAS/Assist?
> >I have found EG useful in some respects. It provides templates for > certain > >procedures, including REPORT, FREQ, and graphics, and for ODS. > Hopefully, > >it will also help specify data objects and methods (a role that SAS > has > >fragmented into a confusing array of products such as ETL Studio and > AppDev > >Studio).
> >EG and the original server component, Integration Technologies, appear > to > >be aimed more at executives and analysts than programmers. Perhaps > those > >of us who actually write SAS programs have made it too abundantly > clear > >that we won't use an IDE that hides the details of programmers from > the > >user. While I continue to favor writing scripts to a purely graphical > >interface, I have a more open mind than before when it comes to > >intelligent prompts and generated program segments (say, connection > >strings from directory nodes, property sheets a la VB for middleware > >components, or icons representing metatdata).
> >What would a real programmer really want to see in an IDE? What would > >she or he actually use?
> >I would like to avoid becoming the current equivalent of the > mainframe > >assembly language programmer of the early 1990's. New programming > >environments don't empower executives and analysts and make > programmers > >obsolete. Executives buy an IDE and hire a new class of programmers > >(currently, Oracle developers, Web developers, and MS Windows system > >engineers). What on the cluttered shelf of IDE products would help > database > >programmers work more productively? > >Sig
> >-----Original Message----- > >From: Dunn, Toby [mailto:td...@TEA.STATE.TX.US] > >Sent: Thursday, June 03, 2004 3:13 PM > >To: SA...@LISTSERV.UGA.EDU > >Subject: Re: SAS IDE Development Environment
> >Paul,
> >Have you tried to get a group of programmers who haven't coded like > you > >propose to start coding like that. LOL....I have tried and am still > trying > >but let me tell ya it isn't easy and man o man you become very > unpopular > >very fast. I have found its about as volatile as telling some one > they > need > >to restructure their data set so that the code will be less, neater > in > >appearance, and easier to read.
> >Toby Dunn
> >-----Original Message----- > >From: SAS(r) Discussion [mailto:SA...@LISTSERV.UGA.EDU] On Behalf Of > Paul > M. > >Dorfman > >Sent: Thursday, June 03, 2004 2:06 PM > >To: SA...@LISTSERV.UGA.EDU > >Subject: Re: SAS IDE Development Environment
> >Soberhi,
> >IMHO, editor wars are most of the time are tempests in tea pots when > it > >comes to SAS coding. SAS is an extremely concise language, and a > programmer > >spends most of the time thinking about how to tell the machine what to > do > >rather than typing instructions. Hence I concur with David that almost > any > >editor will go except perhaps bone-dry Notepad... I do not like Brut, > >although it has its advantages as well. 6.12 SAS Program Editor > offers > >enough, except perhaps tongue-specific highlighting. If you try to > adhere > to > >the following:
> >-- keep code consistently indented > >-- make code lines neither too long, nor too short > >-- separate logically independent portions of code and steps with > blank > >lines or even *---------* ; > >-- use blanks around operators and before semicolons (thanks, Ian) > for > >better instant visual comprehension (a = b, not a=b) > >-- close steps with RUN/QUIT statements > >-- become a line-up freak (i.e. instead of this:
> >in my experience, there is not line-up effort that does not pay off > later > >on),
> >and you will avoid needing many fancy editor features designed to > cover for > >stylistic sloppiness. And good folks looking at your intellectual > heritage > >will have no reason to suppress a surge of instinctive hostility > towards an > >incognito. My $.02, anyway.
> >> -----Original Message----- > >> From: SAS(r) Discussion [mailto:SA...@LISTSERV.UGA.EDU] On Behalf > Of > >> Sober Hi > >> Sent: Thursday, June 03, 2004 11:08 AM > >> To: SA...@LISTSERV.UGA.EDU > >> Subject: SAS IDE Development Environment
> >> This board is a wonderful resource. Thanks to all.
> >> I am new to SAS (and don't even do this full-time), so be gentle > >> (please).
> >> At work, we have SAS 6.12 and do NOT have a license for SAS' > >> excessively pricey Client IDE. It is a small shop here and budgets > are > >> thin.
> >> I am currently using TEXTPAD with SAS syntax highlighting for > coding > >> development. This tool does little more than syntax highlighting. > (The > >> other two people who do some occasional SAS development here use > >> Notepad !!!).
> >> I am in need something that does much more. I have other > programming > >> experience in SQL Server and Visual Basic and have been spoiled by > >> their rich IDE.
> >> The only tools I found out there are UltraEdit (which seems to do > the > >> same thing as TextPad) and ASAP by ComplementSoft. What else is out > >> there other than ASAP? What are people using? Any advice? Hints? > >> Suggestions?
> >> Kindly advise. I did try to search around before posting and was > >> unable to find an article discussing this in detail. If someone can > >> help me find one, that might suffice as well......
> >> Thanks in advance.....
> >> Soberhi
The original of this email was scanned for viruses by the Government Secure Intranet (GSi) virus scanning service supplied exclusively by Energis in partnership with MessageLabs.
On leaving the GSi this email was certified virus-free
EG is coded in Microsoft .NET and there are probably specific calls to the Microsoft class names (for example, MS Office libraries). However, with the Mono Project working on a Linux port of .NET, it is possible that EG may pop up on a Unix machine someday...but I doubt it.
Alan
"Jack Hamilton" <JackHamil...@FIRSTHEALTH.COM> wrote in message
> You might be right, but I don't remember hearing that DMS won't be > developed further (I'm including the Enhanced Editor as part of DMS).
> I think that the editor in EG and the Enhanced Editor in SAS for > Windows are basically the same program, just called from different > places. Can anyone verify (or refute) that?
> I use EG as a text editor for SAS programs quite often, and yes, there > is value in it for programmers. The problems for programers in EG don't > come from the editor.
> It was stated at the Futures Forum that there is no intention to port > EG to Unix or any other non-Windows platform.
> -- > JackHamil...@FirstHealth.com > Manager, Technical Development > Metrics Department, First Health > West Sacramento, California USA
> >>> "Peter Crawford" <Pe...@CRAWFORDSOFTWARE.DEMON.CO.UK> 06/06/2004 > 10:22 AM >>> > Hi Sig
> EG won't languish !
> I raised the question of EG at the SUGi futures forum. I was very > surprised to hear that > EG is the strategic sas client. > DMS will not be developed further. > Perhaps we have to be using templates far more than we do already.
> >EG and the original server component, Integration Technologies, > >appear to be aimed more at executives and analysts than programmers
> Perhaps programmers as well as executives, have to find potential > value in EG > So far I've only seen the neat pfd funnel for a where clause, > and heard about scheduling tasks in EG3 ......... > **********So it might have been helpful if SAS/UK had shipped EG > along with my SAS9.1 (base SAS plus a couple) !!!!! > My exposure to EG remains a _real_ "future option"
> Peter Crawford > Crawford Software Consultancy Limited > UK
> On Fri, 4 Jun 2004 09:03:59 -0400, Sigurd Hermansen > <HERMA...@WESTAT.COM> > wrote:
> >All: > >Even though this discussion began with V6 constraints, it has now > ranged > >into future IDE's. Surprisingly, Peter Crawford has mentioned SAS > >Enterprise Guide (EG). Does that IDE application have a future for > real > >programmers, or will it languish as did SAS/Assist?
> >I have found EG useful in some respects. It provides templates for > certain > >procedures, including REPORT, FREQ, and graphics, and for ODS. > Hopefully, > >it will also help specify data objects and methods (a role that SAS > has > >fragmented into a confusing array of products such as ETL Studio and > AppDev > >Studio).
> >EG and the original server component, Integration Technologies, appear > to > >be aimed more at executives and analysts than programmers. Perhaps > those > >of us who actually write SAS programs have made it too abundantly > clear > >that we won't use an IDE that hides the details of programmers from > the > >user. While I continue to favor writing scripts to a purely graphical > >interface, I have a more open mind than before when it comes to > >intelligent prompts and generated program segments (say, connection > >strings from directory nodes, property sheets a la VB for middleware > >components, or icons representing metatdata).
> >What would a real programmer really want to see in an IDE? What would > >she or he actually use?
> >I would like to avoid becoming the current equivalent of the > mainframe > >assembly language programmer of the early 1990's. New programming > >environments don't empower executives and analysts and make > programmers > >obsolete. Executives buy an IDE and hire a new class of programmers > >(currently, Oracle developers, Web developers, and MS Windows system > >engineers). What on the cluttered shelf of IDE products would help > database > >programmers work more productively? > >Sig
> >-----Original Message----- > >From: Dunn, Toby [mailto:td...@TEA.STATE.TX.US] > >Sent: Thursday, June 03, 2004 3:13 PM > >To: SA...@LISTSERV.UGA.EDU > >Subject: Re: SAS IDE Development Environment
> >Paul,
> >Have you tried to get a group of programmers who haven't coded like > you > >propose to start coding like that. LOL....I have tried and am still > trying > >but let me tell ya it isn't easy and man o man you become very > unpopular > >very fast. I have found its about as volatile as telling some one > they > need > >to restructure their data set so that the code will be less, neater > in > >appearance, and easier to read.
> >Toby Dunn
> >-----Original Message----- > >From: SAS(r) Discussion [mailto:SA...@LISTSERV.UGA.EDU] On Behalf Of > Paul > M. > >Dorfman > >Sent: Thursday, June 03, 2004 2:06 PM > >To: SA...@LISTSERV.UGA.EDU > >Subject: Re: SAS IDE Development Environment
> >Soberhi,
> >IMHO, editor wars are most of the time are tempests in tea pots when > it > >comes to SAS coding. SAS is an extremely concise language, and a > programmer > >spends most of the time thinking about how to tell the machine what to > do > >rather than typing instructions. Hence I concur with David that almost > any > >editor will go except perhaps bone-dry Notepad... I do not like Brut, > >although it has its advantages as well. 6.12 SAS Program Editor > offers > >enough, except perhaps tongue-specific highlighting. If you try to > adhere > to > >the following:
> >-- keep code consistently indented > >-- make code lines neither too long, nor too short > >-- separate logically independent portions of code and steps with > blank > >lines or even *---------* ; > >-- use blanks around operators and before semicolons (thanks, Ian) > for > >better instant visual comprehension (a = b, not a=b) > >-- close steps with RUN/QUIT statements > >-- become a line-up freak (i.e. instead of this:
> >in my experience, there is not line-up effort that does not pay off > later > >on),
> >and you will avoid needing many fancy editor features designed to > cover for > >stylistic sloppiness. And good folks looking at your intellectual > heritage > >will have no reason to suppress a surge of instinctive hostility > towards an > >incognito. My $.02, anyway.
> >> -----Original Message----- > >> From: SAS(r) Discussion [mailto:SA...@LISTSERV.UGA.EDU] On Behalf > Of > >> Sober Hi > >> Sent: Thursday, June 03, 2004 11:08 AM > >> To: SA...@LISTSERV.UGA.EDU > >> Subject: SAS IDE Development Environment
> >> This board is a wonderful resource. Thanks to all.
> >> I am new to SAS (and don't even do this full-time), so be gentle > >> (please).
> >> At work, we have SAS 6.12 and do NOT have a license for SAS' > >> excessively pricey Client IDE. It is a small shop here and budgets > are > >> thin.
> >> I am currently using TEXTPAD with SAS syntax highlighting for > coding > >> development. This tool does little more than syntax highlighting. > (The > >> other two people who do some occasional SAS development here use > >> Notepad !!!).
> >> I am in need something that does much more. I have other > programming > >> experience in SQL Server and Visual Basic and have been spoiled by > >> their rich IDE.
> >> The only tools I found out there are UltraEdit (which seems to do > the > >> same thing as TextPad) and ASAP by ComplementSoft. What else is out > >> there other than ASAP? What are people using? Any advice? Hints? > >> Suggestions?
> >> Kindly advise. I did try to search around before posting and was > >> unable to find an article discussing this in detail. If someone can > >> help me find one, that might suffice as well......
I agree that the EG editor is about the same as the enhanced editor in PC-SAS v.8.02. The only difference I've noticed is the deployment of settings.
As for EG's usefulness for developers, I'll admit that the template for proc tabulate can be handy with complex tables, and the SAS/Graph procedures which I have no intention to learn, are also nice to have on a click-to-know basis. But that's also where the good things to say about EG ends. (If You're not in the mood for complaints, stop reading! :-)
1: What have happened to the SAS/Connect-procedures and statements? - Well yes, with Integration Technology you have the possibility to add remote servers to EG, BUT: Stupid EG "downloads" everything to the first location in mention. That's not enough control to the programmer for my taste, and besides how do You export the code to be run in batch-mode? 2: What about the command line? Where has it gone? Along with my beloved dm-statements perhaps? 3: The formerly acceptable break-function is now single-threaded (EG 2)- exactly when does Your break-ordered submitted statements stop processing then? :-) (It's fixed in EG 3 allright)
That's about it, for being bitter. I sincerely hope that SAS will wake up some day, and spend some effort in making an IDE instead of a DEE (Disintegrated Entanglement Environment).
If any of You fellow SAS-developers are in favour of EG, please post Your positive arguments :o)
> Yes, the EG Editor is the Enhanced Editor. If you have both SAS and EG, > you only need it installed once (in 8.2 within the "Shared Files" > subdirectory of c:\program files\sas institute).
> *************************************************** > Nigel Pain > Scottish Executive > Analytical Services Team > Victoria Quay > EDINBURGH > EH6 6QQ > UK > Tel +44 131 244 7237 > Mailto:nigel.p...@scotland.gsi.gov.uk > Website: http:\\www.scotland.gov.uk
> > -----Original Message----- > > From: Jack Hamilton [mailto:JackHamil...@FIRSTHEALTH.COM] > > Sent: 07 June 2004 17:26 > > Subject: Re: SAS IDE Development Environment
> > You might be right, but I don't remember hearing that DMS won't be > > developed further (I'm including the Enhanced Editor as part of DMS).
> > I think that the editor in EG and the Enhanced Editor in SAS for > > Windows are basically the same program, just called from different > > places. Can anyone verify (or refute) that?
> > I use EG as a text editor for SAS programs quite often, and yes, there > > is value in it for programmers. The problems for programers in EG > don't > > come from the editor.
> > It was stated at the Futures Forum that there is no intention to port > > EG to Unix or any other non-Windows platform.
> > -- > > JackHamil...@FirstHealth.com > > Manager, Technical Development > > Metrics Department, First Health > > West Sacramento, California USA
> > >>> "Peter Crawford" <Pe...@CRAWFORDSOFTWARE.DEMON.CO.UK> 06/06/2004 > > 10:22 AM >>> > > Hi Sig
> > EG won't languish !
> > I raised the question of EG at the SUGi futures forum. I was very > > surprised to hear that > > EG is the strategic sas client. > > DMS will not be developed further. > > Perhaps we have to be using templates far more than we do already.
> > >EG and the original server component, Integration Technologies, > > >appear to be aimed more at executives and analysts than programmers
> > Perhaps programmers as well as executives, have to find potential > > value in EG > > So far I've only seen the neat pfd funnel for a where clause, > > and heard about scheduling tasks in EG3 ......... > > **********So it might have been helpful if SAS/UK had shipped EG > > along with my SAS9.1 (base SAS plus a couple) !!!!! > > My exposure to EG remains a _real_ "future option"
> > Peter Crawford > > Crawford Software Consultancy Limited > > UK
> > On Fri, 4 Jun 2004 09:03:59 -0400, Sigurd Hermansen > > <HERMA...@WESTAT.COM> > > wrote:
> > >All: > > >Even though this discussion began with V6 constraints, it has now > > ranged > > >into future IDE's. Surprisingly, Peter Crawford has mentioned SAS > > >Enterprise Guide (EG). Does that IDE application have a future for > > real > > >programmers, or will it languish as did SAS/Assist?
> > >I have found EG useful in some respects. It provides templates for > > certain > > >procedures, including REPORT, FREQ, and graphics, and for ODS. > > Hopefully, > > >it will also help specify data objects and methods (a role that SAS > > has > > >fragmented into a confusing array of products such as ETL Studio and > > AppDev > > >Studio).
> > >EG and the original server component, Integration Technologies, > appear > > to > > >be aimed more at executives and analysts than programmers. Perhaps > > those > > >of us who actually write SAS programs have made it too abundantly > > clear > > >that we won't use an IDE that hides the details of programmers from > > the > > >user. While I continue to favor writing scripts to a purely graphical > > >interface, I have a more open mind than before when it comes to > > >intelligent prompts and generated program segments (say, connection > > >strings from directory nodes, property sheets a la VB for middleware > > >components, or icons representing metatdata).
> > >What would a real programmer really want to see in an IDE? What would > > >she or he actually use?
> > >I would like to avoid becoming the current equivalent of the > > mainframe > > >assembly language programmer of the early 1990's. New programming > > >environments don't empower executives and analysts and make > > programmers > > >obsolete. Executives buy an IDE and hire a new class of programmers > > >(currently, Oracle developers, Web developers, and MS Windows system > > >engineers). What on the cluttered shelf of IDE products would help > > database > > >programmers work more productively? > > >Sig
> > >-----Original Message----- > > >From: Dunn, Toby [mailto:td...@TEA.STATE.TX.US] > > >Sent: Thursday, June 03, 2004 3:13 PM > > >To: SA...@LISTSERV.UGA.EDU > > >Subject: Re: SAS IDE Development Environment
> > >Paul,
> > >Have you tried to get a group of programmers who haven't coded like > > you > > >propose to start coding like that. LOL....I have tried and am still > > trying > > >but let me tell ya it isn't easy and man o man you become very > > unpopular > > >very fast. I have found its about as volatile as telling some one > > they > > need > > >to restructure their data set so that the code will be less, neater > > in > > >appearance, and easier to read.
> > >Toby Dunn
> > >-----Original Message----- > > >From: SAS(r) Discussion [mailto:SA...@LISTSERV.UGA.EDU] On Behalf Of > > Paul > > M. > > >Dorfman > > >Sent: Thursday, June 03, 2004 2:06 PM > > >To: SA...@LISTSERV.UGA.EDU > > >Subject: Re: SAS IDE Development Environment
> > >Soberhi,
> > >IMHO, editor wars are most of the time are tempests in tea pots when > > it > > >comes to SAS coding. SAS is an extremely concise language, and a > > programmer > > >spends most of the time thinking about how to tell the machine what > to > > do > > >rather than typing instructions. Hence I concur with David that > almost > > any > > >editor will go except perhaps bone-dry Notepad... I do not like Brut, > > >although it has its advantages as well. 6.12 SAS Program Editor > > offers > > >enough, except perhaps tongue-specific highlighting. If you try to > > adhere > > to > > >the following:
> > >-- keep code consistently indented > > >-- make code lines neither too long, nor too short > > >-- separate logically independent portions of code and steps with > > blank > > >lines or even *---------* ; > > >-- use blanks around operators and before semicolons (thanks, Ian) > > for > > >better instant visual comprehension (a = b, not a=b) > > >-- close steps with RUN/QUIT statements > > >-- become a line-up freak (i.e. instead of this:
> > >in my experience, there is not line-up effort that does not pay off > > later > > >on),
> > >and you will avoid needing many fancy editor features designed to > > cover for > > >stylistic sloppiness. And good folks looking at your intellectual > > heritage > > >will have no reason to suppress a surge of instinctive hostility > > towards an > > >incognito. My $.02, anyway.
> > >> -----Original Message----- > > >> From: SAS(r) Discussion [mailto:SA...@LISTSERV.UGA.EDU] On Behalf > > Of > > >> Sober Hi > > >> Sent: Thursday, June 03, 2004 11:08 AM > > >> To: SA...@LISTSERV.UGA.EDU > > >> Subject: SAS IDE Development Environment
> > >> This board is a wonderful resource. Thanks to all.
> > >> I am new to SAS (and don't even do this full-time), so be gentle > > >> (please).
> > >> At work, we have SAS 6.12 and do NOT have a license for SAS' > > >> excessively pricey Client IDE. It is a small shop here and budgets > > are > > >> thin.
EG is the best program that SAS has out there IMHO. Certainly, the EG guys have presented us with a modern interface and the next EG is really nice. However, it is not an IDE: it is intended for analysts and not for developers. For developers, it's back to the good old enhanced editor which is why I have an issue with SAS's IDE. It is simply not up to speed against modern development environments. Nothing anyone has posted has really changed my mind on that simple fact.
SAS certainly has the talent internally to make a decent IDE. Nonetheless, I still maintain that they should look external and just hook into an existing environment.
Alan
"Christian Lensbjerg" <lensbj...@hotmail.com> wrote in message
> I agree that the EG editor is about the same as the enhanced editor in > PC-SAS v.8.02. > The only difference I've noticed is the deployment of settings.
> As for EG's usefulness for developers, I'll admit that the template for proc > tabulate can be handy with complex tables, and the SAS/Graph procedures > which I have no intention to learn, are also nice to have on a click-to-know > basis. > But that's also where the good things to say about EG ends. (If You're not > in the mood for complaints, stop reading! :-)
> 1: What have happened to the SAS/Connect-procedures and statements? > - Well yes, with Integration Technology you have the possibility to add > remote servers to EG, BUT: Stupid EG "downloads" everything to the first > location in mention. That's not enough control to the programmer for my > taste, and besides how do You export the code to be run in batch-mode? > 2: What about the command line? Where has it gone? Along with my beloved > dm-statements perhaps? > 3: The formerly acceptable break-function is now single-threaded (EG 2)- > exactly when does Your break-ordered submitted statements stop processing > then? :-) (It's fixed in EG 3 allright)
> That's about it, for being bitter. I sincerely hope that SAS will wake up > some day, and spend some effort in making an IDE instead of a DEE > (Disintegrated Entanglement Environment).
> If any of You fellow SAS-developers are in favour of EG, please post Your > positive arguments :o)
> > Yes, the EG Editor is the Enhanced Editor. If you have both SAS and EG, > > you only need it installed once (in 8.2 within the "Shared Files" > > subdirectory of c:\program files\sas institute).
> > > -----Original Message----- > > > From: Jack Hamilton [mailto:JackHamil...@FIRSTHEALTH.COM] > > > Sent: 07 June 2004 17:26 > > > Subject: Re: SAS IDE Development Environment
> > > You might be right, but I don't remember hearing that DMS won't be > > > developed further (I'm including the Enhanced Editor as part of DMS).
> > > I think that the editor in EG and the Enhanced Editor in SAS for > > > Windows are basically the same program, just called from different > > > places. Can anyone verify (or refute) that?
> > > I use EG as a text editor for SAS programs quite often, and yes, there > > > is value in it for programmers. The problems for programers in EG > > don't > > > come from the editor.
> > > It was stated at the Futures Forum that there is no intention to port > > > EG to Unix or any other non-Windows platform.
> > > -- > > > JackHamil...@FirstHealth.com > > > Manager, Technical Development > > > Metrics Department, First Health > > > West Sacramento, California USA
> > > >>> "Peter Crawford" <Pe...@CRAWFORDSOFTWARE.DEMON.CO.UK> 06/06/2004 > > > 10:22 AM >>> > > > Hi Sig
> > > EG won't languish !
> > > I raised the question of EG at the SUGi futures forum. I was very > > > surprised to hear that > > > EG is the strategic sas client. > > > DMS will not be developed further. > > > Perhaps we have to be using templates far more than we do already.
> > > >EG and the original server component, Integration Technologies, > > > >appear to be aimed more at executives and analysts than programmers
> > > Perhaps programmers as well as executives, have to find potential > > > value in EG > > > So far I've only seen the neat pfd funnel for a where clause, > > > and heard about scheduling tasks in EG3 ......... > > > **********So it might have been helpful if SAS/UK had shipped EG > > > along with my SAS9.1 (base SAS plus a couple) !!!!! > > > My exposure to EG remains a _real_ "future option"
> > > Peter Crawford > > > Crawford Software Consultancy Limited > > > UK
> > > On Fri, 4 Jun 2004 09:03:59 -0400, Sigurd Hermansen > > > <HERMA...@WESTAT.COM> > > > wrote:
> > > >All: > > > >Even though this discussion began with V6 constraints, it has now > > > ranged > > > >into future IDE's. Surprisingly, Peter Crawford has mentioned SAS > > > >Enterprise Guide (EG). Does that IDE application have a future for > > > real > > > >programmers, or will it languish as did SAS/Assist?
> > > >I have found EG useful in some respects. It provides templates for > > > certain > > > >procedures, including REPORT, FREQ, and graphics, and for ODS. > > > Hopefully, > > > >it will also help specify data objects and methods (a role that SAS > > > has > > > >fragmented into a confusing array of products such as ETL Studio and > > > AppDev > > > >Studio).
> > > >EG and the original server component, Integration Technologies, > > appear > > > to > > > >be aimed more at executives and analysts than programmers. Perhaps > > > those > > > >of us who actually write SAS programs have made it too abundantly > > > clear > > > >that we won't use an IDE that hides the details of programmers from > > > the > > > >user. While I continue to favor writing scripts to a purely graphical > > > >interface, I have a more open mind than before when it comes to > > > >intelligent prompts and generated program segments (say, connection > > > >strings from directory nodes, property sheets a la VB for middleware > > > >components, or icons representing metatdata).
> > > >What would a real programmer really want to see in an IDE? What would > > > >she or he actually use?
> > > >I would like to avoid becoming the current equivalent of the > > > mainframe > > > >assembly language programmer of the early 1990's. New programming > > > >environments don't empower executives and analysts and make > > > programmers > > > >obsolete. Executives buy an IDE and hire a new class of programmers > > > >(currently, Oracle developers, Web developers, and MS Windows system > > > >engineers). What on the cluttered shelf of IDE products would help > > > database > > > >programmers work more productively? > > > >Sig
> > > >-----Original Message----- > > > >From: Dunn, Toby [mailto:td...@TEA.STATE.TX.US] > > > >Sent: Thursday, June 03, 2004 3:13 PM > > > >To: SA...@LISTSERV.UGA.EDU > > > >Subject: Re: SAS IDE Development Environment
> > > >Paul,
> > > >Have you tried to get a group of programmers who haven't coded like > > > you > > > >propose to start coding like that. LOL....I have tried and am still > > > trying > > > >but let me tell ya it isn't easy and man o man you become very > > > unpopular > > > >very fast. I have found its about as volatile as telling some one > > > they > > > need > > > >to restructure their data set so that the code will be less, neater > > > in > > > >appearance, and easier to read.
> > > >Toby Dunn
> > > >-----Original Message----- > > > >From: SAS(r) Discussion [mailto:SA...@LISTSERV.UGA.EDU] On Behalf Of > > > Paul > > > M. > > > >Dorfman > > > >Sent: Thursday, June 03, 2004 2:06 PM > > > >To: SA...@LISTSERV.UGA.EDU > > > >Subject: Re: SAS IDE Development Environment
> > > >Soberhi,
> > > >IMHO, editor wars are most of the time are tempests in tea pots when > > > it > > > >comes to SAS coding. SAS is an extremely concise language, and a > > > programmer > > > >spends most of the time thinking about how to tell the machine what > > to > > > do > > > >rather than typing instructions. Hence I concur with David that > > almost > > > any > > > >editor will go except perhaps bone-dry Notepad... I do not like Brut, > > > >although it has its advantages as well. 6.12 SAS Program Editor > > > offers > > > >enough, except perhaps tongue-specific highlighting. If you try to > > > adhere > > > to > > > >the following:
> > > >-- keep code consistently indented > > > >-- make code lines neither too long, nor too short > > > >-- separate logically independent portions of code and steps with > > > blank > > > >lines or even *---------* ; > > > >-- use blanks around operators and before semicolons (thanks, Ian) > > > for > > > >better instant visual comprehension (a = b, not a=b) > > > >-- close steps with RUN/QUIT statements > > > >-- become a line-up freak (i.e. instead of this: