<div dir="ltr"><div class="gmail_extra"><div class="gmail_quote">On Wed, Aug 27, 2014 at 11:03 AM, Josh Adams <span dir="ltr"><<a href="mailto:josh.rubyist@gmail.com" target="_blank">josh.rubyist@gmail.com</a>></span> wrote:<br>
<blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-color:rgb(204,204,204);border-left-style:solid;padding-left:1ex"><div dir="ltr"><div class="gmail_extra"><div class="gmail_quote">
<div class="">On Wed, Aug 27, 2014 at 12:40 PM, Bob Ippolito <span dir="ltr"><<a href="mailto:bob@redivi.com" target="_blank">bob@redivi.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-color:rgb(204,204,204);border-left-style:solid;padding-left:1ex">

<div dir="ltr">If there was a mochijson3 it would surely use maps rather than {struct, proplist()}. Perhaps EEP18 should be amended for Erlang 17?</div></blockquote><div><br></div></div><div>I would assume this isn't true until maps are fast with a large number of keys though...would that be accurate?  I definitely have plenty of json use cases that would likely perform poorly until that change occurs.</div>

</div>
</div></div>
</blockquote></div><br></div><div class="gmail_extra">This is all hypothetical anyway, but I would assume that maps are going to be faster in 17.1 or 18 at the latest. I expect that any sort of standardization effort (and for usage of 17+ to hit critical mass) would take at least that long.</div>
<div class="gmail_extra"><br></div><div class="gmail_extra"><br></div></div>