松本/2015年度進捗報告 の履歴(No.14)

• 履歴一覧
• 差分 を表示
• 現在との差分 を表示
• ソース を表示
• 松本/2015年度進捗報告 へ行く。
  • 1 (2015-04-17 (金) 00:07:58)
  • 2 (2015-04-17 (金) 01:08:35)
  • 3 (2015-06-10 (水) 08:59:42)
  • 4 (2015-06-19 (金) 08:26:48)
  • 5 (2015-06-26 (金) 02:51:52)
  • 6 (2015-07-02 (木) 05:11:43)
  • 7 (2015-07-02 (木) 09:32:02)
  • 8 (2015-08-25 (火) 08:23:15)
  • 9 (2015-08-27 (木) 06:01:53)
  • 10 (2015-09-10 (木) 07:08:06)
  • 11 (2015-09-30 (水) 04:22:59)
  • 12 (2015-10-08 (木) 05:31:53)
  • 13 (2015-10-15 (木) 08:44:22)
  • 14 (2015-10-19 (月) 08:07:19)
  • 15 (2015-10-22 (木) 05:30:11)
  • 16 (2015-10-29 (木) 05:36:59)
  • 17 (2015-11-06 (金) 04:59:31)

---

松本

タスク†

2026-10-19 〜 2026-10-25
項目名	開始日	終了日	進捗	＜	10 19	10 20	10 21	10 22	10 23	10 24	10 25	10 26	10 27	10 28	10 29	10 30	10 31	11 1	11 2	11 3	11 4	11 5	11 6	11 7	11 8	11 9	11 10	11 11	11 12	＞
[1]FireFoxのコミットログからコミッター特定	15/11/12	15/11/13	0	＜
[2]Firefoxデータセットの前処理	15/11/12	15/11/16	0	＜
[3]前期型・後期型モデルを動かして結果を見る	15/11/16	15/11/18	0	＜
[4]修論2章	15/11/12	15/11/14	0	＜
[5]修論3章	15/11/15	15/11/18	0	＜
[NewTask]

2015年度進捗管理†

MTG†

毎週木曜日 14:30~15:00

10/15†

DONE†

• 大ゼミスライド，レジュメ完成

TODO(明日まで)†

• プロジェクトの昇格体制確認
• データセット作成工数見積もり

10/8†

DONE†

• Eclipseのマージコミットを調べる
• スライドver1作成

TODO†

• 予測のための前処理（名寄せetc）
• 大ゼミスライド，レジュメ完成

9/30†

DONE†

• 単純増加型期間選択法（後期）で精度検証
• 単純増加型期間選択法（中期）， 個人評価型期間選択法は，開発者が短期間で離脱するambariでは難しい？

TODO†

• Eclipseのマージコミットをみる
• スライド作成

MEMO†

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

SCHEDULE†

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

9/10†

DONE†

• SESで発表

TODO†

• 単純増加型期間選択法（中期，後期）で精度検証
• 個人評価型期間選択法の選択方法の決定

MEMO†

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

SCHEDULE†

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

8/25†

DONE†

• ambariで分析
• 論文執筆

TODO†

• スライド作成（8/31まで）
• ポスター作成（9/2まで）
• 二段階予測
• 仮説作成

SCHEDULE†

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

7/2†

DONE†

• Eclipse，Firefoxのデータを入手
• コミッターの名寄せ中

TODO†

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

MEMO†

• 4章（実験）を書き始める
• 毎日進捗報告する
• 意識高い系でいく

6/26†

DONE†

• social networkをみようとしたが
• 同様の論文発見

TODO†

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

SCHEDULE†

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

MEMO†

• 採択率はプロセスメトリクス

6/19†

DONE†

• とりあえず優先度見ようとした…

TODO†

• ちゃんと仮説たててメトリクスを定義する

SCHEDULE†

• 短期間予測
• SES2015

6/10†

DONE†

• 1プロジェクトで予測

TODO†

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

SCHEDULE†

• 短期間予測

4/17†

DONE†

• データ収集完了
• コミッターの数を分析（名寄せ）

DOING†

• コメント部分の名寄せのためにコーディング中（今日中）

TODO†

• ガントチャート作成
• 仮説をまとめる（スライド）
• gitのauthorとかコミッターとかの違いを理解

SCHEDULE†

• アクション頻度の分析
• 専門コンポーネントの分析
• 他プロジェクト移行・兼任の分析
• コメント内容の分析