+1 to this effort and thanks for stepping up.

I think we shouldn't unnecessarily constrain ourselves only with what works
today: if there's something that is clearly better, let's fix/build it so
that we have a pleasant user experience. Just my two cents. Case in point:
data driven schemaless mode. Let's remove/fix/build alternatives so that
starting experience is smooth.

On Thu, 27 Aug, 2020, 1:12 am Alexandre Rafalovitch, <arafa...@gmail.com>
wrote:

> Dear all,
>
> Based on the discussion in SOLR-14726, Slack, and in many other JIRA
> issues, I am proposing to spearhead the Big Cleanup focused on
> improving getting started experience, targeting Solr 9 only. This is
> mostly about examples, but it also touches quite heavily on default
> configuration files and - less heavily - on the directory layout
> issues.
>
> As this is bigger than any of my previous contributions to the project
> and is quite cross-cutting, I've made a Solr Improvement Proposal.
>
>
> https://cwiki.apache.org/confluence/display/SOLR/SIP-10+Improve+Getting+Started+experience
>
> Regards,
>    Alex.
> Ps. As a side note, in many of the discussions, people say "I would
> prefer if we did X", but with the reality of "X" not being complete,
> actually fully tested or even applicable to the
> standalone/cloud/whatever aspect of the discussion. Those preferences
> are still welcome, but I am begging for explicit qualification of
> their current availability for the critical path. This proposal is an
> attempt to minimize dependence on actual new code features.
> Pps. I am also very aware that the proposal implies lots of
> semi-related changes and I will end up potentially stepping on
> people's feet. And I don't yet know the proper flow of work to do this
> (individual Jiras, combined Jiras, separate branch(s), etc). I would
> really need advice or a mentor or even a group of mentors to make this
> happen in a community-minded fashion.
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org
> For additional commands, e-mail: dev-h...@lucene.apache.org
>
>

Reply via email to