[Mid-discussion Summary] Proposal: add new Data.Bits.Bits(bitZero) method
Henning Thielemann
schlepptop at henning-thielemann.de
Mon Feb 24 18:09:16 UTC 2014
Am 24.02.2014 18:57, schrieb Brandon Allbery:
> On Mon, Feb 24, 2014 at 12:41 PM, Henning Thielemann
> <schlepptop at henning-thielemann.de
> <mailto:schlepptop at henning-thielemann.de>> wrote:
>
> Am 24.02.2014 18 <tel:24.02.2014%2018>:34, schrieb Twan van Laarhoven:
>
> I agree with Edward that it would be better to reserve 'zero' for
> something like an additive identity.
>
>
> Why would you want to reserve Bits.zero for an additive zero? This
> makes no sense.
>
>
> There is something vaguely smelly about specifically omitting the context
>
> > it is an annoyingly common name to take for
>> such an often unqualified import.
>
> in the original message. Yes, we're quite aware you do not consider it
> legitimate. Distorting someone else's meaning to press your point is
> also not legitimate.
The phrase "reserve 'zero'" suggests that once we choose Bits.zero, the
identifier 'zero' is reserved once and for all and cannot be used for
something different anymore. That is, this phrasing removes the option
of qualified imports from the scope and thus generates the wrong context.
Can someone please, please tell me why we must avoid qualified imports
at all costs? Why is this option repeatedly ignored when just saying
zeroBits (+1) or zero (-1)?
More information about the Libraries
mailing list