Earlier quoted context omitted.
But MANY programming languages work this way. I would say that coding in R it doesn't matter if it is C or Fortan why say programming in R is slow even though in practice it really isn't with some new solutions?
Many languages are slow. (Or, more concretely, many languages have only slow implementations.) If C or Fortran interfaces are easy, speeding up the language shouldn't necessarily be a priority. But that doesn't make the language itself fast. As for why this can matter: a big part of my job is designing and prototyping new statistical estimators. "Prototyping" means running them through lots of simulations to explore…
Show HN: New IDE and GUI for R language
71–72 of 72 posts
Re: Show HN: New IDE and GUI for R language
#72- I think that developing software for “Windows only” is not a mistake. If you make the first version with a small team or in one person, it removes a lot of compatibility issues and problems. If the software will be successful on Windows, it can be extended to other platforms. - "It's hard to compete with R Studio" - yes it is true. Therefore, it is necessary to go a little different path. This will be visible later, after several iterations. It is now difficult to compare the first public version of FasteR with mature R Studio. But competition is always a good think. - "Excel is bad" - According to statistics here is a 750M of Excel users. Every statistician knows about problems of Excel (or all spreadsheet tools). On the other hand, it is standard in a number of areas. If you look around (not only in the community of developers and designers) you will find that with Excel spreadsheets works tremendous amount of companies and institutions, particularly because of its simplicity. For some issues is not sufficient and here is it possible to use for example the integration with FasteR.