<div dir="ltr"><div class="gmail_extra"><div class="gmail_quote">On Thu, Aug 6, 2015 at 10:38 AM, Dylan Northrup <span dir="ltr">&lt;<a href="mailto:ale@doc-x.net" target="_blank">ale@doc-x.net</a>&gt;</span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><span class="">On Thu, Aug 6, 2015 at 9:44 AM, James Sumners &lt;<a href="mailto:james.sumners@gmail.com">james.sumners@gmail.com</a>&gt; wrote:<br>
&gt;<br>
</span><span class="">&gt; That&#39;s an important bit of information. Under such circumstances my<br>
&gt; preference is for Python. I just like the language better (truly, I can&#39;t<br>
&gt; stand the sight of Ruby). As for contrived performance, they&#39;re pretty much<br>
&gt; even -- <a href="http://benchmarksgame.alioth.debian.org/u64/ruby.php" rel="noreferrer" target="_blank">http://benchmarksgame.alioth.debian.org/u64/ruby.php</a><br>
<br>
</span>Glad to know you&#39;re using objective criteria for your evaluation of<br>
languages.  I think semantically important white space is one of the<br>
stupidest ideas to ever be implemented in any scripting language and<br>
prefer Ruby over Python (having come to it from Perl).  I also like<br>
flexibility in my approach to solving a problem, something that seems<br>
antithetical to the Python philosophy where there&#39;s One True Way to<br>
solve every problem.<br></blockquote><div><br></div><div>Not sure &quot;stupid&quot; is an objective criteria. From looking at it for a while, Python has a lot to recommend it as a Linux/Unix tool. I happen to like the whitespace, even though it took time to get used to. All my code looks better because of building that habit. <br><br></div><div>Hmm... can I use gofmt on Ruby code?  ;)<br><br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><span class="">
</span>

A couple of years ago I came upon some Python code someone had written<br>
&quot;because they wanted to learn python&quot; and it was in a production<br>
workflow.  One of the assumptions they had made was no longer true.<br>
Their tool needed to be updated to account for the changed<br>
environment.  <br></blockquote><div> </div><div>I did that with someone&#39;s Perl a few years ago. We were using a task tracker for weekly mgmt updates and he hadn&#39;t considered that using a date key that ignored year meant all last years work showed up on the report. Had to go wash my hands after fixing his code.  <br></div></div><br></div><div class="gmail_extra">Leam<br><br></div><div class="gmail_extra">-- <br><div class="gmail_signature"><div><a href="http://leamhall.blogspot.com/" target="_blank">Mind on a Mission</a></div></div>
</div></div>