Pattern idea: Great first impressions
Dieses Issue hat noch niemand übernommen.
Bewertung
- Schwierigkeit
- 5/5
- Geschätzter Aufwand
- Über eine Woche
- Anfängerfreundlichkeit
- 25/100
- Issue-Typ
- Dokumentation
- Klarheit
- Muss geklärt werden
- Aktivitätsstatus
- Veraltet
- Bereich
- documentation
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.
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
- turn a first-time contributor into a raving fan of the project, leading to more future contributions
- 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
- Vorherrschende Sprache
- HTML
- Sterne
- 853
- Forks
- 206
- Ø Merge
- 1 T. 23 Std.
- Gemergte PRs (30 T.)
- 2
Beitragsleitfaden
Erste Schritte
- Lesen Sie das ganze Issue und danach den Beitragsleitfaden des Projekts.
- Schreiben Sie ins Issue, dass Sie es übernehmen — das erspart doppelte Arbeit.
- Forken Sie das Repository und arbeiten Sie in einem Branch.
- Öffnen Sie einen Pull Request, der die Issue-Nummer nennt.
Mehr aus InnerSourceCommons/InnerSourcePatterns
-
community metrics
InnerSourceCommons/InnerSourcePatterns#935 · 1 zugewiesene Person ·
-
community metrics
InnerSourceCommons/InnerSourcePatterns#934 · 1 zugewiesene Person ·
-
community metrics
InnerSourceCommons/InnerSourcePatterns#922 · 1 zugewiesene Person ·
-
community metrics
InnerSourceCommons/InnerSourcePatterns#921 · 1 zugewiesene Person ·
-
community metrics
InnerSourceCommons/InnerSourcePatterns#915 · 1 zugewiesene Person ·
Alle Issues in InnerSourceCommons/InnerSourcePatterns
Ähnliche Issues
-
Schwierigkeit 1/5 Unter einer Stunde Anfängerfreundlichkeit 95/100
Git-it-App/git-it-electron#1047 ·
-
Schwierigkeit 2/5 1-3 Stunden Anfängerfreundlichkeit 75/100
neondatabase/website#5944 ·
-
📕documentation
Schwierigkeit 2/5 1-3 Stunden Anfängerfreundlichkeit 75/100
db-ux-design-system/core-web#8239 ·
-
Schwierigkeit 2/5 1-3 Stunden Anfängerfreundlichkeit 70/100
libsdl-org/sdlwiki#1008 ·
-
Schwierigkeit 2/5 1-3 Stunden Anfängerfreundlichkeit 70/100