堀口の履歴(No.15)

研究概要†

↑

要旨†

企業発オープンソースプロジェクトのコミュニティネットワークについて、その構造と統計量の時系列データの変化と、プロジェクトの品質（バグの量、保守性、機能の数とか？）の時系列データの変化を見て、どんなコミュニティ構造や統計量が、プロジェクトの品質に良い/悪い影響を与えるのか調べる。
コミュニティネットワークの分析においては、企業の開発者とコミュニティの開発者の区別や、周辺的な参加者と中心的な参加者を区別したコミュニティ構造と統計量（企業の開発者の人数、コミュニティの開発者の人数、人数の割合）を盛り込むことで、新規参加者が、周辺的な参加者から中心的な参加者に役割を変化していく様子も捉える。
企業発オープンソースプロジェクトの品質向上に向けたコミュニティの設計に貢献できる。

↑

新しい点†

企業発オープンソースプロジェクトに着目して、コミュニティネットワークの変化とプロジェクトの品質の変化の関係を調べる
企業の開発者とコミュニティの開発者や周辺的な参加者と中心的な参加者を区別した統計量を使う

↑

ToDo:†

リサーチクエスチョンを決める
Yes/Noで答えられる形式にすると分かりやすい。
まずは研究の目標を決め、それに対して結論が出せるような質問（RQ）を設定する。
組織がスポンサーをする動機について調べる→組織は何がしたいのか
個人がOSSコミュニティに参加する動機について調べる→個人は何がしたいのか
これが分かれば、この研究では組織、個人がしたいことについて、どのように貢献できるかが明らかになる。

ネットワーク全体のSNA、ネットワーク自体の性質を調べる
- クラスタリング係数　→　
- 平均経路長　→　コミュニティのサイズがわかる
- 次数分布　→　
- モジュラリティ
- コミュニティ中心性
コミュニティ抽出法を使う
- 抽出したコミュニティの性質を見る
- 抽出したコミュニティごとの分析
スポンサー付きオープンソースプロジェクトに関する既存研究から、歴史の長いプロジェクトを見つける
論文を読む
- The Emergence of a New Commercial Actor: Community Managed Software Projects

↑

研究MTG†

↑

7/25†

やったこと

以下の論文を流し読みしました
- Two case studies of open source software development: Apache and Mozilla
  上位15名の開発者が、コード生成への貢献の約80%を占めていることがわかった。
  コア開発者は新機能の開発、ペリフェラル開発者はバグ修正を主なタスクとしていることがわかった。
- Who Gets a Patch Accepted First? Comparing the Contributions of Employees and Volunteers
  ボランティアは従業員よりも26倍多くrejectされていることがわかった。
  プルリクが作られてからマージされるまで、従業員は2日なのに対して、ボランティアは11日かかっていることがわかった。
  - 気になったこと
    時間がかかると貢献から遠のいてしまうのではないか？
    ボランティアが遠のくと、OSSの品質（細かなバグ）に影響が出るのでは？
    パッチ受け入れとOSSの品質に関係する論文を探す

その他気になっていること
- OSSを収益化すれば、OSSが廃れる？
  社会規範から市場規範へ切り替わることで問題は発生するのか？
  OSSの持続可能性を高めるため, OSSを収益化する動きがある.
  - GitHub Sponsors(GitHub, Inc.): 5000ドルばらまくキャンペーン
    GitHubのOSS開発者への寄付が可能.
  - Issuehunt(BoostIO, Inc.): 資金調達1億円
    Issueに報酬を設定し, PRが承認されれば報酬を得る.
  - Beerpay
    オープンソースプロジェクトへの寄付が可能.
  - Dev(FRAME00, Inc.):
    オープンソースプロジェクトに対して毎月仮想通貨を配布.

これによる問題
OSSコミュニティに市場規範が持ち込まれると, 今まで金銭的見返りを求めずに貢献されていたものに対して, 対価を求めるようになるのではないか？
今までは非金銭的な動機でOSSに貢献していたのが、金銭的な動機に切り替わるのか？
金銭的見返りのないコミュニティ（社会規範のコミュニティ）に, 優秀な貢献者が来なくなる？金銭的見返りのないコミュニティが廃れていくのでは？
市場規範: 金銭的なつがりを基に価値判断される世界の規範. 賃金を払う. 対価を求める社会規範: 社会的なつながりを基に価値判断される世界の規範. ギフト経済. 金銭的見返りを求めない

