Show HN: New IDE and GUI for R language
21–30 of 72 posts
Re: Show HN: New IDE and GUI for R language
#22Re: Show HN: New IDE and GUI for R language
#23Re: Show HN: New IDE and GUI for R language
#24Re: Show HN: New IDE and GUI for R language
#25Interesting product. However, you should get a native English speaker to fix the grammar and spelling on your web site.
Re: Show HN: New IDE and GUI for R language
#26Are people still using windows?
As do I. It serves as a fine basic computational substrate for the kind of stuff I do, mostly hassle free.
Re: Show HN: New IDE and GUI for R language
#27Re: Show HN: New IDE and GUI for R language
#28Earlier quoted context omitted.
Yes you're right. It's the plane.
Typos on page: univerties FasteR - desctop application This tools hepls or as [an] application
http://fasterstat.com/Product produsing -> producing poverfull -> powerful
http://fasterstat.com/ anoher -> another
There is also inconsistent use of 'Addin' and 'Add-In'.
Re: Show HN: New IDE and GUI for R language
#29Making R available from Excel seems a good idea to ease the transition for newbies (like R commander) but what advantages does the standalone IDE have over RStudio or the default R.app? Edit: actually I managed to click through to find this screenshot: http://fasterstat.com/Images/Desktop/12_R_gui.png which looks novel (can't currently watch the video unfortunately)
A major use-case for Excel integration is in finance, where a vast number of analysts - not newbies in any meaningful sense - work in Excel. Giving them access to the power of R from within a familiar environment is a great thing. Recommendation for the developer (if you're not doing this already): market hard to finance businesses. You'll make a killing.
Personally I would NOT want to have anyone use R with a spreadsheet program.
1) I want manipulated data that is clear to replicate
2) I want my output to be plots and reports not another spreadsheet
Re: Show HN: New IDE and GUI for R language
#30(Yes, I understand imperative languages are faster, but why not just keep the imperative parts for the "inner loops", nicely isolated, and a functional core for everything else?)