I am with Eric, I find the bare `_` to be jarring and in some fonts/color schemes can blend in too much. I advocate for `_name`.
Just because the variable isn't used now, does not mean it won't be used later and having sensible variable names on them can't hurt. Tom On Thu, Mar 6, 2014 at 3:53 PM, Federico Ariza <[email protected]> wrote: > Nelle > > Is that written somewhere? > > On Thu, Mar 6, 2014 at 3:51 PM, Nelle Varoquaux > <[email protected]> wrote: >> On 6 March 2014 21:47, Skip Montanaro <[email protected]> wrote: >>> On Thu, Mar 6, 2014 at 2:38 PM, Ryan May <[email protected]> wrote: >>>> I don't think a leading _ is the way to go, because that's a common >>>> convention for internal class variables--property variables that you don't >>>> intend to be part of any supported API. >>> >>> But leading underscores like this are only used as attributes of >>> classes. I believe the OP was asking about unused local variables. >>> Something more like this: >>> >>> mode, _ino, dev, nlink, uid, gid, size, _atime, _mtime, _ctime = >>> os.stat("/etc/hosts") >> >> The convention is to use a simple _. >> >> mode, _, dev, nlink, uid, gid, size, _, _, _ = os.stat("/etc/hosts") >> >>> >>> (Ignore that os.stat returns a posix.stat_result object on Unix-y systems.) >>> >>> Skip >>> >>> ------------------------------------------------------------------------------ >>> Subversion Kills Productivity. Get off Subversion & Make the Move to >>> Perforce. >>> With Perforce, you get hassle-free workflows. Merge that actually works. >>> Faster operations. Version large binaries. Built-in WAN optimization and >>> the >>> freedom to use Git, Perforce or both. Make the move to Perforce. >>> http://pubads.g.doubleclick.net/gampad/clk?id=122218951&iu=/4140/ostg.clktrk >>> _______________________________________________ >>> Matplotlib-devel mailing list >>> [email protected] >>> https://lists.sourceforge.net/lists/listinfo/matplotlib-devel >> >> ------------------------------------------------------------------------------ >> Subversion Kills Productivity. Get off Subversion & Make the Move to >> Perforce. >> With Perforce, you get hassle-free workflows. Merge that actually works. >> Faster operations. Version large binaries. Built-in WAN optimization and the >> freedom to use Git, Perforce or both. Make the move to Perforce. >> http://pubads.g.doubleclick.net/gampad/clk?id=122218951&iu=/4140/ostg.clktrk >> _______________________________________________ >> Matplotlib-devel mailing list >> [email protected] >> https://lists.sourceforge.net/lists/listinfo/matplotlib-devel > > > > -- > Y yo que culpa tengo de que ellas se crean todo lo que yo les digo? > > -- Antonio Alducin -- > > ------------------------------------------------------------------------------ > Subversion Kills Productivity. Get off Subversion & Make the Move to Perforce. > With Perforce, you get hassle-free workflows. Merge that actually works. > Faster operations. Version large binaries. Built-in WAN optimization and the > freedom to use Git, Perforce or both. Make the move to Perforce. > http://pubads.g.doubleclick.net/gampad/clk?id=122218951&iu=/4140/ostg.clktrk > _______________________________________________ > Matplotlib-devel mailing list > [email protected] > https://lists.sourceforge.net/lists/listinfo/matplotlib-devel -- Thomas Caswell [email protected] ------------------------------------------------------------------------------ Subversion Kills Productivity. Get off Subversion & Make the Move to Perforce. With Perforce, you get hassle-free workflows. Merge that actually works. Faster operations. Version large binaries. Built-in WAN optimization and the freedom to use Git, Perforce or both. Make the move to Perforce. http://pubads.g.doubleclick.net/gampad/clk?id=122218951&iu=/4140/ostg.clktrk _______________________________________________ Matplotlib-devel mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/matplotlib-devel
