dict

> For more complex stuff in python I use the dict() format, and print variables by name in dict, not by index.

Getting that mixed up can result in failing to find and item which really is in the dict, or miscounting frequencies, or it can even cause more UnicodeEncode/DecodeErrors.

Well, opt-in immutable dict would be awesome.

My first example did use a generator expression inside the dict() constructor, but in that case you need to specify the key and value in a tuple or a list.

> I don't think you can iterate thought the values in an array and in a dict in e.g.

Hmm, if you change your data representation from an array to a dict, say, don't you anyway need to go back and change code in every function that accesses this data?

The way I understand it in terms of python: It's like a nametuple or dict, where each update return a new namedtuple/dict with the new values for modified attributes but still the old values for attributes that did not change.

> iterating through values I don't think you can iterate thought the values in an array and in a dict in e.g.

If we take for granted that the programmer defines the dict for the explicit dispatch table, though, we can also assume that the programmer defines the object for the implicit table.

:param cookies: (optional) Dict or CookieJar object to send with the:class:`Request`.

(Not that I understand the attraction to online poker either.) Is there any guarantee that the person on the other end isn't grepping /usr/share/dict/words in our digital Boggle game?

The old format is: - pretty compatible with C - therefore well documented, well understood by everyone - therefore somewhat portable - and most importantly - simple - allows for fast implementations For more complex stuff in python I use the dict() format, and print variables by name in dict, not by index.

- maybe a more comprehensible translation of "V-Mann" would be "police informer" (dict.leo.org) - "GBA" -> Attorney General - "exfiltration" is that a proper word?