松本/2015年度進捗報告の編集

[[松本]]

*タスク [#pb9b865d]
#task

* 2015年度進捗管理 [#y490b874]

**MTG [#t2ea650f]
毎週木曜日 14:30~15:00

**11/12 [#p34bf848]
***DONE [#zcb274e5]
- Firefoxのレビュープロセスを確認する

***TODO [#n70d27e5]
- モデル適用のために前処理・実験
- 修論2,3章執筆

**11/6 [#p34bf848]
***DONE [#zcb274e5]
- AOSPのデータセットを構築したが結果がない

***TODO [#n70d27e5]
- Firefoxのレビュープロセスを確認する

**10/29 [#p34bf848]
***DONE [#zcb274e5]
- AOSPのデータ収集

***TODO [#n70d27e5]
- AOSPのデータセットを構築，予測

**10/22 [#p34bf848]
***DONE [#zcb274e5]
- データセット構築のためにNAISTデータを見る

***TODO [#n70d27e5]
- AOSPのデータセットを構築

**10/15 [#p34bf848]
***DONE [#zcb274e5]
- 大ゼミスライド，レジュメ完成

***TODO [#n70d27e5]
- プロジェクトの昇格体制確認
- データセット作成工数見積もり

**10/8 [#p34bf848]
***DONE [#zcb274e5]
- Eclipseのマージコミットを調べる
- スライドver1作成

***TODO [#n70d27e5]
- 予測のための前処理（名寄せetc）
- 大セ&#12441;ミスライド，レジュメ完成

**9/30 [#p34bf848]
***DONE [#zcb274e5]
- 単純増加型期間選択法（後期）で精度検証
- 単純増加型期間選択法（中期）， 個人評価型期間選択法は，開発者が短期間で離脱するambariでは難しい？

***TODO [#n70d27e5]
- Eclipseのマージコミットをみる
- スライド作成

***MEMO [#q5abc293]
- 変数の寄与度を出す（多重共線性を確認）
- 昇格後の活動継続の観点はスコープ外
- 昇格前後で中心活動タスクは変わるか？
-- Before パッチ投稿:4，コメント:3，x:3
-- After パッチレビュー:4，コメント:3，パッチ投稿:2，y:1
- 「旬」の定義（一定の値以上？，最大値マイナスxまでの期間？）
- コミッターの種類分け（その種類に昇格するにはどの活動変数が影響？）

***SCHEDULE [#n70d27e5]
- 仮説作成
- 個人評価型→プロジェクト追加→松本変数→精度高くて短期間のコストで早く昇格可否判定
- プロダクトメトリクスも見る（コード品質（複雑度等））
- パッチ自体の品質（ICSE論文？），パッチ適用前後のコード品質の比較，パッチ適用によって後に不具合が発生したかどうか

**9/10 [#p34bf848]
***DONE [#zcb274e5]
- SESで発表

***TODO [#n70d27e5]
- 単純増加型期間選択法（中期，後期）で精度検証
- 個人評価型期間選択法の選択方法の決定

**8/25 [#p34bf848]
***DONE [#zcb274e5]
- ambariで分析
- 論文執筆

***TODO [#n70d27e5]
- スライド作成（8/31まで）
- ポスター作成（9/2まで）
- 二段階予測
- 仮説作成

***SCHEDULE [#n70d27e5]
- プロダクトメトリクスも見る（コード品質（複雑度等））
- パッチ自体の品質（ICSE論文？），パッチ適用前後のコード品質の比較，パッチ適用によって後に不具合が発生したかどうか

**7/2 [#p34bf848]
***DONE [#zcb274e5]
- Eclipse，Firefoxのデータを入手
- コミッターの名寄せ中

***TODO [#n70d27e5]
- 伊原先生からスクリプトもらいたい
- 伊原モデルでデータセット期間縮めて精度検証（参加初期，昇格直前，その間）

***MEMO [#k435ab44]
- 4章（実験）を書き始める
- 毎日進捗報告する
- 意識高い系でいく

**6/26 [#p34bf848]
***DONE [#zcb274e5]
- social networkをみようとしたが
- 同様の論文発見

***TODO [#n70d27e5]
- Eclipse，Firefoxのデータを入手
- 伊原モデルでデータセット期間縮めて精度検証（参加初期，昇格直前，その間）

***SCHEDULE [#n70d27e5]
- 短期間予測
- プロダクトメトリクスも見る（コード品質（複雑度等））
- パッチ自体の品質（ICSE論文？），パッチ適用前後のコード品質の比較，パッチ適用によって後に不具合が発生したかどうか
- SES2015

***MEMO [#n70d27e5]
- 採択率はプロセスメトリクス

**6/19 [#p34bf848]
***DONE [#zcb274e5]
- とりあえず優先度見ようとした…

***TODO [#n70d27e5]
- ちゃんと仮説たててメトリクスを定義する

***SCHEDULE [#n70d27e5]
- 短期間予測
- SES2015

**6/10 [#p34bf848]
***DONE [#zcb274e5]
- 1プロジェクトで予測

***TODO [#n70d27e5]
- Rでパラレルコーディネートプロットして特徴を見る
- タイプ別のコミッターメトリクス定義して、箱ひげ図とヒストグラムだす

***SCHEDULE [#n70d27e5]
- 短期間予測

**4/17 [#p34bf848]
***DONE [#zcb274e5]
- データ収集完了
-コミッターの数を分析（名寄せ）
***DOING [#n70d27e5]
- コメント部分の名寄せのためにコーディング中（今日中）
***TODO [#n70d27e5]
- ガントチャート作成
- 仮説をまとめる（スライド）
-gitのauthorとかコミッターとかの違いを理解
***SCHEDULE [#n70d27e5]
- アクション頻度の分析
- 専門コンポーネントの分析
- 他プロジェクト移行・兼任の分析
- コメント内容の分析

タイムスタンプを変更しない