<div dir="ltr"><div class="gmail_quote"><div dir="ltr">On Tue, Jun 12, 2018 at 1:07 PM Thierry Carrez <<a href="mailto:thierry@openstack.org">thierry@openstack.org</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Neil Jerram wrote:<br>
>>     The issue is that the current method (which uses a formula to apply<br>
>>    single-vendor and diverse-affiliation tags) is not working so well<br>
>>    anymore, with lots of low-activity projects quickly flapping between<br>
>>    states.<br>
> <br>
> I think you need to explore and state much more explicitly why this is a <br>
> problem, before you will be able to evaluate possible changes.<br>
<br>
Right, this was just a summary, we discussed it in more details in the <br>
thread and during that Forum session.<br></blockquote><div><br></div><div>Honestly - FWIW - I do not recall much (any?) discussion of what the actual problem is, in the recent message thread.  (But I wasn't at the Forum, and I may well have missed or forgotten some of the discussion, of course.)</div><div><br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<br>
For example, a single-vendor project would suddenly lose the tag due to <br>
a combination of low activity and infra people pushing boilerplate <br>
change to their test jobs. Yet the project is still very much <br>
single-vendor (and not seeing much activity).<br></blockquote><div><br></div><div>That is just a restatement of the presumed-problematic observation.  It doesn't take us any further in understanding whether it's an actual problem for anyone.</div><div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<br>
The way we ended up working around that in past cycles is by doing a <br>
human pass on the calculated results and assess whether the change is <br>
more of a data artifact due to low activity, or a real trends. If it was <br>
deemed an artifact, we'd not commit that change. But lately most of the <br>
changes had to be filtered by a human, which basically makes the <br>
calculation useless.<br>
<br>
>>     One important thing to remember is that the diversity tags are supposed<br>
>>    to inform deployers, so that they can make informed choices on which<br>
>>    component they are comfortable to deploy. So whatever we come up with,<br>
>>    it needs to be useful information for deployers, not just a badge of<br>
>>    honor for developers, or a statement of team internal policy.<br>
> <br>
> It sounds like this might be part of that 'why'.  How sure are you about it?<br>
<br>
How sure am I about... what? That tags are meant to be useful to <br>
deployers and the rest of our downstream consumers ? That is part of the <br>
original definition[1] of a tag. The template to define tags even <br>
includes a "rationale" section that is meant to justify how the <br>
ecosystem benefits from having this tag defined.<br></blockquote><div><br></div><div>I meant: how sure are you that your intended audience (deployers) substantially cares about this organizational diversity tag?  Enough to justify all the cycles that OpenStack's core brains are spending on this topic.</div><div><br></div><div>I'm sorry that I'm probably sounding so negative; please consider that I'm taking a devil's advocate position here in an attempt to clarify the real problem.</div><div><br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<br>
[1] <br>
<a href="https://governance.openstack.org/tc/resolutions/20141202-project-structure-reform-spec.html#provide-a-precise-taxonomy-to-help-navigating-the-ecosystem" rel="noreferrer" target="_blank">https://governance.openstack.org/tc/resolutions/20141202-project-structure-reform-spec.hsubstantially tml#provide-a-precise-taxonomy-to-help-navigating-the-ecosystem</a></blockquote><div><br></div><div>Please note: that governance text on its own is not sufficient to mandate concern about this particular organizational diversity tag, if I am reading it correctly.  Or to put it another way, it looks like it would be entirely consistent with that text if you said "we're not sure if anyone actually cares much about this particular tag; let's stop generating it and see if any of our deployers complain." </div><div><br></div><div>Regards,</div><div>     Neil</div><div><br></div></div></div>