<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">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" class="gmail_signature"><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>