Deque is only descriptive after you've had the CS course that tells you
about double ended queues and how to pronounce deque. I'd prefer a name
that I realize I don't understand to one that incorrectly makes me think I
do.

On Mon, Feb 8, 2021 at 1:47 PM Mark Hoemmen via Lib-Ext <
lib-ext_at_[hidden]> wrote:

> On 2/8/2021 10:54, Ville Voutilainen via Lib-Ext wrote:
> > On Mon, 8 Feb 2021 at 19:43, Ben Craig via SG14 <sg14_at_[hidden]>
> wrote:
> >> I’m leaning towards “stable_bundle”. “bundle” communicates a bit of
> disorganization. It still sounds like a container (“a bundle of ints”). I
> don’t think it has strong precedence in CS unlike so many other names.
> “bundle” as the root is still rather arbitrary though. Neither part of the
> name communicates that fast iteration is a key aspect of the container.
>
> Naming is hard! Thank you for suggesting options! : - )
>
> I'm not so much a fan of "bundle." This is a mathematically overloaded
> word, e.g., "vector bundle," that suggests a function from one
> collection to another -- not what this is. The word also sounds
> discrete, like a "bundle of sticks," whereas the data structure itself
> is Exactly Not That.
>
> > A "bundle" doesn't mean anything. My jokes about this being a British
> > Colony aside, that's not what the name means,
> > it indeed means "a distinguishable localized population within a
> > species". New members of the population are added,
> > old ones go away. The current name describes what it is and what
> > operations (especially the population member
> > addition/removal) are frequently performed on it. No "skip_*" name
> > describes that as well - such names get into
> > implementation weeds, rather than describing the higher-level
> > semantics of the type.
> >
> > So unless there is a superior name that keeps the higher-level
> > descriptiveness, keep the current name.
>
> +1
>
> mfh
>
>
>
>
> _______________________________________________
> Lib-Ext mailing list
> Lib-Ext_at_[hidden]
> Subscription: https://lists.isocpp.org/mailman/listinfo.cgi/lib-ext
> Link to this post: http://lists.isocpp.org/lib-ext/2021/02/17747.php
>