InnerSourceCommons / InnerSourceCommons/InnerSourcePatterns

Pattern idea: Great first impressions

Aberta
#442 0 comentários 0 reações 0 responsáveis Ver no GitHub

Ninguém assumiu esta issue ainda.

:bulb: Early Idea
Linguagem predominante
HTML
Estrelas
853
Forks
206
Merge médio
1d 23h
PRs com merge (30d)
2

Descrição

In InnerSource much like in open source, the very first interaction between a contributor and the maintainer of a project sets the tone for the rest of the interaction.

That first impression can

  1. turn a first-time contributor into a raving fan of the project, leading to more future contributions
  2. or scare of that user, maybe even prevent a first-time contribution that otherwise would have been possible

The importance of the first impression goes both ways though!

e.g. a user that starts the conversation with "we should really fix this stupid bug" may create some negative vibes in the conversation that are frustrating for the maintainer to deal with.

While overall project appearance and documentation also contribute to the first impression, in this pattern idea I want to focus on the elements of human interaction that make a great and not-so-great first impression. We could say "be nice" but does that really cut it?

As an experiment I will move the conversation about this into a discussion, so let's explore there together if this could be a pattern:
https://github.com/InnerSourceCommons/InnerSourcePatterns/discussions/443

Guia de contribuição

Abrir o guia de contribuição

Primeiros passos

  1. Leia a issue inteira e depois o guia de contribuição do projeto.
  2. Comente na issue dizendo que vai assumir — evita que duas pessoas façam o mesmo trabalho.
  3. Faça um fork do repositório e trabalhe em uma branch.
  4. Abra um pull request que referencie o número da issue.

Direção de pesquisa

Comece pela discussão vinculada em github.com/InnerSourceCommons/InnerSourcePatterns/discussions/443, para onde esta conversa foi movida. Leia a issue e a discussão em conjunto para determinar se a ideia deve se tornar um pattern documentado e quais critérios definiriam um resultado concluído; a issue não nomeia arquivos nem testes.

Escrita pelo modelo de indexação a partir do texto da issue.

Avaliação

Domínio
documentation
Tipo de issue
Documentação
Dificuldade
5/5
Tempo estimado
Mais de uma semana
Status de atividade
Estagnada
Clareza
Precisa de esclarecimento
Facilidade para iniciantes
25/100

Receba novas issues na sua caixa de entrada

Um resumo curto de issues do GitHub para quem está começando.