[sdk] Proposing Eric Fried for openstacksdk-core
Hey all, I'd like to propose Eric Fried be made core on SDK. This is slightly different than a normal core proposal, so I'd like to say a few more words about it than normal- largely because I think it's a pattern we might want to explore in SDK land. Eric is obviously super smart and capable - he's PTL of Nova after all. He's one of the few people in OpenStack that has a handle on version discovery, having helped write the keystoneauth support for it. And he's core on os-service-types, which is another piece of client-side arcana. However, he's a busy human, what with being Nova core, and his interaction with SDK has been limited to the intersection of it needed for Nova integration. I don't expect that to change. Basically, as it stands now, Eric only votes on SDK patches that have impact on the use of SDK in Nova - but when he does they are thorough reviews and they indicate "this makes things better for Nova". So I'd like to start recognizing such a vote. As our overall numbers diminish, I think we need to be more efficient with the use of our human time - and along with that we need to find new ways to trust each other to act on behalf of the project. I'd like to give a stab at doing that here. Thoughts? Monty
On 8/8/19 4:22 PM, Monty Taylor wrote:
Hey all,
I'd like to propose Eric Fried be made core on SDK.
This is slightly different than a normal core proposal, so I'd like to say a few more words about it than normal- largely because I think it's a pattern we might want to explore in SDK land.
Eric is obviously super smart and capable - he's PTL of Nova after all. He's one of the few people in OpenStack that has a handle on version discovery, having helped write the keystoneauth support for it. And he's core on os-service-types, which is another piece of client-side arcana.
However, he's a busy human, what with being Nova core, and his interaction with SDK has been limited to the intersection of it needed for Nova integration. I don't expect that to change.
Basically, as it stands now, Eric only votes on SDK patches that have impact on the use of SDK in Nova - but when he does they are thorough reviews and they indicate "this makes things better for Nova". So I'd like to start recognizing such a vote.
As our overall numbers diminish, I think we need to be more efficient with the use of our human time - and along with that we need to find new ways to trust each other to act on behalf of the project. I'd like to give a stab at doing that here.
Thoughts?
+1 from me. I've adopted essentially the same philosophy for Oslo.
Monty
+1 from me. Would be great if so we would be able to address all our discovery challenges. Artem ---- typed from mobile, auto-correct typos assumed ---- On Thu, 8 Aug 2019, 23:42 Ben Nemec, <openstack@nemebean.com> wrote:
On 8/8/19 4:22 PM, Monty Taylor wrote:
Hey all,
I'd like to propose Eric Fried be made core on SDK.
This is slightly different than a normal core proposal, so I'd like to say a few more words about it than normal- largely because I think it's a pattern we might want to explore in SDK land.
Eric is obviously super smart and capable - he's PTL of Nova after all. He's one of the few people in OpenStack that has a handle on version discovery, having helped write the keystoneauth support for it. And he's core on os-service-types, which is another piece of client-side arcana.
However, he's a busy human, what with being Nova core, and his interaction with SDK has been limited to the intersection of it needed for Nova integration. I don't expect that to change.
Basically, as it stands now, Eric only votes on SDK patches that have impact on the use of SDK in Nova - but when he does they are thorough reviews and they indicate "this makes things better for Nova". So I'd like to start recognizing such a vote.
As our overall numbers diminish, I think we need to be more efficient with the use of our human time - and along with that we need to find new ways to trust each other to act on behalf of the project. I'd like to give a stab at doing that here.
Thoughts?
+1 from me. I've adopted essentially the same philosophy for Oslo.
Monty
On 8/8/19 11:22 PM, Monty Taylor wrote:
Hey all,
I'd like to propose Eric Fried be made core on SDK.
This is slightly different than a normal core proposal, so I'd like to say a few more words about it than normal- largely because I think it's a pattern we might want to explore in SDK land.
Eric is obviously super smart and capable - he's PTL of Nova after all. He's one of the few people in OpenStack that has a handle on version discovery, having helped write the keystoneauth support for it. And he's core on os-service-types, which is another piece of client-side arcana.
However, he's a busy human, what with being Nova core, and his interaction with SDK has been limited to the intersection of it needed for Nova integration. I don't expect that to change.
Basically, as it stands now, Eric only votes on SDK patches that have impact on the use of SDK in Nova - but when he does they are thorough reviews and they indicate "this makes things better for Nova". So I'd like to start recognizing such a vote.
+2, makes a lot of sense.
As our overall numbers diminish, I think we need to be more efficient with the use of our human time - and along with that we need to find new ways to trust each other to act on behalf of the project. I'd like to give a stab at doing that here.
Thoughts? Monty
+1 from me. I also feels that my role in SDK team is similar but from Neutron’s point of view. And I think that it’s good approach for OpenStack SDK.
On 8 Aug 2019, at 23:22, Monty Taylor <mordred@inaugust.com> wrote:
Hey all,
I'd like to propose Eric Fried be made core on SDK.
This is slightly different than a normal core proposal, so I'd like to say a few more words about it than normal- largely because I think it's a pattern we might want to explore in SDK land.
Eric is obviously super smart and capable - he's PTL of Nova after all. He's one of the few people in OpenStack that has a handle on version discovery, having helped write the keystoneauth support for it. And he's core on os-service-types, which is another piece of client-side arcana.
However, he's a busy human, what with being Nova core, and his interaction with SDK has been limited to the intersection of it needed for Nova integration. I don't expect that to change.
Basically, as it stands now, Eric only votes on SDK patches that have impact on the use of SDK in Nova - but when he does they are thorough reviews and they indicate "this makes things better for Nova". So I'd like to start recognizing such a vote.
As our overall numbers diminish, I think we need to be more efficient with the use of our human time - and along with that we need to find new ways to trust each other to act on behalf of the project. I'd like to give a stab at doing that here.
Thoughts? Monty
— Slawek Kaplonski Senior software engineer Red Hat
On Thu, 2019-08-08 at 17:22 -0400, Monty Taylor wrote:
As our overall numbers diminish, I think we need to be more efficient with the use of our human time - and along with that we need to find new ways to trust each other to act on behalf of the project. I'd like to give a stab at doing that here.
I like this. Regards, JP
On Thu, Aug 8, 2019 at 5:24 PM Monty Taylor <mordred@inaugust.com> wrote:
Hey all,
I'd like to propose Eric Fried be made core on SDK.
This is slightly different than a normal core proposal, so I'd like to say a few more words about it than normal- largely because I think it's a pattern we might want to explore in SDK land.
Eric is obviously super smart and capable - he's PTL of Nova after all. He's one of the few people in OpenStack that has a handle on version discovery, having helped write the keystoneauth support for it. And he's core on os-service-types, which is another piece of client-side arcana.
However, he's a busy human, what with being Nova core, and his interaction with SDK has been limited to the intersection of it needed for Nova integration. I don't expect that to change.
Basically, as it stands now, Eric only votes on SDK patches that have impact on the use of SDK in Nova - but when he does they are thorough reviews and they indicate "this makes things better for Nova". So I'd like to start recognizing such a vote.
As our overall numbers diminish, I think we need to be more efficient with the use of our human time - and along with that we need to find new ways to trust each other to act on behalf of the project. I'd like to give a stab at doing that here.
This is something we need to do more of. I know some teams are doing it well, but thank you for saying it publicly and explicitly! :) // jim
Thoughts? Monty
On Thu, Aug 8, 2019 at 5:27 PM Monty Taylor <mordred@inaugust.com> wrote:
Hey all,
I'd like to propose Eric Fried be made core on SDK.
This is slightly different than a normal core proposal, so I'd like to say a few more words about it than normal- largely because I think it's a pattern we might want to explore in SDK land.
Eric is obviously super smart and capable - he's PTL of Nova after all. He's one of the few people in OpenStack that has a handle on version discovery, having helped write the keystoneauth support for it. And he's core on os-service-types, which is another piece of client-side arcana.
However, he's a busy human, what with being Nova core, and his interaction with SDK has been limited to the intersection of it needed for Nova integration. I don't expect that to change.
Basically, as it stands now, Eric only votes on SDK patches that have impact on the use of SDK in Nova - but when he does they are thorough reviews and they indicate "this makes things better for Nova". So I'd like to start recognizing such a vote.
As our overall numbers diminish, I think we need to be more efficient with the use of our human time - and along with that we need to find new ways to trust each other to act on behalf of the project. I'd like to give a stab at doing that here.
Thoughts?
sounds entirely reasonable to me, ++
Monty
On Thu, Aug 8, 2019 at 5:26 PM Monty Taylor <mordred@inaugust.com> wrote:
Hey all,
I'd like to propose Eric Fried be made core on SDK.
This is slightly different than a normal core proposal, so I'd like to say a few more words about it than normal- largely because I think it's a pattern we might want to explore in SDK land.
Eric is obviously super smart and capable - he's PTL of Nova after all. He's one of the few people in OpenStack that has a handle on version discovery, having helped write the keystoneauth support for it. And he's core on os-service-types, which is another piece of client-side arcana.
However, he's a busy human, what with being Nova core, and his interaction with SDK has been limited to the intersection of it needed for Nova integration. I don't expect that to change.
Basically, as it stands now, Eric only votes on SDK patches that have impact on the use of SDK in Nova - but when he does they are thorough reviews and they indicate "this makes things better for Nova". So I'd like to start recognizing such a vote.
As our overall numbers diminish, I think we need to be more efficient with the use of our human time - and along with that we need to find new ways to trust each other to act on behalf of the project. I'd like to give a stab at doing that here.
Thoughts? Monty
I whole-heartedly embrace this experiment. Having worked with shade since the beginning of time, and now sdk, I personally know how tremendously difficult it is to be (or even pretend to be) knowledgeable in all of the OpenStack services and code interacting with them. Let's bring in experts with a narrow focus to help with the pieces they know well. -Dave
On 8/9/19 1:08 PM, David Shrewsbury wrote:
On Thu, Aug 8, 2019 at 5:26 PM Monty Taylor <mordred@inaugust.com <mailto:mordred@inaugust.com>> wrote:
Hey all,
I'd like to propose Eric Fried be made core on SDK.
This is slightly different than a normal core proposal, so I'd like to say a few more words about it than normal- largely because I think it's a pattern we might want to explore in SDK land.
Eric is obviously super smart and capable - he's PTL of Nova after all. He's one of the few people in OpenStack that has a handle on version discovery, having helped write the keystoneauth support for it. And he's core on os-service-types, which is another piece of client-side arcana.
However, he's a busy human, what with being Nova core, and his interaction with SDK has been limited to the intersection of it needed for Nova integration. I don't expect that to change.
Basically, as it stands now, Eric only votes on SDK patches that have impact on the use of SDK in Nova - but when he does they are thorough reviews and they indicate "this makes things better for Nova". So I'd like to start recognizing such a vote.
As our overall numbers diminish, I think we need to be more efficient with the use of our human time - and along with that we need to find new ways to trust each other to act on behalf of the project. I'd like to give a stab at doing that here.
Thoughts? Monty
I whole-heartedly embrace this experiment. Having worked with shade since the beginning of time, and now sdk, I personally know how tremendously difficult it is to be (or even pretend to be) knowledgeable in all of the OpenStack services and code interacting with them. Let's bring in experts with a narrow focus to help with the pieces they know well.
Sweet. That seems like a good number of agreement and no dissent. efried - you have been en-core-ified.
participants (9)
-
Artem Goncharov
-
Ben Nemec
-
David Shrewsbury
-
Dmitry Tantsur
-
Jean-Philippe Evrard
-
Jim Rollenhagen
-
Michael McCune
-
Monty Taylor
-
Slawek Kaplonski