Closed. This question is opinion-based. It is not currently accepting answers.
Want to improve this question? Update the question so it can be answered with facts and citations by editing this post.
Closed 3 years ago.
Improve this question
I am not able to find any definitive answer to what problem Julia solves compared to the two languages, I was told are most commonly used in working with data (data science), R and Python.
I am not asking for any opinions. Please support replies with factual information (sad I need to add this but it seems some people think this topic is opinion based).
Could anyone explain this?
The Julia Programming Language solves the same problems as R and Python. However, it can solve them extremely faster than those mentioned above, as it runs over C code and uses a JIT compiler. See the Julia Benchmark. This and other advantages that can be found at the language site, it's Twitter profiles: Julia Computing and Julia Language.
Related
Closed. This question is opinion-based. It is not currently accepting answers.
Want to improve this question? Update the question so it can be answered with facts and citations by editing this post.
Closed 7 years ago.
Improve this question
There are 2 ways to run the R parallelly, which are SparkR and RevolutionR.
From the compatibility with R,distribution processing effect, scalability, application scenarios, community support and maybe some other aspects, what are the real difference between these two?
As I known, the biggest difference is that Revolution R is a commercial software while SparkR is free. So, you even can't try most of the parallel functions of Revolution R before paid.
Wait for other guys w/ real experience of Revolution R to update the answer :)
Btw, there are not only 2 ways to run R parallel. Other approaches, such as snow, multicore, parallel, Rmpi, ... And offload to GPU as here.
Check out below two links:
RevolutionR
SparkR
Closed. This question is opinion-based. It is not currently accepting answers.
Want to improve this question? Update the question so it can be answered with facts and citations by editing this post.
Closed 5 years ago.
Improve this question
I know this is not precisely a programming question, but I don't where else to ask...
S-PLUS was aquired by TIBCO some years ago. And it was seemingly included to the Spotfire product. However I installed the demo version of Spotfire and can't find anything indicating that S-PLUS is anymore part of it.
So my question is: is S-PLUS dead? And is there any way to install a prior version of it? I know R has totally taken over, but I'd be curious to just try it out if it is available somewhere.
Not sure how relevant the question is but here are my $0.02:
Yes, R has won.
TIBCO still seems to have a Spotfire product mentioning S-Plus (pdf found via simple Google search).
IIRC, years ago TIBCO purchased the commercial S license, but it turns out that nobody really wanted S-Plus if it was not entirely compatible with R.
TIBCO learned that lesson and built an entirely new R-compatible engine they call TERR; the jury is still out as to whether it will ever get any significant traction.
In the end, it is rather difficult to beat a well-maintained and written Open Source product---and R is one of the better examples of Open Source done right.
Closed. This question is opinion-based. It is not currently accepting answers.
Want to improve this question? Update the question so it can be answered with facts and citations by editing this post.
Closed 9 years ago.
Improve this question
The question is in the Title. Basically I'm looking for an alternative to R.
I've been using R a bit, there are some really good stuff about it (especially data.frame plyr and ggplot), however I really love Haskell and type inference, so I was wondering if using Haskell to do "simple" statistic analysis would be a good choice.
My basic needs are :
read/write CSV
import SQL table
do some basic 'mapReduce' on the data. Which where R is great but I assume Haskell should be equally good.
However my experience with Haskell is everything is fine until you process realworld data. You always encounter performance issue (and soonish) because even though in theory you should write functional code and don't worry about what's the computer is doing, if you don't and don't use the appropriate library and are not an Haskell expert, stuff are damned slow.
Closed. This question is opinion-based. It is not currently accepting answers.
Want to improve this question? Update the question so it can be answered with facts and citations by editing this post.
Closed 9 years ago.
Improve this question
I would like to find a library for parsing and generating text in common lisp. I would like it to be maintained and documented and preferably with a community that could answer questions.
In the past I have used for the same job ANTLR/StringTemplate in Java and Boost.Spirit in C++. Both projects are well documented in my opinion. From what I am reading, Parsec for Haskell would also meet my requirements. But I have not found something similar for LISP. Perhaps lispers parse texts using their own hand-made parsers?
I am aware of this question, but the so-called documentation on smug is a technical report on monadic parsing, with examples in Haskell. The documentation of LispBuilder looks rather short also. Most projects in CLiki seem abandoned.
Which library would you recommend? The grammar I need to parse is not very complicated.
You might have a look at
Cl-yacc
Esrap
Closed. This question is opinion-based. It is not currently accepting answers.
Want to improve this question? Update the question so it can be answered with facts and citations by editing this post.
Closed 2 years ago.
Improve this question
today I was looking for a free collaborative code editor for Mac OS X, I don't really need it but I find the idea pretty charming. So I want to know you opinion about that: is there someone in real world who is using a collaborative code editor and gets some benefits out of it?
We use it over the Internet when discussing code via Chat/VoIP. Something along:
A: "If we change this to be an Integer the function gets much simpler" (Edit)
B: "Niftiy, but then we have to change it here, too" (Edit)
A: ...
If you're pairs programming it is very useful. The approach can be discussed and everyone can drive when they have ideas. I can't say I've had the privilege of using this at work.
I've found it fairly useful when putting together packing/todo/etc lists with my wife while at work. We use google docs, which isn't quite realtime, but it is definitely better than emailing back and forth throughout the day.