Maker of RStudio launches new R and Python IDE
71–80 of 129 posts
Re: Maker of RStudio launches new R and Python IDE
#72Earlier quoted context omitted.
Mostly for boilerplate things like assigning a bunch of thing to a dictionary, it usually knows what I am thinking.
Have you ever stopped to consider why you are writing code like that, and if it is necessary in the first place? I think if you are spamming a lot of code that looks like: thing = params.get('thing') thong = params.get('thong') ... thunk = params.get('thonk') then you probably aren't delivering a lot of value with your code. In fact that overly verbose code could be a liability because it has to be reviewed (possibly…
When you start using LLMs you realise how really is boilerplate. Error checking, unit tests, if statements, loops, so much code is boilerplate not just badly written code.
Re: Maker of RStudio launches new R and Python IDE
#73Earlier quoted context omitted.
I think the R people see the writing on the wall. Python has sucked all the air out of the room, and it is becoming increasingly difficult for them to target the R space exclusively. If you had no legacy or compliance requirements, are you going to start a new data project in SAS, R, or Python? Where are you going to find the most talent?
I'm not sure what would lead to you believe this. I've worked in the data science/ML space for over a decade now and I see the majority of pure analytics projects started in R, including at big tech companies I've worked at recently. Of course, ML projects and other things that need to result in production-grade models are almost always done in Python. This is currently the most visible form of "data project" due to…
I always found that was the group who used R - kind of a use what you are used to until it gets out of step with the remaining workflow.
I also would say that the amount of R I see is far less than python.
Re: Maker of RStudio launches new R and Python IDE
#74Earlier quoted context omitted.
How are you guys using Copilot? I feel it’s a PITA and interferes in between everytime I try to use it. How do you use it properly?
My employer is asking me to try out Copilot to see if it offers a lot of value. IMO about 90% of the time it is an annoying interruption that offers to help me write a few characters (which I could probably write faster if I wasn't being interrupted) or maybe a few lines at most. 5% of the time it offers downright incorrect suggestions, and about half of those suggestions are only subtly incorrect, so I have to be on…
I do the same as you: write such comments, let Copilot draft the code, then I delete the comment.
Since the comment is detailed, I think of such use of Copilot as a “pseudocode to code compiler”.
Re: Maker of RStudio launches new R and Python IDE
#75Are they going to drop RStudio? I very much prefer its Qt interface over whatever VSCode invented. It’s fast, has nice keyboard shortcuts, none of that pointless padding and it just feels great to use.
Re: Maker of RStudio launches new R and Python IDE
#76Earlier quoted context omitted.
I think the R people see the writing on the wall. Python has sucked all the air out of the room, and it is becoming increasingly difficult for them to target the R space exclusively. If you had no legacy or compliance requirements, are you going to start a new data project in SAS, R, or Python? Where are you going to find the most talent?
I have an impression that most SotA algorithms in many fields that are not deep learning are made available first as R (or even Matlab) package. Obviously they do get ported to python once they receive enough traction.
Re: Maker of RStudio launches new R and Python IDE
#77Are they going to drop RStudio? I very much prefer its Qt interface over whatever VSCode invented. It’s fast, has nice keyboard shortcuts, none of that pointless padding and it just feels great to use.
It's not QT. The interface is HTML+css via node.
It seems with some JavaScript generated from Java via Gwt. Regardless, I prefer it over VSCode UI.
Re: Maker of RStudio launches new R and Python IDE
#78Earlier quoted context omitted.
I'm not sure what would lead to you believe this. I've worked in the data science/ML space for over a decade now and I see the majority of pure analytics projects started in R, including at big tech companies I've worked at recently. Of course, ML projects and other things that need to result in production-grade models are almost always done in Python. This is currently the most visible form of "data project" due to…
Im curious about the people who use R in big tech companies that you've worked at. Were the R users the people who had just come out of school and still working using their academic dev environment before weening off? I always found that was the group who used R - kind of a use what you are used to until it gets out of step with the remaining workflow. I also would say that the amount of R I see is far less than pyth…
1. R is 100% better for analytics work and statistical modelling. There's just no contest.
2. Python is much, much better for data getting (APIs/scraping etc) and dealing with non table-like data. Again, there's basically no contest here.
3. Software engineers hate R (in most cases), which means that it's easier to hand over work for production in Python.
This leads to a situation where it looks like most of the prod-level work is being done in Python, but if you look under the covers you'll discover that most prototyping/analysis/exploration is done in R and then ported to Python if it works.
Like, Python is a great language for lots of things, but it's pretty terrible for exploratory DS work (pandas is like the worst features of base R and base Python mashed together in an unholy hybrid).
There's also the fact that all the NN stuff is predominantly Python, so lots of companies believe that they need Python people, which reinforces the stereotype.
And finally, while I love R, Python has more guardrails, and it's harder to make an unmaintainable mess with it (relative to R). Particularly when people use all the various lazy evaluation packages that the tidyverse has used over the past decade (I once maintained a codebase that used all of these in different places, it was not a fun experience).
Re: Maker of RStudio launches new R and Python IDE
#79Earlier quoted context omitted.
>ported to python are just objectively worse in that language This is absolutely the case. Dplyr syntax is much more intuitive for many use cases than Pandas or Polars equivalents. One thing I miss from RStudio is the Rmarkdown documents with inline outputs. Jupyter notebooks, even in VSCode, are so needlessly over-engineered and under-featured compared to the elegance of RMarkdown. So I am excited to see what Posit…
I don't even know why people need to use dpyler and the tidyverse, in my opinion R is very comfortable for data wrangling and making all kinds of plots out of the box. Its able to handle huge amounts of data as well especially if you adopt a functional programming approach vs object oriented (what I see with a lot of the classic "academic" brittle hardcoded slop that R gets a bad rap for). Very fast if you keep in mi…
Re: Maker of RStudio launches new R and Python IDE
#80I would expect a bit more backwards compatibility for R packages. When I open a package.Rproj file with RStudio, it has GUI elements to build the package, to test it, etc. When I open it with positron, it is treated like a text file, at least as far as I can tell by looking at the many icons and pulldown menus. It is a weird choice, making a new application that cannot handle the key file type from its ancestor.