BTW, is there some documentation about the choice of symbols vs strings for
this kind of stuff (dictionary keys, optional function args, etc.)? Are
symbols more efficient for this?
On Wednesday, January 29, 2014 5:11:20 PM UTC, John Myles White wrote:
>
> As we continue trying to prune DataFra
I believe two identical symbols are the same object, which implies that
Dict lookup shouldn't require hashing. I haven't benchmarked this, though.
Since this is a huge change (although one that I am in favor of) that
presumably affects a lot of existing code, any objection if I add some
depreca
We mostly did this to prepare for the time when Julia will let us overload the
dot-operator to access columns like df.col1. Symbols also encourage people to
use valid Julia identifiers as column names, which makes it easier to work with
column names in some contexts.
— John
On Jan 29, 2014, a
Please go ahead and add deprecation warnings.
— John
On Jan 29, 2014, at 6:51 PM, Simon Kornblith wrote:
> I believe two identical symbols are the same object, which implies that Dict
> lookup shouldn't require hashing. I haven't benchmarked this, though.
>
> Since this is a huge change (alt
What's the plan for reading in files that have a header row with non-valid
Julia identifiers?
On Wednesday, January 29, 2014 10:03:39 PM UTC-5, John Myles White wrote:
>
> Please go ahead and add deprecation warnings.
>
> — John
>
> On Jan 29, 2014, at 6:51 PM, Simon Kornblith
> >
> wrote:
>
>
Done.
On Wednesday, January 29, 2014 10:03:39 PM UTC-5, John Myles White wrote:
>
> Please go ahead and add deprecation warnings.
>
> — John
>
> On Jan 29, 2014, at 6:51 PM, Simon Kornblith
> >
> wrote:
>
> I believe two identical symbols are the same object, which implies that
> Dict lookup s