InnerSourceCommons / InnerSourceCommons/InnerSourcePatterns

Pattern idea: Great first impressions

Offen
#442 0 Kommentare 0 Reaktionen 0 zugewiesene Personen Auf GitHub ansehen

Dieses Issue hat noch niemand übernommen.

:bulb: Early Idea
Vorherrschende Sprache
HTML
Sterne
853
Forks
206
Ø Merge
1 T. 23 Std.
Gemergte PRs (30 T.)
2

Beschreibung

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

Beitragsleitfaden

Beitragsleitfaden öffnen

Erste Schritte

  1. Lies das ganze Issue und danach den Beitragsleitfaden des Projekts.
  2. Schreib ins Issue, dass du es übernimmst — das erspart doppelte Arbeit.
  3. Forke das Repository und arbeite in einem Branch.
  4. Öffne einen Pull Request, der die Issue-Nummer nennt.

Rechercherichtung

Beginnen Sie mit der unter github.com/InnerSourceCommons/InnerSourcePatterns/discussions/443 verlinkten Diskussion, in die diese Unterhaltung verschoben wurde. Lesen Sie Issue und Diskussion gemeinsam, um zu bestimmen, ob die Idee zu einem dokumentierten Pattern werden sollte und welche Kriterien ein fertiges Ergebnis definieren würden; im Issue werden keine Dateien oder Tests genannt.

Vom Indexierungsmodell aus dem Issue-Text verfasst.

Bewertung

Bereich
documentation
Issue-Typ
Dokumentation
Schwierigkeit
5/5
Geschätzter Aufwand
Über eine Woche
Aktivitätsstatus
Veraltet
Klarheit
Muss geklärt werden
Anfängerfreundlichkeit
25/100

Neue Issues direkt in Ihr Postfach

Eine kurze Übersicht über anfängerfreundliche GitHub-Issues.