<div dir="ltr"><div>I like Julia's idea alot as an ex-operator. <br></div><div><br></div><div>I would also like to propose maybe starting to target some aspects of the Inclusive Naming initiative? Even if it's the projects just reviewing where they are at and starting to plan changes to meet this initiative?</div><div><br></div><div>Amy (spotz)<br></div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Tue, Jun 29, 2021 at 2:11 PM Donny Davis <<a href="mailto:donny@fortnebula.com">donny@fortnebula.com</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div dir="ltr"><div dir="ltr"><br></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Tue, Jun 29, 2021 at 2:49 PM Julia Kreger <<a href="mailto:juliaashleykreger@gmail.com" target="_blank">juliaashleykreger@gmail.com</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">I also suspect there may be some commonality between projects, and<br>
listening/enumerating them does help raise cross-project visibility.<br>
"Hey, those crazy ironic people did xyz and are getting amazing<br>
performance as a result. Did we make the same mistake!?!? Can we<br>
follow the same basic pattern?"<br>
<br>
<br>
On Tue, Jun 29, 2021 at 11:28 AM Kendall Nelson <<a href="mailto:kennelson11@gmail.com" target="_blank">kennelson11@gmail.com</a>> wrote:<br>
><br>
> OooOOOo I like this idea! Would be super awesome to get a list of all the worst, most painful issues and then fix them :)<br>
><br>
> -Kendall<br>
><br>
> On Mon, Jun 28, 2021 at 3:32 PM Julia Kreger <<a href="mailto:juliaashleykreger@gmail.com" target="_blank">juliaashleykreger@gmail.com</a>> wrote:<br>
>><br>
>> On Mon, Jun 28, 2021 at 2:40 PM Jeremy Stanley <<a href="mailto:fungi@yuggoth.org" target="_blank">fungi@yuggoth.org</a>> wrote:<br>
>> ><br>
>> > On 2021-06-28 14:25:12 -0700 (-0700), Kendall Nelson wrote:<br>
>> > [...]<br>
>> > > the next release (Y release).<br>
>> ><br>
>> > You gave me a scare, but... *phew* that's the release after next. We<br>
>> > haven't released Xena yet!<br>
>> ><br>
>> > > It looks like we only have one goal suggested so far (which is<br>
>> > > fine; we can only have one goal)<br>
>> > [...]<br>
>> ><br>
>> > Can we only have one goal? Or can we have only one goal? I assume<br>
>> > you mean the latter, but they're definitely different things.<br>
>> > --<br>
>> > Jeremy Stanley<br>
>><br>
>> I have a crazy idea!<br>
>><br>
>> What if instead of a common singular goal to uniformly raise the bar<br>
>> across projects, we have each project work on their *most* painful<br>
>> operator perceived performance or experience issue and attempt to try<br>
>> and eliminate the issue or perception? And where cross-project<br>
>> integrations are involved, other projects could put review priority on<br>
>> helping get fixes or improvements pushed forward to address such<br>
>> operator experiences.<br>
>><br>
>> Such an effort would take a dramatically different appearance by<br>
>> project, and would really require each project to identify a known<br>
>> issue, and then to report it back along with the gain they yielded<br>
>> from the effort. Of course, to get there, projects would also have to<br>
>> ensure that they could somehow measure the impact of their changes to<br>
>> remedy such an issue.<br>
>><br>
<br>
</blockquote></div><div><br></div>I think the featuritis of end consumers / vendors is starting to dwindle, and a focus on making the software we have work extremely well (not saying it doesn't now) is a very admirable goal. <br clear="all"><div><br></div><div>So I think theJulia is spot on.</div>-- <br><div dir="ltr"><div dir="ltr"><div>~/DonnyD</div><div>C: 805 814 6800</div><div>"No mission too difficult. No sacrifice too great. Duty First"</div></div></div></div>
</blockquote></div>