Repository navigation
First draft for the Introductory Contributor Section Article #67 - #98
Conversation
| - We argue that the Committer is part of the guest team and needs to fit in with the host team. | ||
| - In a more-than-one-person project what do we call the people aside of the TC/PO that are members of the host team? Just team members? | ||
| - OSS would likely not make this distinction and everyone would end up as contributor until it's committer / trusted committer at some point I guess? | ||
| - In the ASF-Rule-set this would be the distinction between Developer and Committer. |
There was a problem hiding this comment.
This distinction is taken from https://www.apache.org/foundation/how-it-works.html#developers
|
Thanks for this pull request, @lenucksi. I think that I'll be able to have a look before this week's call for the learning path. |
Yes we should do this |
rrrutledge
left a comment
There was a problem hiding this comment.
Thanks so much for doing this article @lenucksi. I like the way that you speak with a strong, friendly, guiding voice to the reader.
Left a few comments. Also, suggest shorter headings.
| [EDITOR NOTE: | ||
| - In other articles we draw a distinction between guest and host team. | ||
| - We argue that the Committer is part of the guest team and needs to fit in with the host team. | ||
| - In a more-than-one-person project what do we call the people aside of the TC/PO that are members of the host team? Just team members? |
There was a problem hiding this comment.
I think that something like host team members is fine. Is this concept used somewhere in this article?
There was a problem hiding this comment.
We're using that concept implicitly in lines 41,42 and explicitly in line 55.
Also, we're announcing to use the concept extensively in line 85.
And since home/guest might establish a mental concept of separation (us/them) I think that we should give that a aspect a consideration to see if and how we want to deal with it throughout the content.
This could enhance clarity and prevent contradictory information later on. (Me being a nitpick and definition pedant here ;))
I've suggested the Apache source below since that gives an example for this
There was a problem hiding this comment.
I think in a corporate context we assume that division is already built in by the organization. We want to bring it together and suggest the terminology of Host/Guest to encourage people to give warm welcome and collaboration to each other.
There was a problem hiding this comment.
Sounds good to me.
So we're using host team member for a person that is part of the host team but no trusted committer (yet) then?
lenucksi
left a comment
There was a problem hiding this comment.
Addressed your review comments.
| [EDITOR NOTE: | ||
| - In other articles we draw a distinction between guest and host team. | ||
| - We argue that the Committer is part of the guest team and needs to fit in with the host team. | ||
| - In a more-than-one-person project what do we call the people aside of the TC/PO that are members of the host team? Just team members? |
There was a problem hiding this comment.
We're using that concept implicitly in lines 41,42 and explicitly in line 55.
Also, we're announcing to use the concept extensively in line 85.
And since home/guest might establish a mental concept of separation (us/them) I think that we should give that a aspect a consideration to see if and how we want to deal with it throughout the content.
This could enhance clarity and prevent contradictory information later on. (Me being a nitpick and definition pedant here ;))
I've suggested the Apache source below since that gives an example for this
lenucksi
left a comment
There was a problem hiding this comment.
Left a few comments. Also, suggest shorter headings.
The titles are actually taken verbatim from the outline. I'm happy for suggestions to shorten them - and maybe I'll come up with something shorter myself.
Left in #110. |
To appeal to an individual who just cares about making progress on their project.
Avoid explicitly bringing up contributions outside of repo contents.
rrrutledge
left a comment
There was a problem hiding this comment.
Responded to all comments.
| [EDITOR NOTE: | ||
| - In other articles we draw a distinction between guest and host team. | ||
| - We argue that the Committer is part of the guest team and needs to fit in with the host team. | ||
| - In a more-than-one-person project what do we call the people aside of the TC/PO that are members of the host team? Just team members? |
There was a problem hiding this comment.
I think in a corporate context we assume that division is already built in by the organization. We want to bring it together and suggest the terminology of Host/Guest to encourage people to give warm welcome and collaboration to each other.
…ion-defition Rephrase contributor definition
…ion-headings Heading suggestions
| [EDITOR NOTE: | ||
| - In other articles we draw a distinction between guest and host team. | ||
| - We argue that the Committer is part of the guest team and needs to fit in with the host team. | ||
| - In a more-than-one-person project what do we call the people aside of the TC/PO that are members of the host team? Just team members? |
…ion-persona Rewrite introductory paragraphs
rrrutledge
left a comment
There was a problem hiding this comment.
Looks good to me. We can revisit the EDITOR NOTE later.
Thanks, I'd say we put this up for merge discussion on the next call. (And we can still add new PRs on top of this later.) |
🆗 |
|
@lenucksi we forgot on the call to discuss this article, specifically, if it can be merged. If you think so then go ahead. |
Content
This is an initial draft for the "The Contributor in InnerSource" article based upon the outline and video proposal document.
Feedback, Change proposals either using the GitHub change feature or as pushes to the branch for larger changes (hence the direct push to this repo) are more than welcome.
Technical detail