<div dir="ltr"><br><div class="gmail_extra"><div class="gmail_quote">On Mon, Mar 4, 2013 at 1:28 PM, Antoine Pitrou <span dir="ltr"><<a href="mailto:solipsis@pitrou.net" target="_blank">solipsis@pitrou.net</a>></span> wrote:<br>

<blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div class="im">On Mon, 4 Mar 2013 13:26:57 -0800<br>
Eli Bendersky <<a href="mailto:eliben@gmail.com">eliben@gmail.com</a>> wrote:<br>
> [Splitting into a separate thread]<br>
><br>
> Do we really need to overthink something that requires a trivial alias to<br>
> set up for one's own convenience?<br>
><br>
> Picking a Python version (as Barry mentions) is just one of the problems.<br>
> What's wrong with:<br>
><br>
> alias rupytests='python3 -m unittest discover"<br>
> alias runpytests2='python2 -m unittest discover"<br>
><br>
> ?<br>
><br>
> Don't get me wrong, I love the "discover" option and agree that it should<br>
> be the recommended way to go - but isn't this largely a documentation issue?<br>
<br>
</div>I would personally call it a typing issue :-) "python -m unittest<br>
discover" is just too long.<br></blockquote></div><br></div><div class="gmail_extra">Command-line options for advanced capabilities can get long, yes. It's not a reason to add an extra layer, which is extra complexity, IMHO. The user is free to create his own shortcuts if this is too much typing. Moreover, many projects already have a way to run "all tests" from their root directory.<br>

<br></div><div class="gmail_extra">As a case in point, we also have the useful:<br><br>$ python -m SimpleHTTPServer<br><br></div><div class="gmail_extra">So why not create a new "pyserve" command to reduce the amount of typing?<br>

<br></div><div class="gmail_extra">Eli<br></div><div class="gmail_extra"><br></div></div>