<div dir="ltr">On Tue, Apr 29, 2014 at 4:36 PM, Graham Ashton <span dir="ltr"><<a href="mailto:graham@effectif.com" target="_blank">graham@effectif.com</a>></span> wrote:<br><div class="gmail_extra"><div class="gmail_quote">
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div class="">I agree, but I’d definitely choose JSON. I think it’s less likely to change in an incompatible manner with the passage of time.<br>
</div>
<br>
I’ve been bitten by supposedly standard serialisation formats evolving in ways that break when read by updated code several times over the years (and one of those formats was Yaml, when a syntax change meant I had to use an old version of Ruby when releasing gems for the best part of a year).<br>
</blockquote><div><br></div><div>Wise words these.  Taking a gander at the YAML spec ought to give any software engineer serious pause.  It is an amazingly powerful language, but I would only use it if all the above are true:</div>
<div><br></div><div>* The only code that needs to access it is ruby, YAML is not as well supported and not as powerful with languages other than ruby</div><div>* I really need the rich features of YAML such as being able to serialize ruby objects.</div>
<div>* I am never editing it by hand as there are terrible things that you will never see coming, like, try running this in an irb and weep in horror:<br></div><br><font face="courier new, monospace">YAML.load("  FI: Finland\n  NO: Norway\n  SE: Sweden")</font><br>
<br></div><div class="gmail_quote">JSON is well-defined, simple and relatively terse.  Use it if you can.</div></div></div>