Re: list of credits for release notes

From: Tatsuo Ishii <ishii(at)sraoss(dot)co(dot)jp>
To: robertmhaas(at)gmail(dot)com
Cc: michael(dot)paquier(at)gmail(dot)com, tsunakawa(dot)takay(at)jp(dot)fujitsu(dot)com, peter(dot)eisentraut(at)2ndquadrant(dot)com, pgsql-hackers(at)postgresql(dot)org
Subject: Re: list of credits for release notes
Date: 2017-10-03 12:57:15
Message-ID: 20171003.215715.1212705360004601841.t-ishii@sraoss.co.jp
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-hackers

> On Mon, Oct 2, 2017 at 5:09 PM, Tatsuo Ishii <ishii(at)sraoss(dot)co(dot)jp> wrote:
>> Michael is correct.
>>
>> Sometimes people choose family name first in the emails. However I am
>> sure "Fujii" is the family name and "Masao" is the firstname.
>
> But I don't think that directly answers the question of how he would
> prefer to be credited.

Of course. It's different story.

> Since I am American, I prefer to be credited
> using the style "${FIRSTNAME} ${LASTNAME}", but the preferences of
> someone from another country might be the same or different. I don't
> think we should presume that someone prefers something other than the
> style in their email name unless they say so.

My concern is that the list seems implicitly assumes that each name
appears first name then last name. So people might misunderstand that
"Fujii" is the first name and "Masao" is the last name. I don't how he
actually feels about that, but if I were him, I would feel
uncomfortable. If the list explicitly stats that we do not guarantee
that the order of the last names and the first names are correct, then
that kind of misunderstanding could be avoided.

Best regards,
--
Tatsuo Ishii
SRA OSS, Inc. Japan
English: http://www.sraoss.co.jp/index_en.php
Japanese:http://www.sraoss.co.jp

In response to

Responses

Browse pgsql-hackers by date

  From Date Subject
Next Message Emre Hasegeli 2017-10-03 13:38:33 Re: [PATCH] Improve geometric types
Previous Message Ashutosh Bapat 2017-10-03 12:57:05 Re: Partition-wise join for join between (declaratively) partitioned tables