来週までにやること

↑

7/18†

やったこと

以下の論文を流し読みして、オープンソースプロジェクトの新参者に関する研究について少しわかってきた
- オープンソースプロジェクトへ初めて参加する際の社会的障壁に関する論文
  - Socialization in Open Source Software Projects A Growth Mixture Modeling Approach
  - Social Barriers Faced by Newcomers Placing Their First Contribution in Open Source Software Projects
- One-Time Contributorsに関する論文
  - One-Time Contributors to FLOSS Surveys and Data Analysis
  - Understanding the impressions, motivations, and barriers of one time code contributors to FLOSS projects a survey
- 読んでて気になったこと
  そもそもコア開発者とペリフェラル開発者の割合ってどのくらい？One-Time Contributorの割合は？どれくらい貢献してる？
  昨日それっぽい論文見つけたので来週までに読んできます

来週までにやること

コア開発者やペリフェラル開発者について知るため
- https://dl.acm.org/citation.cfm?id=567795
- More Common Than You Think: An In-Depth Study of Casual Contributors
  コア開発者、ペリフェラル開発者の割合、ペリフェラル開発者が実際どの程度役に立っているのかわかりそう。
- How does contributors involvement influence open source systems
  コア開発者、ペリフェラル開発者によって投稿されたパッチのビルドの成功率の比較。ペリフェラル開発者が投稿するパッチの質が分かりそう。
めっちゃ読みたい論文
Who gets a patch accepted first?: comparing the contributions of employees and volunteers
企業のオープンソースプロジェクトにおいて、従業員の開発者とボランティアの開発者の提出したパッチの受け入れに関する違いについて調査した論文。
ボランティア開発者が何かしらの問題に直面してそう。

↑

6/17†

やったこと

CytoscapeのAPI機能を利用して、ネットワークの図の作成を自動化した
GitHubから適当なリポジトリを選んで、Cytoscape Core AppsのNetwork Analyzerを使って分析してみた（結果を見せる）

問題点

CytoscapeのNetwork Analyzerは機能が限定的で、かゆいところに手が届かない
⇒ pythonのSNAライブラリNetworkXに移行する

進行中

issueやissue_commentの数が多いリポジトリのからのデータの取得
issueやissue_commentの数が多いリポジトリからネットワークを抽出する

↑

6/10†

やったこと

GitHub APIから特定のリポジトリの全てのissue(open and closed)とそれに対応するcommentを取得する
issue投稿者とcomment投稿者のノードを作り、コミュニケーションをとった人同士でエッジを作って、1か月ごとにDBに保存する

↑

6/3†

やったこと

研究概要を考える

↑

5/23†

やったこと

The Role of Participation Architecture in Growing Sponsored Open Source Communitiesを読んでいます。

↑

5/7†

やったこと

グラフ描画のツール作成
「Contrasting Community Building in Sponsored and Community Founded Open Source Projects」を読んだ
アメリカ合衆国退役軍人省の医療情報システム(public domain)を分析して、コミュニティ主導のオープンソースプロジェクトとスポンサー付きのオープンソースプロジェクトの主要な課題を明らかにした。
スポンサー付きのオープンソースプロジェクトでは、健全なコミュニティの構築、優秀なコントリビュータを惹きつけること、所有権とコントロールに関する曖昧さの解決、つまり、スポンサー付きのオープンソースプロジェクトでは所有権とコントロールに関することが曖昧になるということが課題であると述べていた。

↑

4/18†

やったこと

mysqlの設定を変更して、ghtorrentのデータをにインポートを高速化した
今のペースだと最低1か月以上かかるので、
日別に分割されたmongoのダンプファイルが公式から出てるので、これを使ってみる？

「Two Case Studies of Open Source Software Development: Apache and Mozilla」の一部を読んだ
アブストラクトとイントロダクションのRQの部分を訳した。
この論文が何を明らかにしようとしているのかは分かった（多分）。

↑

Templates†

添付
[添付]

堀口 の履歴(No.15)

研究概要†

要旨†

新しい点†

関連研究†

ToDo:†

研究MTG†

7/25†

7/18†

6/17†

6/10†

6/3†

5/23†

5/7†

4/18†

Templates†

堀口の履歴(No.15)