He trabajado como programador de SAS durante los últimos siete años, a mi lado un compañero de trabajo ha estado programando SAS más tiempo del que yo he vivido. Como se ha señalado aquí, hay una cantidad masiva de inercia/legado detrás de SAS; pero SAS al igual que R es un camino a un medio, no el medio mismo.
SAS es extremadamente eficiente en el acceso secuencial a los datos, y el acceso a la base de datos a través de SQL está muy bien integrado. Los PROC están muy bien documentados, pero lamentablemente no están totalmente estandarizados con la notación (PROC OPTMODEL e IML son dos ejemplos). Es un poco torpe cuando se trata de escribir código complicado, y no tan elegante para el código paralelo. También he encontrado que la importación de archivos csv es una fuente de gran miseria a veces y prefiero simplemente volcarlo a R primero y luego a una base de datos.
Aunque SAS tiene interfaces para objetos compartidos y dll's no tienes un buen acceso a ningún archivo de cabecera ni nada por el estilo, y la distribución de código tampoco está disponible a través de paquetes felices.
Sin embargo, hay poca preocupación de que alguien incluya algún paquete esotérico ahora desaparecido o roto en su código que ahora necesita mantener, y la calidad del código en SAS tiende a ser uniformemente excelente (el código del núcleo de R también es excelente, y también está disponible libremente para cualquiera).
Como se ha mencionado antes, SAS también es extremadamente caro, pero es una buena herramienta a la que acudo cuando sé que hay un procedimiento enlatado que funciona bien para mis necesidades.
R + SAS + mysql con un poco de perl para pegarlos funciona increíblemente :)
19 votos
Es trágico, pero me temo que es cierto...
1 votos
Hace un tiempo discutí esto con algunos amigos en facebook, y encontré dos enlaces que eran particularmente agradables sobre el tema: linkedin.com/groups/SAS-versus-R-35222.S.65098787 thejuliagroup.com/blog/?p=1757
23 votos
Un estadístico médico me dijo una vez que utilizaban SAS porque si cometían errores debido a los fallos del software y llegaban a las demandas, SAS les recompensaba. R viene sin garantía.
46 votos
El @Momo R viene sin garantía, cierto, pero me gustaría ver una referencia de que el SAS la tiene tan fuerte. No pude encontrar el texto de la licencia de SAS en su página web, pero pude encontrar algo para un componente: support.sas.com/documentation/onlinedoc/sasc/doc650/common/ Tiene una garantía de 90 días para el soporte en el que se envía el software y una exención de responsabilidad de cualquier otra garantía. Por favor, danos una referencia que no sea "alguien me lo dijo una vez".
14 votos
Sólo pretendía ser una anécdota, me gusta el cinismo pragmático del comentario. Pero me alegro de que lo hayas comprobado, nunca me ha importado.
0 votos
Las grandes empresas con un historial de éxito tienden a establecer los estándares en una industria. SAS cuenta con esta ventaja del titular, y también se beneficia de que su precio crea una gran barrera de entrada en otras industrias. Esto da a las grandes empresas establecidas una ventaja sobre los nuevos competidores más pequeños y les permite cobrar precios más altos debido a la restricción de la competencia.
3 votos
Después de leer muchos de los comentarios/respuestas, IMO parece que el mayor problema aquí es: "cultura arraigada del software propietario" frente a la "nueva cultura del código abierto". Así que el problema se reduce a los argumentos habituales a favor y en contra del uso de software privativo frente al de código abierto. Cuando la gente está en contra del código abierto, me gusta dar un buen contraejemplo: cientos de millones de personas dependen de linux todos los días... desde la mayoría de los sitios web (apache), hasta la mayoría de los teléfonos inteligentes (Android), pasando por la mayoría de los superordenadores (que utilizan el kernel de linux), hasta muchos dispositivos integrados.
0 votos
Véase también: ¿es el lenguaje fiable para el campo de la economía? .
41 votos
SAS tiene la misma garantía que R: ninguna.
2 votos
Para mi área (estadísticas gubernamentales, incluyendo el censo de población, con bases de datos de ~ 20G), R simplemente no puede hacer el trabajo. Sin embargo, hay divisiones que utilizan también R, creo que principalmente para la econometría.
2 votos
@arbautjc Si el tamaño del conjunto de datos es el único problema, sólo necesitas un ordenador con 64+GB de RAM; o puedes usar
bigmemory
off
.2 votos
... o puede utilizar R 3.0.0 que ha superado los límites de RAM en R y utilizará el archivo de intercambio/página.
1 votos
PROC IML tiene una sensación similar a la de R - y también tiene una interfaz con R disponible (aunque requiere algún tipo de opción de instalación).
0 votos
Una revisión algo relevante: analyticsvidhya.com/blog/2014/03/sas-vs-python-tool-learn
2 votos
Me hicieron esta pregunta y mi respuesta fue que mientras siga habiendo código fortran y cobol, los sas existirán. Es difícil subestimar el poder del código y los sistemas heredados.