![[PukiWiki]](image/wadanyan.png "[PukiWiki]")
[[松本]] *タスク [#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） - 大ゼミスライド，レジュメ完成 **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] - 単純増加型期間選択法（中期，後期）で精度検証 - 個人評価型期間選択法の選択方法の決定 ***MEMO [#q5abc293] - 変数の寄与度を出す（多重共線性を確認） - 昇格後の活動継続の観点はスコープ外 - 昇格前後で中心活動タスクは変わるか？ -- Before パッチ投稿:4，コメント:3，x:3 -- After パッチレビュー:4，コメント:3，パッチ投稿:2，y:1 - 「旬」の定義（一定の値以上？，最大値マイナスxまでの期間？） - コミッターの種類分け（その種類に昇格するにはどの活動変数が影響？） ***SCHEDULE [#n70d27e5] - 仮説作成 - 個人評価型→プロジェクト追加→松本変数→精度高くて短期間のコストで早く昇格可否判定 - プロダクトメトリクスも見る（コード品質（複雑度等）） - パッチ自体の品質（ICSE論文？），パッチ適用前後のコード品質の比較，パッチ適用によって後に不具合が発生したかどうか **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] - アクション頻度の分析 - 専門コンポーネントの分析 - 他プロジェクト移行・兼任の分析 - コメント内容の分析
