Data Science. TileDB. Open Source. Quant Research. R. C++. Debian. Linux. Adjunct Clinical Professor, University of Illinois. Lots of coffee. And some running.

Chicago, IL, USA
Joined March 2007
Thanks to the Cologne R User Group for having me (alas only virtually with coffee and no Koelsch) to talk @docker, #rstats and #RockerProject. Slides are now up at at dirk.eddelbuettel.com/papers… /cc @dav_zim
1
3
1
26
Replying to @henrikbengtsson
As does version 0.10.1.0.2, released immediately after these issues raised their head. And as stated all it takes to get a micro release from a drat repo is one added parameter : repos="RcppCore.github.io/drat". See the screenshot.
1
1
RcppArmadillo 0.10.1.2.0 on CRAN: A few updates R bindings to powerful and expressive C++ matrix library dirk.eddelbuettel.com/blog/2… #rstats #rcpp
3
1
11
RcppAnnoy 0.0.17: New upstream, new header (Very Fast) Approximate Nearest Neighbours for R dirk.eddelbuettel.com/blog/2… #rstats #rcpp
1
3
15
Another `tidyCpp` shoutout goes to `spdlog` by @gabi_melman: the vignette now has a demo (using `RcppSpdlog`) of the difference between "bad" (assign to `SEXP`) and "good" (instantiate) use of `Protect`. (The `spdlog` init could be common in one file, this was easy ...) #rstats
1
1
And the new `tidyCpp` release calls for another shoutout for `minidown` by @Atsushi776 and its 'water' vignette style. Crisp yet small documents, allows for side-by-side code snippets from markdown and more, see cloud.r-project.org/web/pack… for an example. #rstats
2
3
6
tidyCpp 0.0.2 on CRAN: More documentation and features Tidy C++ wrapping of the C API for R dirk.eddelbuettel.com/blog/2… #rstats
1
3
24
Yes, thank you *again* @github, I am interesting in exploring *my main day job repository*. #rstats
1
7
RcppSimdJson 0.1.3 on CRAN: New Upstream, New Utilities Highest-performance JSON Parsing via Modern C++ from R dirk.eddelbuettel.com/blog/2… #rcpp #rstats /cc @knapply_ @lemire @jkeiser2
2
1
18
A refinement to yesterday's revision, correcting to 'which="most", recursive="strong"'. As @edzerpebesma noted, the recursion makes this very expensive *very quickly*. @MattDowle proposes using only 'which="most"' which seems sensible -- see example. #rstats
New CRAN Repository Policy rev4334 posted, history at github.com/eddelbuettel/crp/… #rstats
1
3
3