| |
 |
|
|
Science Forum Index » Space - Consult Forum » SAS programmers...
Page 1 of 1
|
| Author |
Message |
| Olga Kovtunenko... |
Posted: Wed May 14, 2008 9:05 am |
|
|
|
Guest
|
Hello!
I'm looking for SAS programmers with marketing/pharmaceutical sales
experience for a 3 months contract in Bridgewater, NJ and SAS
programmers with mortgage experience for a 6 months contract to hire
position in Richmond, VA.
If you know anyone who might be interested in such positions, I would
really appreciate your help.
Thanks in advance!!! |
|
|
| Back to top |
|
| Frank E Harrell Jr... |
Posted: Mon May 19, 2008 11:38 am |
|
|
|
Guest
|
Olga Kovtunenko wrote:
Quote: Hello!
I'm looking for SAS programmers with marketing/pharmaceutical sales
experience for a 3 months contract in Bridgewater, NJ and SAS
programmers with mortgage experience for a 6 months contract to hire
position in Richmond, VA.
If you know anyone who might be interested in such positions, I would
really appreciate your help.
Thanks in advance!!!
Too bad it's limited to SAS which takes twice as long to get the same
work done by a modern statistical computing and graphics language.
Frank Harrell |
|
|
| Back to top |
|
| Kenneth M. Lin... |
Posted: Mon May 19, 2008 2:52 pm |
|
|
|
Guest
|
"Frank E Harrell Jr" <f.harrell at (no spam) vanderbilt.edu> wrote in message
news:4831AD1C.7050904 at (no spam) vanderbilt.edu...
Quote: Olga Kovtunenko wrote:
Hello!
I'm looking for SAS programmers with marketing/pharmaceutical sales
experience for a 3 months contract in Bridgewater, NJ and SAS
programmers with mortgage experience for a 6 months contract to hire
position in Richmond, VA.
If you know anyone who might be interested in such positions, I would
really appreciate your help.
Thanks in advance!!!
Too bad it's limited to SAS which takes twice as long to get the same work
done by a modern statistical computing and graphics language.
Frank Harrell
What language are you talking about? |
|
|
| Back to top |
|
| Frank E Harrell Jr... |
Posted: Mon May 19, 2008 4:59 pm |
|
|
|
Guest
|
Kenneth M. Lin wrote:
Quote: "Frank E Harrell Jr" <f.harrell at (no spam) vanderbilt.edu> wrote in message
news:4831AD1C.7050904 at (no spam) vanderbilt.edu...
Olga Kovtunenko wrote:
Hello!
I'm looking for SAS programmers with marketing/pharmaceutical sales
experience for a 3 months contract in Bridgewater, NJ and SAS
programmers with mortgage experience for a 6 months contract to hire
position in Richmond, VA.
If you know anyone who might be interested in such positions, I would
really appreciate your help.
Thanks in advance!!!
Too bad it's limited to SAS which takes twice as long to get the same work
done by a modern statistical computing and graphics language.
Frank Harrell
What language are you talking about?
Mainly R, S-Plus, and Stata.
Frank
|
|
|
| Back to top |
|
| John Uebersax... |
Posted: Sun May 25, 2008 7:37 pm |
|
|
|
Guest
|
On May 19, 6:38 pm, Frank E Harrell Jr <f.harr... at (no spam) vanderbilt.edu>
wrote:
Quote: Olga Kovtunenko wrote:
Hello!
I'm looking for SAS programmers with marketing/pharmaceutical sales
experience for a 3 months contract in Bridgewater, NJ and SAS
programmers with mortgage experience for a 6 months contract to hire
position in Richmond, VA.
If you know anyone who might be interested in such positions, I would
really appreciate your help.
Thanks in advance!!!
Too bad it's limited to SAS which takes twice as long to get the same
work done by a modern statistical computing and graphics language.
Frank Harrell
Is computational speed a major issue in producing tables, listings,
and graphs for an FDA submission of clinical trials results? Most of
this stuff is just descriptive statistics. Sure, R is nice, but SAS
has been working for 25+ years to develop a system for producing
*reports* -- which is basically all the statistics section of an FDA
submission is.
The graphics is terrrible, granted.
But for other things SAS is very good. It is a highly structured
language that, from a human factors standpoint is very efficient (and
one might argue that human factors, not computational speed, is the
critical concern in a large pharmaceutical company). You need to be
able to bring in a programmer on short notice to maintain and update a
previously written program. That's easy with SAS.
John Uebersax |
|
|
| Back to top |
|
| Frank E Harrell Jr... |
Posted: Wed May 28, 2008 12:04 pm |
|
|
|
Guest
|
John Uebersax wrote:
Quote: On May 19, 6:38 pm, Frank E Harrell Jr <f.harr... at (no spam) vanderbilt.edu
wrote:
Olga Kovtunenko wrote:
Hello!
I'm looking for SAS programmers with marketing/pharmaceutical sales
experience for a 3 months contract in Bridgewater, NJ and SAS
programmers with mortgage experience for a 6 months contract to hire
position in Richmond, VA.
If you know anyone who might be interested in such positions, I would
really appreciate your help.
Thanks in advance!!!
Too bad it's limited to SAS which takes twice as long to get the same
work done by a modern statistical computing and graphics language.
Frank Harrell
Is computational speed a major issue in producing tables, listings,
and graphs for an FDA submission of clinical trials results? Most of
this stuff is just descriptive statistics. Sure, R is nice, but SAS
has been working for 25+ years to develop a system for producing
*reports* -- which is basically all the statistics section of an FDA
submission is.
R married with LaTeX can run circles around SAS for reports.
Quote:
The graphics is terrrible, granted.
But for other things SAS is very good. It is a highly structured
language that, from a human factors standpoint is very efficient (and
one might argue that human factors, not computational speed, is the
critical concern in a large pharmaceutical company). You need to be
able to bring in a programmer on short notice to maintain and update a
previously written program. That's easy with SAS.
I don't see why that is the case. As a data analysis and reporting
implementation language SAS is archaic, verbose, and lacking in
functional design. The bottom line is that it takes many more
programmers to accomplish the same task in SAS as with modern systems.
Frank Harrell
|
|
|
| Back to top |
|
| Gordon Sande... |
Posted: Wed May 28, 2008 1:15 pm |
|
|
|
Guest
|
On 2008-05-28 14:04:23 -0300, Frank E Harrell Jr
<f.harrell at (no spam) vanderbilt.edu> said:
Quote: John Uebersax wrote:
On May 19, 6:38 pm, Frank E Harrell Jr <f.harr... at (no spam) vanderbilt.edu
wrote:
Olga Kovtunenko wrote:
Hello!
I'm looking for SAS programmers with marketing/pharmaceutical sales
experience for a 3 months contract in Bridgewater, NJ and SAS
programmers with mortgage experience for a 6 months contract to hire
position in Richmond, VA.
If you know anyone who might be interested in such positions, I would
really appreciate your help.
Thanks in advance!!!
Too bad it's limited to SAS which takes twice as long to get the same
work done by a modern statistical computing and graphics language.
Frank Harrell
Is computational speed a major issue in producing tables, listings,
and graphs for an FDA submission of clinical trials results? Most of
this stuff is just descriptive statistics. Sure, R is nice, but SAS
has been working for 25+ years to develop a system for producing
*reports* -- which is basically all the statistics section of an FDA
submission is.
R married with LaTeX can run circles around SAS for reports.
The graphics is terrrible, granted.
But for other things SAS is very good. It is a highly structured
language that, from a human factors standpoint is very efficient (and
one might argue that human factors, not computational speed, is the
critical concern in a large pharmaceutical company). You need to be
able to bring in a programmer on short notice to maintain and update a
previously written program. That's easy with SAS.
I don't see why that is the case. As a data analysis and reporting
implementation language SAS is archaic, verbose, and lacking in
functional design. The bottom line is that it takes many more
programmers to accomplish the same task in SAS as with modern systems.
Frank Harrell
Various standard comments about job security would seem to apply.
Remember the old programmers coloring book with the page labelled
"This is a bug. Call it job security".
|
|
|
| Back to top |
|
| |
|
Page 1 of 1
All times are GMT - 5 Hours
The time now is Mon Oct 13, 2008 2:41 am
|
|