Case-insensitive string compare?

[Maric Michaud]

Le Friday 05 September 2008 08:24:29 Fredrik Lundh, vous avez écrit :
> Maric Michaud wrote:
> > "premature optimization is the root of all evil"
>
> So is use by that statement by people who don't have the slightest idea
> about what it actually means.
>
> The full version is
>
> "We should forget about small efficiencies, say about 97% of the time:
> premature optimization is the root of all evil."
>
> Note the use of "small efficiencies".  That is, in Python, things like
> local binding, inlining, slots, lazy generation of short sequences, etc.
>   That is, things that takes time to write and reduces maintainability.
>
> It's not about having an excuse for writing crappy code with large
> inefficienies.
>
> And it's definitely not about programmers intentionally picking a dumb
> solution so they can optimize it later.
>

Yes, I'm aware of that, thanks, but Chris Rebert was proposing to alter the 
data structure in order to achieve this simple comparison, I don't think it 
fails into your concern.

>  > If the OP's proposal seems already messy, how about ths one :
>  > if lib.lower() not in ( e[0] for e in stage_map.items() ) :
>  >     ...
>

Sorry, should be read :

if lib.lower() not in ( e[0] for e in stage_map.values() ) :

and it was the expression for comparison Chris's solution lead to, not a 
proposal.

> Given that your solution is just a remarkably inefficient way to write
> "lib.lower() not in stage_map", and thus doesn't solve the OP:s problem,
> I suspect you're taking the "evil" part of Hoare's dictum a few bits too
> literally.
>

I suspect you are coming to conclusions a bit quickly, without taking the pain 
of understanding the whole discussion.

> </F>
>
> --
> http://mail.python.org/mailman/listinfo/python-list



-- 
_____________

Maric Michaud