From 0409d7093f8a1f3bd76bf2349f55f1f2f8508e50 Mon Sep 17 00:00:00 2001 From: Nick Yeates Date: Sat, 11 Mar 2017 16:26:47 -0500 Subject: [PATCH 1/2] Created This is also in master, and it really shouldn't be, as its not a mature pattern at all. Starting a PR to start a proper Review Process. --- junkyard-styled-innersourcing.md | 21 +++++++++++++++++++++ 1 file changed, 21 insertions(+) create mode 100644 junkyard-styled-innersourcing.md diff --git a/junkyard-styled-innersourcing.md b/junkyard-styled-innersourcing.md new file mode 100644 index 000000000..aa537aaed --- /dev/null +++ b/junkyard-styled-innersourcing.md @@ -0,0 +1,21 @@ +## Title +* junkyard styled inner sourcing +* Finding but deciding not to use the internal component + +## Context +Two situations: + +* SW component not designed for reuse because the schedule was too tight and did not allow for the extra effort needed +* Did not have the knowledge or training to create components that can b reused. + +## Problem +* People don't share something so others can use it; they only share it for the sake of sharing. They wouldn't mind if no one uses it (a bit of a graveyard: "InnerSource is where modules go to die"). + +## Status +Brainstormed pattern idea in progress + +## Authors +* Georg Grutter +* Erin Bank +* Padma Sudarsan +* Tim Yao From f5aa51d95489ce79063db3bf2e023387a4d5595c Mon Sep 17 00:00:00 2001 From: Tim Yao Date: Tue, 9 May 2017 16:46:48 -0500 Subject: [PATCH 2/2] Update junkyard-styled-innersourcing.md Merging in comments to this point except for the one to split this into two patterns based on the two situations listed in the context. --- junkyard-styled-innersourcing.md | 18 ++++++++++++++++-- 1 file changed, 16 insertions(+), 2 deletions(-) diff --git a/junkyard-styled-innersourcing.md b/junkyard-styled-innersourcing.md index aa537aaed..5931444a3 100644 --- a/junkyard-styled-innersourcing.md +++ b/junkyard-styled-innersourcing.md @@ -1,5 +1,5 @@ ## Title -* junkyard styled inner sourcing +* Junkyard styled inner sourcing * Finding but deciding not to use the internal component ## Context @@ -9,7 +9,20 @@ Two situations: * Did not have the knowledge or training to create components that can b reused. ## Problem -* People don't share something so others can use it; they only share it for the sake of sharing. They wouldn't mind if no one uses it (a bit of a graveyard: "InnerSource is where modules go to die"). +* How do you encourage people to share whatever code they write? + +## Forces +* People don't share something so others can use it; they only share it for the sake of sharing. They wouldn't mind if no one uses it (a bit of a graveyard: "InnerSource is where modules go to die") +* A developer might be a person who likes to share their code; one that likes others to read it (and maybe comment on it. But mostly they like to write code. "Hey, I wrote this nifty gzorp and you might like it (but its no skin off my nose if you don't)" +* the code is crap +* the code doesn't address any of the company's problems (at the moment anyway) +* How does the person let others know that the code exists? +* We want the person to contribute code, so what roadblocks need to be removed so that they continue making their code available? +* How do we politely take their freely offered code and harden it or otherwise prepare it for production without having the original contributor feel like we are saying their code is crap? + +## Solution +* Support all contributions to the shared repository. +* Provide some sort of grading (Alexander marked his patterns with 0, 1 or 2 stars depending upon how convinced he was that it was a good pattern), so that the reader can be aware of what to expect. But how to do that without insulting the contributor? (solution: engage them in the process -- have 2 scores, what they think, and what users think or how many times its been used) ## Status Brainstormed pattern idea in progress @@ -19,3 +32,4 @@ Brainstormed pattern idea in progress * Erin Bank * Padma Sudarsan * Tim Yao +* Robert Hanmer