-
Notifications
You must be signed in to change notification settings - Fork 191
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Pattern idea: Requiring InnerSource before Open Source #285
Comments
One other possible tag line that may spark additional thoughts about this: |
There are some interesting aspects mentioned in this ISC Community Call: InnerSource to Open Source - taking the next step |
@mishari would it be possible to get the slides from your ISC community call "InnerSource to Open Source". I might try to incorporate some of the text or visuals into this pattern idea here. |
Hi @spier - PDF of the slides is in Slack https://innersourcecommons.slack.com/archives/C04PXKRN4/p1665315070585709?thread_ts=1663659054.262749&cid=C04PXKRN4. |
Thanks @mcobby. I don't think I need an editable version for now. |
@spier - can you verify if it's already in the pattern doc? Move to external column post verification. |
@yenk your question is whether we already have a pattern for this, right? No, this is just an idea so far. We don't have a pattern for it yet. But of course if somebody in the ISPO WG wants to write a pattern about this, that would be awesome! Aside: |
@yenk did the last comment answer your question? Is this topic something that you are interested in working on? |
@mcobby I forgot that Slack history is purged at some point. Sorry about that :( Would you mind attaching the PDF the slides for this community call here? You can can do that by writing a new comment here and then just drag&drop the PDF in the comment box. Thank you so much! |
@yenk is your own organization/company applying this pattern (or some form of it)? In that case the easiest way would be to start with a brief description of how you are using this approach, and the experiences that you have made with it. There is also a first draft of this pattern in #776. If you like, you can also review that PR and leave your suggestions there. |
@yenk are you open to joining a working session to create a v1 of this pattern? |
Going straight from closed-source to Open Source is not always possible, and it can also be a hard transition for the maintaining team as the required processes are very different.
To address that, somebody floated the idea that one could be requiring InnerSource before Open Source, sort of like an incubation phase inside of the company to see if a project has the potential to become Open Source. The InnerSource Incubation Phase would also allow the maintainers of the project to practice all the things required when a project starts to receive contributions from outside of the core team, including improving documentation and review processes accordingly. For the time being let's call this InnerSource Incubation.
There might be another branch of this idea, where Open Source isn't possible for some reason e.g. any intellectual property that the company doesn't feel comfortable sharing in the open. In that case InnerSource could be an attractive alternative to Open Source because through InnerSource the maintainers still get some of the benefits of exposing their project to a wider audience. For the time being let's call this InnerSource as next best alternative.
Focusing on the InnerSource Incubation for now, some specific ideas that would make such a pattern really interesting and valuable for readers:
The text was updated successfully, but these errors were encountered: