mapcar

There are many great things about the open nature but it also leads to a very diverse experience, depending on which subreddit and thread you visit. Discussions range from asinine to profound, and casual visitors are often quick to generalize their limited evaluation to the whole site.

It's amazing to think that R (or S) had data frames since the 70s and only now are other languages implementing them. There are some quirks of course, and pandas introduced some convenient features. But the R community has also provided its own improvements in the way of data.table, and now, dplyr.

How about PyCharm or Eclipse+PyDev (I've personally heard more praise for the former)? I use emacs and ess or python-mode so can't comment on the IDEs too much but being able to use the same platform for both has been convenient for me.

and if you overwrite variables like "c", you can always invoke the original concatenation function as "base::c".

I agree, I've read other gripes about R function documentation but it's one of the better ones for community software. Python's documentation seems focused on implementation from a programmer's perspective, but often not as helpful for actual application of the function.

Isn't this the conventional way of converting variables which have been coerced to their numeric representations back to time/date classes?

Hi Hadley, yes for instance

> as.chron("1970-01-01")+unclass(as.chron("2001-04-01")) [1] 04/01/01

> as.POSIXct("1970-01-01","EST")+unclass(as.POSIXct("2014-06-01","EST")) [1] "2014-06-01 05:00:00 EST"

If there is any conversion necessary it is difficult to get back the original intended time.

I understood that at least a part of the larger programming community felt that the non-concurrent GC was limiting its future growth and shopped elsewhere for a production language.

Does lubridate solve the unintended timezone conversions of POSIXct classes?

good point. unless it is vi or emacs...

I understand there have been studies showing people don't estimate angles as well as linear distances but people go too far out of their way to avoid pie charts when parts within whole data is shown. The 1D mosaic plot is effectively a stacked bar chart but there I suspect there is also some bias given toward the largest component such that the relative proportions of the smaller components are not well discriminated.

Can't you just create an alias for

`emacs -nw -Q` or `emacsclient -nw`

when you want to open an instance in a terminal?

I'd never heard of dexy before but has anyone tried it?

So what's better?