search for: marera

On Sat, 5 Oct 2019 at 17:15, Hugh Marera <hugh.marera at gmail.com> wrote: > > How is your argument different to, say, "Should dplyr or data.table be > part of base R as they are the most popular data science packages and they > are used by a large number of users?" Two packages with many features, dozens of...

...ause it makes a lot of design choices and has a complex behavior, what I propose is 2 lines of code very unlikely to evolve or require maintenance. Antoine PS: I just receive the digest once a day so If you don't "reply all" I can only react later. Le sam. 5 oct. 2019 ? 19:54, Hugh Marera <hugh.marera at gmail.com> a ?crit : > I exaggerated the comparison for effect. However, it is not very difficult > to find functions in dplyr or data.table or indeed other packages that one > may wish to be in base R. Examples, for me, could include > data.table::fread, dplyr::g...

...t I propose is 2 lines of code very unlikely to evolve or >> require maintenance. >> >> Antoine >> >> PS: I just receive the digest once a day so If you don't "reply all" I can >> only react later. >> >> Le sam. 5 oct. 2019 ? 19:54, Hugh Marera <hugh.marera at gmail.com> a ?crit : >> >>> I exaggerated the comparison for effect. However, it is not very >> difficult >>> to find functions in dplyr or data.table or indeed other packages that >> one >>> may wish to be in base R. Examples, for...

...propose is 2 lines of code very unlikely to evolve or >> require maintenance. >> >> Antoine >> >> PS: I just receive the digest once a day so If you don't "reply all" I can >> only react later. >> >> Le sam. 5 oct. 2019 ? 19:54, Hugh Marera <hugh.marera at gmail.com> a ?crit : >> >>> I exaggerated the comparison for effect. However, it is not very >> difficult >>> to find functions in dplyr or data.table or indeed other packages that >> one >>> may wish to be in base R. Examples, for...

...has a complex > behavior, what I propose is 2 lines of code very unlikely to evolve or > require maintenance. > > Antoine > > PS: I just receive the digest once a day so If you don't "reply all" I can > only react later. > > Le sam. 5 oct. 2019 ? 19:54, Hugh Marera <hugh.marera at gmail.com> a ?crit : > > > I exaggerated the comparison for effect. However, it is not very > difficult > > to find functions in dplyr or data.table or indeed other packages that > one > > may wish to be in base R. Examples, for me, could include &gt...

...ery unlikely to evolve or >>> require maintenance. >>> >>> Antoine >>> >>> PS: I just receive the digest once a day so If you don't "reply all" I can >>> only react later. >>> >>> Le sam. 5 oct. 2019 ? 19:54, Hugh Marera <hugh.marera at gmail.com> a ?crit : >>> >>>> I exaggerated the comparison for effect. However, it is not very >>> difficult >>>> to find functions in dplyr or data.table or indeed other packages that >>> one >>>> may wish to be i...

...s 2 lines of code very unlikely to evolve or > > require maintenance. > > > > Antoine > > > > PS: I just receive the digest once a day so If you don't "reply all" I > can > > only react later. > > > > Le sam. 5 oct. 2019 ? 19:54, Hugh Marera <hugh.marera at gmail.com> a > ?crit : > > > > > I exaggerated the comparison for effect. However, it is not very > > difficult > > > to find functions in dplyr or data.table or indeed other packages that > > one > > > may wish to be in base R....

...ery unlikely to evolve or >>> require maintenance. >>> >>> Antoine >>> >>> PS: I just receive the digest once a day so If you don't "reply all" I can >>> only react later. >>> >>> Le sam. 5 oct. 2019 ? 19:54, Hugh Marera <hugh.marera at gmail.com> a ?crit : >>> >>>> I exaggerated the comparison for effect. However, it is not very >>> difficult >>>> to find functions in dplyr or data.table or indeed other packages that >>> one >>>> may wish to be i...

...ot; of magrittr::`%>%` is mostly attributable to the tidyverse (an advanced superset of R). Many R users don't even know that they are installing the magrittr package. On Sat, Oct 5, 2019 at 6:30 PM I?aki Ucar <iucar at fedoraproject.org> wrote: > On Sat, 5 Oct 2019 at 17:15, Hugh Marera <hugh.marera at gmail.com> wrote: > > > > How is your argument different to, say, "Should dplyr or data.table be > > part of base R as they are the most popular data science packages and > they > > are used by a large number of users?" > > Two packa...

Dear R-devel, The most popular piping operator sits in the package `magrittr` and is used by a huge amount of users, and imported /reexported by more and more packages too. Many workflows don't even make much sense without pipes nowadays, so the examples in the doc will use pipes, as do the README, vignettes etc. I believe base R could have a piping operator so packages can use a pipe in

Some of us are learning about development in R and use R in our work data analysis pipelines. What is the best way to identify packages that currently have these C++ problems? I would like to be able to help fix the bugs but more importantly not use these packages in critical work pipelines. Any C++ R package bug squashing events out there? Regards Hugh On Mon, Apr 1, 2019 at 6:23 PM Tomas

How is your argument different to, say, "Should dplyr or data.table be part of base R as they are the most popular data science packages and they are used by a large number of users?" Kind regards On Sat, Oct 5, 2019 at 4:34 PM Ant F <antoine.fabri at gmail.com> wrote: > Dear R-devel, > > The most popular piping operator sits in the package `magrittr` and is used >