Re:R Passes SAS, but Python Leaves Them Both Behind
by bigger_cheese on Sunday March 05, 2017 @10:26PM
(#13800467)
From experience I've found the "core" parts SAS Base, SAS GRAPH, OR, ETS etc are very stable. other parts we have had issues with in the past - Stored processes, LSF for scheduled jobs.
SAS tech support have been pretty good though I believe my workplace pays a lot for the privilege of being able to contact them direct.
One thing I have found is you can usually throw something together in a pretty "hackish" manner but typically there is a better and more optimal method of doing it which will be much more stable. Sometimes it doesn't hurt to ask tech support "What is the recommended method for doing..." Code which abuses the SAS macro language is especially notorious and a good candiate for asking this.
A quick google tells me first class JSON support is pretty new (dec 2016).
http://blogs.sas.com/content/sasdummy/2016/12/02/json-libnam...
I don't know much about this all the A2A messaging is XML based in my org.
Re:R Passes SAS, but Python Leaves Them Both Behind
by R_haterade on Sunday March 05, 2017 @09:31PM
(#13800302)
Anecdotal, but our SAS decision support environment went down Friday. I can report back after the post-mortem if you like.
Re:R Passes SAS, but Python Leaves Them Both Behind
by blauditore on Monday March 06, 2017 @02:57AM
(#13801335)
Yeah, would surely be interesting.
Re:R Passes SAS, but Python Leaves Them Both Behind
by R_haterade on Sunday March 12, 2017 @11:11PM
(#13854962)
Nothing exciting to report. It was a resource-sizing problem and they didn't adequately separate prod and dev environments. Someone choked the dev and the prod went down with it.
Re:R Passes SAS, but Python Leaves Them Both Behind
by blauditore on Thursday March 16, 2017 @01:47PM
(#13887146)
Thanks anyway for the insight!
Does anybody have some insights about internal quality and code "health" in SAS?