Actuarial Outpost
 
Go Back   Actuarial Outpost > Actuarial Discussion Forum > Careers - Employment
FlashChat Actuarial Discussion Preliminary Exams CAS/SOA Exams Cyberchat Around the World Suggestions


Not looking for a job? Tell us about your ideal job,
and we'll only contact you when it opens up.
https://www.dwsimpson.com/register


Reply
 
Thread Tools Search this Thread Display Modes
  #41  
Old 04-23-2017, 06:53 PM
PeppermintPatty's Avatar
PeppermintPatty PeppermintPatty is offline
Member
CAS
 
Join Date: Sep 2001
Posts: 39,311
Default

Quote:
Originally Posted by snakeroberts View Post
I would really like to see what the heck you guys are doing in R. With all the controls nowadays I would love to see how regulators or internal company checks feel about all this "fancy" work.
GLMs, mostly. Why should regulators or internal company auditors be more worried about stuff done with R than similar stuff done with any other software?
Reply With Quote
  #42  
Old 04-23-2017, 09:10 PM
whoanonstop's Avatar
whoanonstop whoanonstop is online now
Member
Non-Actuary
 
Join Date: Aug 2013
Location: Los Angeles, CA
Studying for Spark / Scala
College: College of William and Mary
Favorite beer: Orange Juice
Posts: 5,899
Blog Entries: 1
Default

Quote:
Originally Posted by PeppermintPatty View Post
GLMs, mostly. Why should regulators or internal company auditors be more worried about stuff done with R than similar stuff done with any other software?
I agree that they shouldn't be worried. However, other analysts I've worked with always cited the reason why they didn't use R was because it was "open source". To them, that meant anyone could go in and change a package and break all of your work, because it is "open", right? I'm fairly confident that the people who develop the main R packages are just as competent as the people who develop the SAS procs, so there should be no difference in which one is "better" from this stance.

Some companies prefer to defer that validation to SAS itself, which is a positive for using the software.

-Riley
__________________
Reply With Quote
  #43  
Old 04-23-2017, 11:14 PM
examsarehard examsarehard is offline
Member
CAS
 
Join Date: May 2011
Posts: 580
Default

Code stability is a legit concern especially when using software that maintains a central package repository (e.g. most open source software). Base R is unlikely to change much but other popular packages like dplyr and ggplot2 have changed their behavior relatively frequently.

In R's case, Microsoft now allows you to specify packages by the date they were downloaded rather than having to remember specific version numbers. So basically it's not as big as a problem as it once was.

See https://mran.microsoft.com/documents...producibility/
Reply With Quote
  #44  
Old 04-23-2017, 11:40 PM
clarinetist clarinetist is offline
Member
Non-Actuary
 
Join Date: Aug 2011
Studying for Rcpp, Git
Posts: 6,872
Default

Quote:
Originally Posted by examsarehard View Post
Code stability is a legit concern especially when using software that maintains a central package repository (e.g. most open source software). Base R is unlikely to change much but other popular packages like dplyr and ggplot2 have changed their behavior relatively frequently.

In R's case, Microsoft now allows you to specify packages by the date they were downloaded rather than having to remember specific version numbers. So basically it's not as big as a problem as it once was.

See https://mran.microsoft.com/documents...producibility/
This is one reason why I'm considering giving this a try at my work.

But it's Microsoft, so I'm skeptical.
__________________
If you want to add me on LinkedIn, PM me.

Why I hate Microsoft Access.

Studying/Reading: GLMs, Bayesian Stats, Time Series
Reply With Quote
  #45  
Old 04-24-2017, 12:24 AM
Colonel Smoothie's Avatar
Colonel Smoothie Colonel Smoothie is offline
Member
CAS
 
Join Date: Sep 2010
College: Jamba Juice University
Favorite beer: AO Amber Ale
Posts: 48,121
Default

Quote:
Originally Posted by whoanonstop View Post
I agree that they shouldn't be worried. However, other analysts I've worked with always cited the reason why they didn't use R was because it was "open source". To them, that meant anyone could go in and change a package and break all of your work, because it is "open", right? I'm fairly confident that the people who develop the main R packages are just as competent as the people who develop the SAS procs, so there should be no difference in which one is "better" from this stance.

Some companies prefer to defer that validation to SAS itself, which is a positive for using the software.

-Riley
They've been in the minority, at least if all you're trying to get is base R. What's gotten more annoying though is now that agile/rapid application development has become more popular, you're going to want to get the latest versions of things as soon as they become available - and the speed at which they now become available is a lot faster than what older folks are accustomed to.

So if you've got your nice set up with R, R Studio, LaTeX, Git, along with your fun suite of other open source tools that you painstakingly got approval for, you'll be wanting to do a git pull or a sudo apt-get install to satisfy a dependency for a package on the fly which can be really annoying without admin rights.
__________________
Recommended Readings for the EL Actuary || Recommended Readings for the EB Actuary

