From: J William Piggott <elseifthen@gmx.com>
To: Sami Kerola <kerolasa@iki.fi>
Cc: util-linux@vger.kernel.org, Karel Zak <kzak@redhat.com>
Subject: Re: [ping] Karel: Re: pull: hwclock 27 changes
Date: Sat, 11 Feb 2017 12:10:17 -0500 [thread overview]
Message-ID: <fbdbf7d9-ed28-79f7-b84c-2e20dbcc0fc3@gmx.com> (raw)
In-Reply-To: <alpine.LNX.2.20.1702032223500.529@imuri>
On 02/03/2017 05:41 PM, Sami Kerola wrote:
> On Thu, 2 Feb 2017, J William Piggott wrote:
>
>> Karel,
>> I have some work to submit that applies on top of Sami's branch:
>>
>> git://github.com/kerolasa/lelux-utiliteetit.git hwclock-jwp-reviewed
>
> Nice to hear.
>
>> Outside of our ongoing discussion below regarding a 'technically
>> unnecessary' cast, I think Sami's work is ready for you to consider it
>> for committing. I would be interested in your thoughts on the cast.
>
> I had a Friday conversation with my work colleagues and majority thought
> that 'unnecessary cast' is good thing, as explicit a cast is visual
> reminder of type change.
>
> We did consider maintenance burden of these casts, but counter argument
> was found to be difficult to object. It is true that unnecessary casts
> cause unnecessary change when either function return value or storage unit
> changes - but such changes do not happen often. Therefore weight of visual
> reminder is heavier than an attempt to keep potential future diffs
> minimal.
>
> With one thing everyone agreed, these sorts of little things should not
> get in way too much. In short cast or don't but do not get stuck with a
> detail like this. To be honest this is probably the best advice. While I
> would see these sorts of type change reminders I'm happy to rip them out
> if that is needed to move forward.
If I understand correctly, your position is that this too trivial to be
wasting time talking about. I agree, and disagree.
Using this technique in this way does trivialize it; I believe that is
in itself harmful. I will elaborate in my reply to Karel.
>
> p.s. Branch hwclock-jwp-reviewed in my git is rebased on top of most
> recent origin/master.
>
next prev parent reply other threads:[~2017-02-11 17:10 UTC|newest]
Thread overview: 28+ messages / expand[flat|nested] mbox.gz Atom feed top
2016-12-31 21:41 pull: hwclock 27 changes Sami Kerola
2017-01-03 14:34 ` J William Piggott
[not found] ` <05e4405f-8096-9261-f9f2-d2c6b84675bc@gmx.com>
2017-01-07 19:37 ` J William Piggott
2017-01-07 20:32 ` J William Piggott
2017-01-07 23:06 ` Sami Kerola
2017-01-08 9:39 ` Sami Kerola
2017-01-08 21:21 ` J William Piggott
2017-01-08 10:09 ` Sami Kerola
2017-01-08 21:21 ` J William Piggott
2017-01-08 21:21 ` J William Piggott
2017-01-11 21:44 ` Sami Kerola
2017-01-13 1:30 ` J William Piggott
2017-01-14 9:34 ` Sami Kerola
2017-01-14 22:51 ` J William Piggott
2017-01-22 19:03 ` J William Piggott
2017-01-25 21:54 ` Sami Kerola
2017-01-27 2:07 ` J William Piggott
2017-02-02 15:04 ` [ping] Karel: " J William Piggott
2017-02-03 22:41 ` Sami Kerola
2017-02-11 17:10 ` J William Piggott [this message]
2017-02-04 18:47 ` Karel Zak
2017-02-05 22:37 ` Sami Kerola
2017-02-09 10:43 ` Karel Zak
2017-02-09 11:09 ` Karel Zak
2017-02-11 17:10 ` J William Piggott
2017-01-09 11:32 ` Karel Zak
2017-01-09 13:53 ` J William Piggott
2017-01-09 20:48 ` Bjarni Ingi Gislason
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=fbdbf7d9-ed28-79f7-b84c-2e20dbcc0fc3@gmx.com \
--to=elseifthen@gmx.com \
--cc=kerolasa@iki.fi \
--cc=kzak@redhat.com \
--cc=util-linux@vger.kernel.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.