<div dir="ltr"><div class="gmail_default" style="font-family:monospace,monospace">Everyone wants to be a language designer.</div><div class="gmail_default" style="font-family:monospace,monospace">If we're lucky, we get Elixir or LFE.</div><div class="gmail_default" style="font-family:monospace,monospace">Usually we get a bit of fiddling around</div><div class="gmail_default" style="font-family:monospace,monospace">the edges, which is a good thing if it</div><div class="gmail_default" style="font-family:monospace,monospace">lets us express something more clearly and</div><div class="gmail_default" style="font-family:monospace,monospace">with fewer mistakes than before.  Things</div><div class="gmail_default" style="font-family:monospace,monospace">like el/=se just increase the burden on</div><div class="gmail_default" style="font-family:monospace,monospace">the reader.  I for one would rather read</div><div class="gmail_default" style="font-family:monospace,monospace">    for (;;) { ... }</div><div class="gmail_default" style="font-family:monospace,monospace">than</div><div class="gmail_default" style="font-family:monospace,monospace">    #define FOREVER for (;;)  in some header</div><div class="gmail_default" style="font-family:monospace,monospace">    ...</div><div class="gmail_default" style="font-family:monospace,monospace">    FOREVER { ... }</div><div class="gmail_default" style="font-family:monospace,monospace"><br></div><div class="gmail_default" style="font-family:monospace,monospace">This whole thing with 'if' has simmered along</div><div class="gmail_default" style="font-family:monospace,monospace">for years.  There was a proposal for 'cond'.</div><div class="gmail_default" style="font-family:monospace,monospace">Perhaps it's time to dust it off and make it</div><div class="gmail_default" style="font-family:monospace,monospace">an official part of the language.  Or perhaps</div><div class="gmail_default" style="font-family:monospace,monospace">not: there's a message in my mailbox from a</div><div class="gmail_default" style="font-family:monospace,monospace">software engineering list with the title "Try programming without 'if' statements" which I</div><div class="gmail_default" style="font-family:monospace,monospace">have not read yet...</div><div class="gmail_default" style="font-family:monospace,monospace"><br></div><div class="gmail_default" style="font-family:monospace,monospace">Seriously, though, when you find yourself</div><div class="gmail_default" style="font-family:monospace,monospace">struggling with syntax in Erlang, you probably</div><div class="gmail_default" style="font-family:monospace,monospace">need to break your code up into smaller</div><div class="gmail_default" style="font-family:monospace,monospace">functions.</div><div class="gmail_default" style="font-family:monospace,monospace"><br></div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Thu, 21 Feb 2019 at 18:43, <<a href="mailto:zxq9@zxq9.com">zxq9@zxq9.com</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">On 2019年2月20日水曜日 8時16分41秒 JST Donald Steven wrote:<br>
> I don't think:<br>
> <br>
> -define(true,else).<br>
> <br>
> yielding ?else -><br>
> <br>
> is much of an improvement.<br>
> <br>
> Why not just allow the keyword else as a synonym for true when its usage <br>
> would improve the readability? (At times, "true" reminds me of trying to <br>
> read (SAT-like) sentences like: "Whenever he couldn't think of whether <br>
> or not he might have forgotten to turn the light on or off, or not.")<br>
<br>
Why not just use `if` where it fits semantically?<br>
<br>
These periodic discussions of how to use silly cheats to avoid proper<br>
code layout always puzzle me.<br>
<br>
-Craig<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>
</blockquote></div>