Quote:
Originally Posted by Wigmeister General View Post
Don't you even think about sending me your resume. I'll turn it into an origami boulder and return it to you.
Reply With Quote
  #46  
Old 04-24-2017, 12:32 AM
Colonel Smoothie's Avatar
Colonel Smoothie Colonel Smoothie is offline
Member
CAS
 
Join Date: Sep 2010
College: Jamba Juice University
Favorite beer: AO Amber Ale
Posts: 48,121
Default

Quote:
Originally Posted by snakeroberts View Post
I would really like to see what the heck you guys are doing in R. With all the controls nowadays I would love to see how regulators or internal company checks feel about all this "fancy" work.
Not all the work has a regulatory hurdle - fraud detection and claims triaging, for instance.
__________________
Recommended Readings for the EL Actuary || Recommended Readings for the EB Actuary

Quote:
Originally Posted by Wigmeister General View Post
Don't you even think about sending me your resume. I'll turn it into an origami boulder and return it to you.
Reply With Quote
  #47  
Old 04-24-2017, 09:21 AM
clarinetist clarinetist is offline
Member
Non-Actuary
 
Join Date: Aug 2011
Studying for Rcpp, Git
Posts: 6,872
Default

Quote:
Originally Posted by Colonel Smoothie View Post
They've been in the minority, at least if all you're trying to get is base R. What's gotten more annoying though is now that agile/rapid application development has become more popular, you're going to want to get the latest versions of things as soon as they become available - and the speed at which they now become available is a lot faster than what older folks are accustomed to.

So if you've got your nice set up with R, R Studio, LaTeX, Git, along with your fun suite of other open source tools that you painstakingly got approval for, you'll be wanting to do a git pull or a sudo apt-get install to satisfy a dependency for a package on the fly which can be really annoying without admin rights.
Admin rights are not an issue at my job.
__________________
If you want to add me on LinkedIn, PM me.

Why I hate Microsoft Access.

Studying/Reading: GLMs, Bayesian Stats, Time Series
Reply With Quote
  #48  
Old 04-24-2017, 10:35 AM
snakeroberts snakeroberts is offline
Member
Non-Actuary
 
Join Date: Jul 2016
College: k
Posts: 580
Default

Quote:
Originally Posted by Colonel Smoothie View Post
Not all the work has a regulatory hurdle - fraud detection and claims triaging, for instance.
this is true. Then another issue is readability. If you think long excel formulas are bad just wait till you have to read and check complicated multidimensional arrays with "outer" and "perm" used all over the place. This would happen if there was no "package" for what your trying to do and need to program it.
I am sure internal audit would just love this. But hey, it would make you irreplaceable right?
Reply With Quote
  #49  
Old 05-01-2017, 01:22 AM
TeacherD TeacherD is offline
CAS AAA
 
Join Date: Feb 2017
Posts: 10
Default

I bought the Wickham book and have gone through some of the exercises in chapter 1. Any good resources online for questions? Got a syntax error on a section of code.
Reply With Quote
  #50  
Old 05-01-2017, 02:44 AM
Colonel Smoothie's Avatar
Colonel Smoothie Colonel Smoothie is offline
Member
CAS
 
Join Date: Sep 2010
College: Jamba Juice University
Favorite beer: AO Amber Ale
Posts: 48,121
Default

Quote:
Originally Posted by TeacherD View Post
I bought the Wickham book and have gone through some of the exercises in chapter 1. Any good resources online for questions? Got a syntax error on a section of code.
A few suggestions:

1) Make sure you read the error messages and Google them if you don't know what they mean, so you can learn what they mean.
2) Try to run your code one line at a time rather than in big chunks so you can see exactly which line is causing you trouble.
3) Google the error to see if anyone else had the problem and fixed it (this will probably be the case if you're making mistakes that are common for beginners)
4) Ask for help on stackoverflow.com
__________________
Recommended Readings for the EL Actuary || Recommended Readings for the EB Actuary

Quote:
Originally Posted by Wigmeister General View Post
Don't you even think about sending me your resume. I'll turn it into an origami boulder and return it to you.
Reply With Quote
Reply

Tags
data science, predictive analytics, riley being riley

Thread Tools Search this Thread
Search this Thread:

Advanced Search
Display Modes

Posting Rules
You may not post new threads
You may not post replies
You may not post attachments
You may not edit your posts

BB code is On
Smilies are On
[IMG] code is On
HTML code is Off


All times are GMT -4. The time now is 04:20 AM.


Powered by vBulletin®
Copyright ©2000 - 2018, Jelsoft Enterprises Ltd.
*PLEASE NOTE: Posts are not checked for accuracy, and do not
represent the views of the Actuarial Outpost or its sponsors.
Page generated in 0.47314 seconds with 11 queries