This issue tracker has been migrated to GitHub, and is currently read-only.
For more information, see the GitHub FAQs in the Python's Developer Guide.

Author methane
Recipients adelfino, ammar2, benjamin.peterson, docs@python, methane
Date 2018-06-17.14:54:03
SpamBayes Score -1.0
Marked as misclassified Yes
Message-id <1529247243.74.0.56676864532.issue33872@psf.upfronthosting.co.za>
In-reply-to
Content
In case of "difference with linked-list", I don't want to make list definition longer and longer for readers only small part of people.  I think that's why difference with "linked-list" is documented only in glossary.

By adding all information for non-zero group of people, resulting document will be very long, redundant, and suitable for no one.

We should effort to make document "necessary and sufficient" state.

---

In case of time complexity, I agree it's useful for users.  Not only for list, but also for all basic operation of basic types, too.

But at my understanding, we don't have formal spec for time complexity of stdtypes.  We use consensus instead.

I think we can say random access is O(1) for bytes, bytearray, tuple, list, and range (except time for building large numeric value).

On the other hand, I'm not sure about str.  Other Python implementation will want to use UTF-8 based implementation of str.
History
Date User Action Args
2018-06-17 14:54:03methanesetrecipients: + methane, benjamin.peterson, docs@python, ammar2, adelfino
2018-06-17 14:54:03methanesetmessageid: <1529247243.74.0.56676864532.issue33872@psf.upfronthosting.co.za>
2018-06-17 14:54:03methanelinkissue33872 messages
2018-06-17 14:54:03methanecreate