Engineering as a noun versus as a verb really threw me for a loop on this one.<p>The methodology is cool, the scale of the experiment is very cool (16k meetings), the conclusion is kinda workmanlike - as if the question was specifically 'is shared knowledge necessary to generate new ideas'.<p><pre><code> "Overall, this study takes a critical step towards identifying the processes that explain when serendipitous encounters shape knowledge production outcomes among innovating individuals.
We show that brief, information-rich interactions between people with some overlapping knowledge interests can have a productive effect on knowledge transfer, creation and diffusion."
</code></pre>
This tertiary point was distracting as well, seems out of place.<p><pre><code> "Third, we make methodological contributions by highlighting the benefits of long-term studies that amalgamate multiple forms and uses of data. Prospective experiments can support multiple lines of investigation involving both near-term and long-term outcomes that may not be possible in retrospective, archival studies and suggests the use of multiple sources of data for unpacking the dynamics of knowledge production."</code></pre>
Interesting. I wonder how this would differ for programming as a practice and models of hiring. Programming differs from scientific research in that in scientific research publications of new knowledge is a frequent primary goal. In programming, generally speaking, both as a practice and in hiring the goal of compatibility selection greatly exceeds both notions of competence and discovery. That distinction results in different sets of biases by which shared knowledge is accepted or discarded.