<div dir="ltr">I feel like the pragmatic negatives (API size, multiple 'ways to do it' enabling inter- and intra-team stylistic clashing, etc.) of creating another set of functions in any API annotated with exception handling preference outweigh the positives.<div><br></div><div>F.</div></div><div class="gmail_extra"><br><div class="gmail_quote">On Sun, Aug 16, 2015 at 8:31 AM, Fred Hebert <span dir="ltr"><<a href="mailto:mononcqc@ferd.ca" target="_blank">mononcqc@ferd.ca</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><span class="">On 08/16, Hugo Mills wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
- arru8NumberList : variable is an array of unsigned 8-bit integers<br>
("arru8");<br>
- strName : Variable represents a string ("str") containing the<br>
name,  but does not specify how that string is implemented.<br>
</blockquote>
<br>
  This is "Systems Hungarian" (the better known and justly reviled<br>
approach), where the fundamental storage types are encoded in the<br>
variable name -- something that automated tooling can deal with much<br>
better than people.<br>
<br>
</blockquote>
<br></span>
Actually, the former is systems hungarian, the latter is apps hungarian, as lifted from the wikipedia page for both. They'er not *that* different ;)<div class="HOEnZb"><div class="h5"><br>
_______________________________________________<br>
erlang-questions mailing list<br>
<a href="mailto:erlang-questions@erlang.org" target="_blank">erlang-questions@erlang.org</a><br>
<a href="http://erlang.org/mailman/listinfo/erlang-questions" rel="noreferrer" target="_blank">http://erlang.org/mailman/listinfo/erlang-questions</a><br>
</div></div></blockquote></div><br></div>