> How would you prefer to be called?
Call me Tomoko, or Uchida-san (Japanese style), either way you like!
> Omedetou Uchida-san! :-)
Arigatou!
Tomoko
2020年7月27日(月) 10:38 Ishan Chattopadhyaya :
> Omedetou Uchida-san! :-)
>
> On Mon, Jul 27, 2020 at 7:02 AM Christian Moen wrote:
>
>> Congrat
Omedetou Uchida-san! :-)
On Mon, Jul 27, 2020 at 7:02 AM Christian Moen wrote:
> Congrats, Uchida-san.
>
> How would you prefer to be called?
>
> Thanks.
>
>
> On Mon, Jul 27, 2020 at 9:41 AM Tomoko Uchida <
> tomoko.uchida.1...@gmail.com> wrote:
>
>> Thank you all,
>>
>> Martin, let me just cor
Congrats, Uchida-san.
How would you prefer to be called?
Thanks.
On Mon, Jul 27, 2020 at 9:41 AM Tomoko Uchida
wrote:
> Thank you all,
>
> Martin, let me just correct this...
>
> > ウェルコム ウーキーダー
>
> ウェルカム ウチダ // there's no PROLONGED SOUND MARK! :)
>
> And if you're interested, here is my name
Thank you all,
Martin, let me just correct this...
> ウェルコム ウーキーダー
ウェルカム ウチダ // there's no PROLONGED SOUND MARK! :)
And if you're interested, here is my name written in four notations:
Uchida Tomoko (in Roma-ji)
ウチダ トモコ (in Katakana)
うちだ ともこ (in Hiragana)
打田 智子 (in Kanji)
2020年7月27日(月) 4:28
On Sun, Jul 26, 2020 at 1:05 AM Ilan Ginzburg wrote:
> Varun, you're correct.
> This PR was built based on what's needed for creation (easiest starting
> point for me and likely most urgent need). It's still totally WIP and
> following steps include building the API required for move and other
>
Congratulations and welcome, Mike.
Dawid
On Fri, Jul 24, 2020 at 9:57 PM Anshum Gupta wrote:
>
> I am pleased to announce that Mike Drob has accepted the PMC's invitation to
> join.
>
> Congratulations and welcome, Mike!
>
> --
> Anshum Gupta
---
Congratulations and welcome, Tomoko!
Dawid
On Fri, Jul 24, 2020 at 7:03 PM Christine Poerschke (BLOOMBERG/
LONDON) wrote:
>
> Welcome Tomoko!
>
> From: dev@lucene.apache.org At: 07/04/20 08:27:28
> To: dev@lucene.apache.org
> Subject: Re: Welcome Tomoko Uchida to the PMC
>
> Thank you Adrien an
"There's value in starting simple, understanding the tradeoffs and
generalizing later"
Yes, this is what I am alluding to when I said the facade should "grow and
expand such that more plugins can rely on it". One plugin that might
re-use some of the same informational API's is the HealthCheckHandl
Varun, you're correct.
This PR was built based on what's needed for creation (easiest starting
point for me and likely most urgent need). It's still totally WIP and
following steps include building the API required for move and other
placement based needs, then also everything related to triggers (