I fear I risk being viewed as something of a curmudgeon, but the truth must be stated. S-Plus, R, SAS, etc. are all similar in that they are all tools to an end and not an end in themselves. Any one of the three can do most statistical analyses one might want to do. I could point out the strengths of any one of the programming environments, but to be fair I would then be required to point out each platform's weaknesses. In the end, what matters is the quality and abilities of the person who uses the tools, not the tools themselves. I don't think you can make a fair statement that any one is absolutely better than the other. John
John Sorkin M.D., Ph.D. Chief, Biostatistics and Informatics University of Maryland School of Medicine Division of Gerontology Baltimore VA Medical Center 10 North Greene Street GRECC (BT/18/GR) Baltimore, MD 21201-1524 (Phone) 410-605-7119 (Fax) 410-605-7913 (Please call phone number above prior to faxing) >>> Jeffrey J. Hallman <[EMAIL PROTECTED]> 1/7/2008 4:09 PM >>> SAS programming is easy if everything you want to do fits easily into the row-at-a-time DATA step paradigm. If it doesn't, you have to write macros, which are an abomination. DATA step statements and macros are entirely different programming languages, with one doing evaluations at "compile" time, and the other at "run" time. Except that that's not really true, either, witness the 'call symput()' construct. Then, if you want to interact at all with the user, you need to learn SCL, a third language, with it's own rules. And to do anything sophisticated with a user interface (which will still look like hell), you have to learn the SAS A/F toolkit built on SCL. And of course, A/F requires you to think differently yet again. So, to be a competent and versatile SAS programmer, you have to learn four languages and four paradigms, and keep them all straight in your head while programming. Of course, hardly anyone can do this, so you usually find stacks of reference documentation close at hand when you visit a SAS programmer's office. R and Splus don't offer much in the way of GUI programming, but for problems that don't require a lot of GUI, it's very nice. You learn one language, it's quite forgiving, it's interpreted and usually easy to debug, and the programs you end up with are far more readable and maintainable than anything a SAS programmer can turn out. Reading my own SAS code is bad, and reading someone else's is torture. Do I sound like an R bigot? Actually, I'm a Smalltalk bigot, which is even nicer than R. But R is quite usable for most things I do, and I use Smalltalk for GUI-intensive stuff. Speaking as a programmer, SAS is awful. -- Jeff ______________________________________________ R-help@r-project.org mailing list https://stat.ethz.ch/mailman/listinfo/r-help PLEASE do read the posting guide http://www.R-project.org/posting-guide.html and provide commented, minimal, self-contained, reproducible code. Confidentiality Statement: This email message, including any attachments, is for th...{{dropped:6}} ______________________________________________ R-help@r-project.org mailing list https://stat.ethz.ch/mailman/listinfo/r-help PLEASE do read the posting guide http://www.R-project.org/posting-guide.html and provide commented, minimal, self-contained, reproducible code.
