order independent hash?

Ethan Furman ethan at stoneleaf.us
Sun Dec 4 21:08:01 EST 2011


Lie Ryan wrote:
> On 12/05/2011 11:52 AM, 88888 Dihedral wrote:
>> On Monday, December 5, 2011 7:24:49 AM UTC+8, Ian wrote:
>>> On Sun, Dec 4, 2011 at 4:17 PM, 88888 Dihedral
>>> <dihedr... at googlemail.com>  wrote:
>>>>> Please explain what you think a hash function is, then.  Per
>>>>> Wikipedia, "A hash function is any algorithm or subroutine that maps
>>>>> large data sets to smaller data sets, called keys."
>>>>>
>>>>>> Are you miss-leading the power of true OOP ?
>>>>>
>>>>> I have no idea what you are suggesting.  I was not talking about 
>>>>> OOP at all.
>>>>
>>>> In python the (k,v) pair in a dictionary k and v can be  both an 
>>>> objects.
>>>> v can be a tuple or a list.  There are some restrictions on k to be an
>>>>   hashable type in python's implementation. The key is used to 
>>>> compute the position of the pair to be stored in a  hash table. The 
>>>> hash function maps key k to the position in the hash table. If 
>>>> k1!=k2 are both  mapped to the same
>>>> position, then something has to be done to resolve this.
>>>
>>> I understand how dicts / hash tables work.  I don't need you to
>>> explain that to me.  What you haven't explained is why you stated that
>>> a hash function that operates on objects is not a hash function, or
>>> what you meant by "misleading the power of true OOP".
>>
>> If v is a tuple or a list then a dictionary in python can replace a 
>> bi-directional list or a tree under the assumption that the hash 
>> which  accesses values stored in a  much faster way  when well 
>> implemented.
> 
> trying not to be rude, but the more you talk, the more I"m convince that 
> you're trolling. Welcome to my killfile.

I think he's a bot, and he's been in my killfile for a while now.

~Ethan~



More information about the Python-list mailing list