You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@diversity.apache.org by Dave Fisher <wa...@apache.org> on 2021/09/03 17:21:36 UTC
CLC UI and Architecture
Hi -
I think that the CLC application’s UI is what caused the negative reaction. It looks like a scoring system because it presents that way. This may be fine, but if your purpose is evaluate what you can do to improve your repository a more exploratory system would be more helpful and less intimidating.
(1) There are actually only a few words that are being flagged. Ones that are problematic according to the context.
(2) I don’t think that scorekeeping is helpful, but search would be.
What if repositories were indexed in Apache Solr and guided search forms created? The results could be in Solr’s default UI. A project could then perform whatever research they wanted.
Putting repositories into a search engine serves other purposes as well.
Regards,
Dave
Re: CLC UI and Architecture
Posted by Rich Bowen <rb...@rcbowen.com>.
On 9/3/21 1:21 PM, Dave Fisher wrote:
> Hi -
>
> I think that the CLC application’s UI is what caused the negative reaction. It looks like a scoring system because it presents that way. This may be fine, but if your purpose is evaluate what you can do to improve your repository a more exploratory system would be more helpful and less intimidating.
>
> (1) There are actually only a few words that are being flagged. Ones that are problematic according to the context.
>
> (2) I don’t think that scorekeeping is helpful, but search would be.
As someone who has this work as a job responsibility, scorekeeping is
very helpful, in the "how much progress have you made on this" kind of
question that my manager asks every Thursday at 1pm.
>
> What if repositories were indexed in Apache Solr and guided search forms created? The results could be in Solr’s default UI. A project could then perform whatever research they wanted.
>
> Putting repositories into a search engine serves other purposes as well.
Yes, that does indeed sound useful, for projects that already have a
notion of what words/phrases/patterns they wish to address in their project.
Also what we need to do more of is documentation of words/phrases with
1) reason why it might be a problem and 2) recommended/suggested
replacements/rewordings.
--
Rich Bowen - rbowen@rcbowen.com
@rbowen