updating analytical memos
This commit is contained in:
parent
ebf72098d7
commit
a4d65134cf
@ -1,3 +1,17 @@
|
|||||||
|
background:
|
||||||
|
why include forking (definition of new project in relation to the environment) rather than established project
|
||||||
|
- as studies included show, the legacy resource base of the upstream project can be conveyed to the downstream project with little friction
|
||||||
|
- the porousness of FLOSS projects is a critical departure from the formal organizations that have been canonically studied in organizational adaptation research
|
||||||
|
- to frame the hard fork as `new' does not account for its relational construction with established contributors, communities, and resources
|
||||||
|
|
||||||
|
formal organizations -> open source software projects:
|
||||||
|
economic competition doesn't quite fit but noneconomic competition does
|
||||||
|
- looking at the ill-defined attention and user markets that surround each project
|
||||||
|
- the attention markets create competition (esp. WRT hard forks)
|
||||||
|
|
||||||
|
analysis:
|
||||||
|
|
||||||
|
GENERAL PAPER CHARACTERISTICS
|
||||||
What do most studies focus on?
|
What do most studies focus on?
|
||||||
- 14 papers focused on procedural change; 3 papers with both; 17 papers focused on technical change
|
- 14 papers focused on procedural change; 3 papers with both; 17 papers focused on technical change
|
||||||
- 12 papers focus on some sort of code reuse; this can be either dependency management or copy-based reuse
|
- 12 papers focus on some sort of code reuse; this can be either dependency management or copy-based reuse
|
||||||
@ -10,41 +24,57 @@ What methods do they use?
|
|||||||
- 10 papers used some kind of case study in their analysis, either as the primary method or as a pilot study for later methods
|
- 10 papers used some kind of case study in their analysis, either as the primary method or as a pilot study for later methods
|
||||||
- 15 looked at small, nonrepresentative samples
|
- 15 looked at small, nonrepresentative samples
|
||||||
- the rest tried to use representative samples, and some tried to even use comprehensive samples (Jahansashi)
|
- the rest tried to use representative samples, and some tried to even use comprehensive samples (Jahansashi)
|
||||||
|
- the methods section should be a table in the paper e.g. Floor's literature review
|
||||||
|
|
||||||
|
INTERNAL DYNAMICS
|
||||||
Who are doing the changes?
|
Who are doing the changes?
|
||||||
- largely mature and long-tenured contributors who are high in the hierarchy of the project
|
- largely mature and long-tenured contributors who are high in the hierarchy of the project
|
||||||
- sometimes even those who sit above the project, in a sponsoring organization (ASF, NetBeans, Oracle)
|
- sometimes even those who sit above the project, in a sponsoring organization (ASF, NetBeans, Oracle)
|
||||||
- sometimes periphery or environment motivates the change, rarely do they implement it (and if they do, often with loaning of social capital)
|
- sometimes periphery or environment motivates the change, rarely do they implement it (and if they do, often with loaning of social capital)
|
||||||
|
- orthodox organizational adaptation research focuses on managerial power within firms, this finds analogues within project hierarchies
|
||||||
|
|
||||||
What do they find?
|
What do they find?
|
||||||
- internal downsides to adaptive change (often, makes project less rational and less productive)
|
- internal downsides to adaptive change (often, makes project less rational and less productive)
|
||||||
- affective dislike to things that change the status quo
|
- affective dislike to things that change the status quo
|
||||||
- often do not evaluate whether the changes "work" so to speak; many of the changes "work" as an inclusion criteria for their study
|
- often do not evaluate whether the changes "work" so to speak; many of the changes "work" as an inclusion criteria for their study
|
||||||
|
|
||||||
|
typology of adaptation:
|
||||||
|
- internal 18
|
||||||
|
- market 4 NOTE: sampling criteria may have been biased against market adaptations, pre-eminent focus on external environment
|
||||||
|
- institutional 13
|
||||||
|
- double code on Bogart 2021
|
||||||
|
|
||||||
|
ENVIRONMENTAL ISSUES:
|
||||||
What are the motivations for adaptive changes/ what are the environmental pressures (or fit) that motivate change?
|
What are the motivations for adaptive changes/ what are the environmental pressures (or fit) that motivate change?
|
||||||
- issues with environmental multiplicity, as noted by Sarta et al.
|
- issues with environmental multiplicity, as noted by Sarta et al.
|
||||||
- performance, legitimacy or survival Sarta et al. p.55
|
- performance, legitimacy or survival Sarta et al. p.55
|
||||||
- GitHub is relevant, whether or not the social coding platform is the primary envrionment (more about the boundary issues) it often shapes what tools are available
|
- GitHub is relevant, whether or not the social coding platform is the primary envrionment (more about the boundary issues) it often shapes what tools are available
|
||||||
- packaging systems s.a. NPM; dependency supply chains; code reuse is its own thing because the environment is anything that /could/ be useful
|
- packaging systems s.a. NPM; dependency supply chains; code reuse is its own thing because the environment is anything that /could/ be useful
|
||||||
- often no precipitating event (21 of the studies lack such event, with special notes that it's not always the case e.g. Vendome 2017 and 2020),
|
- often no precipitating event as trigger (21 of the studies lack such event, with special notes that it's not always the case e.g. Vendome 2017 and 2020),
|
||||||
- fit is somewhat amorphous, but sometimes the environment will directly lodge complaint (Vendome 2017, 2020) or there's a technical break (GDPR, breaking changes)
|
- fit is somewhat amorphous, but sometimes the environment will directly lodge complaint (Vendome 2017, 2020) or there's a technical break (GDPR, breaking changes)
|
||||||
|
- consequences can be widespread and may be technical reconstruction or affective shifts within the project
|
||||||
|
|
||||||
Are there any relational components in which the environment and the project are reflexing off of each other?
|
Are there any relational components in which the environment and the project are reflexing off of each other?
|
||||||
TODO:
|
- many recommendations and suggestions from the research center on moving the environment closer to the organization
|
||||||
|
- some of the management of breaking changes in dependency networks look at the strategic nonadaption or ways of flagging internal change to the external envrionment
|
||||||
|
- TODO: where does tool development sit within this?
|
||||||
|
|
||||||
typology of adaption:
|
Environmental multiplicity
|
||||||
- internal (eighteen studies)
|
- the social coding platforms (some proprietary) are often intractable from different environments that surround and impact projects
|
||||||
- market (four studies) (LIMITATION: sampling criteria may have been biased against market adaptations with pre-eminent focus on external environment.)
|
- environmental multiplicity muddies the adaptive analysis; are the influx of prospective contributors that need to be moderated idiosyncratic to a project? a product of GitHub's social network
|
||||||
- institutional (thirteen studies)
|
|
||||||
- double code on (Bogart 2021, When and how to make breaking changes)
|
|
||||||
|
|
||||||
|
WHATS NEXT:
|
||||||
What are the impacts on developers and implications for future research?
|
What are the impacts on developers and implications for future research?
|
||||||
- largely focusing on tool development
|
- largely focusing on tool development
|
||||||
- more transparency, modularity, and configurability in both governance and tooling
|
- more transparency, modularity, and configurability in both governance and tooling
|
||||||
- many do not provide implications to practitioners, instead focusing on the academic framing of things
|
- many do not provide implications to practitioners, instead focusing on the academic framing of things
|
||||||
|
|
||||||
Outstanding puzzles/curiosities
|
Outstanding puzzles/curiosities
|
||||||
|
- more clarity on the level-of-analysis within FLOSS studies, the conflation of the individual developer and the project are difficult, even if they reflect the empirical reality.
|
||||||
- hyper-focus on tool development in the implications and recommendations of the papers
|
- hyper-focus on tool development in the implications and recommendations of the papers
|
||||||
- more studies on the implications of supra-software environments
|
- more studies on the implications of supra-software environments
|
||||||
- the papers in this study are older, which means that there are opportunities for new geopolitical shifts to further different adaptive changes
|
- the papers in this study are older, which means that there are opportunities for new geopolitical shifts to further different adaptive changes
|
||||||
- more than a few studies concerned with boundary issues; the environment are the singular, amorphous user and prospective contributor bases of the project
|
- more than a few studies concerned with boundary issues; the environment are the singular, amorphous user and prospective contributor bases of the project
|
||||||
|
- meaningfully studying convergence is a continual issue --- especially when evaluating non-performance metrics
|
||||||
|
- against the longstanding focus on survival as evidence of adaptation or conflation of adaptation with performance
|
||||||
|
- post-hoc stories about the causal relationship between strategic change and survival are lazy and not useful; GDPR and others show adaptation can be negative on performance
|
||||||
|
Loading…
Reference in New Issue
Block a user