2009 08:44:51 +1300
From: Rolf Turner r.tur...@auckland.ac.nz
Subject: Re: [R] Inefficiency of SAS Programming
To: Ajay ohri ohri2...@gmail.com
Cc: r-help-boun...@r-project.org r-help-boun...@r-project.org,
Gerard M. Keogh gmke...@justice.ie, list
r-h...@stat.math.ethz.ch, R, Greg Snow
...@r-project.org, R
list r-h...@stat.math.ethz.ch
Subject
Re: [R] Inefficiency of SAS
Programming
Ajay ohri wrote:
for an inefficient language , it sure has dominated the predictive
analytics world for 3 plus decades.
I referred once to intellectual jealousy between newton and liebnitz.
i am going ahead and creating the R package called Anne.
If you want to market this, Ajay, I'd
...@r-project.org
Subject: Re: [R] Inefficiency of SAS Programming
Yes Greg,
but if you're buying SAS they'll throw in IML pretty cheaply - SAS
think
it's only for a few nerds out there who wan to do funny stuff.
G
Greg Snow
greg.s...@imail
no market for R packages exists in true economic sense
as there is demand and supply and utility but no price
Ajay
Did Tom Sawyer create the first collaborative project ever ( to paint the
fence ?)
On Tue, Mar 3, 2009 at 4:24 PM, Jim Lemon j...@bitwrit.com.au wrote:
Ajay ohri wrote:
for
2009/3/3 Jim Lemon j...@bitwrit.com.au:
Ajay ohri wrote:
for an inefficient language , it sure has dominated the predictive
analytics world for 3 plus decades.
I referred once to intellectual jealousy between newton and liebnitz.
i am going ahead and creating the R package called Anne.
Harrell Jr; R list; r-help-boun...@r-project.org
Subject: Re: [R] Inefficiency of SAS Programming
Yes Greg,
but if you're buying SAS they'll throw in IML pretty cheaply - SAS
think
it's only for a few nerds out there who wan to do funny stuff.
G
Greg Snow
greg.s
On Mar 3, 9:58 am, Ajay ohri ohri2...@gmail.com wrote:
for an inefficient language , it sure has dominated the predictive
analytics world for 3 plus decades.
I referred once to intellectual jealousy between newton and liebnitz.
i am going ahead and creating the R package called Anne.
It
...@r-project.org,
R
list r-h...@stat.math.ethz.ch
Subject
Re: [R] Inefficiency of SAS
Programming
But SAS/IML is not part of base SAS, it costs extra, so
mailto:r-help-boun...@r-project.org
Subject: Re: [R] Inefficiency of SAS Programming
Yes Greg,
but if you're buying SAS they'll throw in IML pretty
cheaply - SAS
think
it's only for a few nerds out
On 3/03/2009, at 5:58 PM, Ajay ohri wrote:
for an inefficient language , it sure has dominated the predictive
analytics world for 3 plus decades.
I referred once to intellectual jealousy between newton and liebnitz.
i am going ahead and creating the R package called Anne.
It basically is
Subject: Re: [R] Inefficiency of SAS Programming
Yes Frank, I accept your point but nevertheless IML is the proper place
for
matrix work in SAS - mixing macro-level logic and computation is
another
question - R is certainly more seemless in this respect.
Gerard
Frank E
R depends on all of those things to run, but you only have to use those
programs through R. The software depends on these other tools, but the human
doesn't have to switch interfaces.
Tom!
On Fri, Feb 27, 2009 at 9:22 PM, Gabor Grothendieck ggrothendi...@gmail.com
wrote:
On Fri, Feb 27, 2009
On 3/2/2009 6:57 AM, Thomas Levine wrote:
R depends on all of those things to run, but you only have to use those
programs through R. The software depends on these other tools, but the human
doesn't have to switch interfaces.
In fact, it doesn't even depend on them to run. Most Windows users
If you want to write Sweave reports you have to learn latex and
R does not hide that from you.
This situation is somewhat better for tcltk, especially if you
use one of the higher level wrapper packages that use it, but for
serious work directly with it you need tcl/tk materials.
On Mon, Mar 2,
...@justice.ie]
Sent: Monday, March 02, 2009 3:22 AM
To: Greg Snow
Cc: Frank E Harrell Jr; R list; r-help-boun...@r-project.org
Subject: Re: [R] Inefficiency of SAS Programming
Yes Greg,
but if you're buying SAS they'll throw in IML pretty cheaply - SAS
think
it's only for a few nerds out
: Gerard M. Keogh [mailto:gmke...@justice.ie]
Sent: Monday, March 02, 2009 3:22 AM
To: Greg Snow
Cc: Frank E Harrell Jr; R list; r-help-boun...@r-project.org
Subject: Re: [R] Inefficiency of SAS Programming
Yes Greg,
but if you're buying SAS they'll throw in IML pretty cheaply - SAS
by: cc
r-help-boun...@r-
project.org Subject
[R] Inefficiency of SAS Programming
I would like to know if we can create a package in which r functions are
renamed closer to sas language.doing so will help people familiar to SAS to
straight away take to R for their work,thus decreasing the threshold for
acceptance - and then get into deeper understanding later.
since it is a
2009/2/27 Peter Dalgaard p.dalga...@biostat.ku.dk:
Presumably, something like
IF N. = 1 THEN SUB_N = 1;
ELSE IF N. 5 THEN SUB_N = N.-1;
ELSE IF N. 16 THEN SUB_N = N.-2;
ELSE SUB_N = N.-3;
would work, provided that 2, 5, 16 are impossible values. Problem is that it
Wensui Liu wrote:
Thanks for pointing me to the SAS code, Dr Harrell
After reading codes, I have to say that the inefficiency is not
related to SAS language itself but the SAS programmer. An experienced
SAS programmer won't use much of hard-coding, very adhoc and difficult
to maintain.
I agree
Ajay ohri wrote:
Sometimes for the sake of simplicity, SAS coding is created like that.
One can use the concatenate function and drag and drop in an simple
excel sheet for creating elaborate SAS code like the one mentioned and
without any time at all.
A system that requires Excel for its
r-help-boun...@r-
project.org Subject
[R] Inefficiency of SAS Programming
Ajay ohri wrote:
I would like to know if we can create a package in which r functions are
renamed closer to sas language.doing so will help people familiar to SAS
to straight away take to R for their work,thus decreasing the threshold
for acceptance - and then get into deeper understanding
Subject
Re: [R] Inefficiency of SAS
Programming
on 02/27/2009 07:57 AM Frank E Harrell Jr wrote:
Ajay ohri wrote:
I would like to know if we can create a package in which r functions
are renamed closer to sas language.doing so will help people familiar
to SAS to straight away take to R for their work,thus decreasing the
threshold for
I've actually used AHRQ's software to create Inpatient Quality Indicator
reports. I can confirm pretty much what we already know; it is inefficient.
Running on about 1.8 - 2 million cases, it would take just about a whole day
to run the entire process from start to finish. That isn't all
I had enrolled in a statistics course this semester, but after the
first class, I dropped it because it uses SAS. This thread makes me
quite glad.
Tom!
On Fri, Feb 27, 2009 at 8:48 AM, Frank E Harrell Jr
f.harr...@vanderbilt.edu wrote:
Wensui Liu wrote:
Thanks for pointing me to the SAS code,
Immersion therapy can be done at a later stage after the newly
baptized R corporate
user is happy with the fact that he can do most of his legacy code in R
easily now .
I have treading water in the immersion for over a year now.
Most SAS consultants and corporate users are eager to try out R
Ajay ohri wrote:
Immersion therapy can be done at a later stage after the
newly baptized R corporate user is happy with the fact that he can do
most of his legacy code in R easily now .
I have treading water in the immersion for over a year now.
Most SAS consultants and corporate users
Three comments
I actually think you can write worse code in R than in SAS: more tools = more
scope for innovatively bad ideas. The ability to write bad code should not
damm
a language.
I found almost all of the improvements to the multi-line SAS recode to be
regressions, both the SAS
Terry Therneau wrote:
Three comments
I actually think you can write worse code in R than in SAS: more tools = more
scope for innovatively bad ideas. The ability to write bad code should not damm
a language.
I found almost all of the improvements to the multi-line SAS recode to be
Terry's remarks (see below) are well received however, I take issue with one
part of his comments. As a long time programmer (in both statistical
programming languages and traditional programming languages), I miss the
ability to write native-languages in R. While macros can make for difficult
spam me wrote:
I've actually used AHRQ's software to create Inpatient Quality Indicator
reports. I can confirm pretty much what we already know; it is inefficient.
Running on about 1.8 - 2 million cases, it would take just about a whole day
to run the entire process from start to finish. That
John Sorkin wrote:
Terry's remarks (see below) are well received however, I take issue with one part of his comments.
As a long time programmer (in both statistical programming languages and
traditional programming languages), I miss the ability to write native-languages in R.
While macros
A further example of software pricing dynamics
is the complete lack of awareness of WPS , a UK based software which is
basically a base SAS clone with all the features of SAS ( coding read ,write
and data read /write) and priced only at 660$ per desktop and 1400$ for
server licenses ..very very
Frank,
A programming language's efficience is a function of several items, including
what you are trying to program. Without using SAS proc IML, I have found that
it is more efficient to code algorithms (e.g. a least squares linear
regression) using R than SAS; we all know that matrix notation
My apologies, this obviously doubles as my for registration purposes
account and so I don't often send from it - I was not intentionally being so
secretive : )
At any rate, I completely agree, but of course it's a reciprocal
relationship. The software is written in SAS because that's what the
Also because no one wants to put their neck out on a chopping block to
suggest R without technical support and the like. If you use SAS,
there's a cascade of blame available, but it's not immediately
available for R.
On Fri, Feb 27, 2009 at 10:36 AM, Bryan thespamho...@gmail.com wrote:
My
AM
To: Frank E Harrell Jr
Cc: r-help-boun...@r-project.org; R list
Subject: Re: [R] Inefficiency of SAS Programming
Yes Frank, I accept your point but nevertheless IML is the proper place
for
matrix work in SAS - mixing macro-level logic and computation is
another
question - R is certainly
John Sorkin wrote:
Frank,
A programming language's efficience is a function of several items, including what you are trying to program. Without using SAS proc IML, I have found that it is more efficient to code algorithms (e.g. a least squares linear regression) using R than SAS; we all know
On Fri, Feb 27, 2009 at 8:53 AM, Frank E Harrell Jr
f.harr...@vanderbilt.edu wrote:
Ajay ohri wrote:
Sometimes for the sake of simplicity, SAS coding is created like that. One
can use the concatenate function and drag and drop in an simple excel sheet
for creating elaborate SAS code like the
If anyone wants to see a prime example of how inefficient it is to
program in SAS, take a look at the SAS programs provided by the US
Agency for Healthcare Research and Quality for risk adjusting and
reporting for hospital outcomes at
http://www.qualityindicators.ahrq.gov/software.htm . The
Frank,
I couldn't locate the program you mentioned. doyou mind being more
specific? could you please point me to the file? i am just curious.
thanks.
On Thu, Feb 26, 2009 at 5:57 PM, Frank E Harrell Jr
f.harr...@vanderbilt.edu wrote:
If anyone wants to see a prime example of how inefficient it
2009/2/26 Frank E Harrell Jr f.harr...@vanderbilt.edu:
If anyone wants to see a prime example of how inefficient it is to program
in SAS, take a look at the SAS programs provided by the US Agency for
Healthcare Research and Quality for risk adjusting and reporting for
hospital outcomes at
Barry Rowlingson wrote:
2009/2/26 Frank E Harrell Jr f.harr...@vanderbilt.edu:
If anyone wants to see a prime example of how inefficient it is to program
in SAS, take a look at the SAS programs provided by the US Agency for
Healthcare Research and Quality for risk adjusting and reporting for
On 26 Feb 2009 at 23:47, Barry Rowlingson wrote:
2009/2/26 Frank E Harrell Jr f.harr...@vanderbilt.edu:
If anyone wants to see a prime example of how inefficient it is to program
in SAS, take a look at the SAS programs provided by the US Agency for
Healthcare Research and Quality for risk
Sometimes for the sake of simplicity, SAS coding is created like that. One
can use the concatenate function and drag and drop in an simple excel sheet
for creating elaborate SAS code like the one mentioned and without any time
at all.
There are multiple ways to do this in SAS , much better and
How would this agency be convinced of adopting R code also
how would these things work.
Regards,
Ajay
www.decisionstats.com
On Fri, Feb 27, 2009 at 4:27 AM, Frank E Harrell Jr
f.harr...@vanderbilt.edu wrote:
If anyone wants to see a prime example of how inefficient it is to program
in
49 matches
Mail list logo
