研究グループ/スケベーズMTG の履歴(No.59)

• 履歴一覧
• 差分 を表示
• 現在との差分 を表示
• ソース を表示
• 研究グループ/スケベーズMTG へ行く。
  • 1 (2015-02-26 (木) 09:14:50)
  • 2 (2015-02-26 (木) 09:16:30)
  • 3 (2015-03-06 (金) 03:15:00)
  • 4 (2015-03-06 (金) 07:59:49)
  • 5 (2015-03-26 (木) 06:53:30)
  • 6 (2015-04-24 (金) 09:38:24)
  • 7 (2015-05-01 (金) 07:52:55)
  • 8 (2015-05-07 (木) 08:18:02)
  • 9 (2015-05-14 (木) 06:47:37)
  • 10 (2015-05-19 (火) 01:31:18)
  • 11 (2015-05-21 (木) 04:50:45)
  • 12 (2015-05-21 (木) 07:08:26)
  • 13 (2015-05-22 (金) 04:36:33)
  • 14 (2015-05-28 (木) 02:44:02)
  • 15 (2015-06-01 (月) 03:28:04)
  • 16 (2015-06-03 (水) 04:29:09)
  • 17 (2015-06-10 (水) 03:28:39)
  • 18 (2015-06-18 (木) 09:47:08)
  • 19 (2015-06-19 (金) 03:56:11)
  • 20 (2015-06-25 (木) 06:16:01)
  • 21 (2015-06-25 (木) 07:04:45)
  • 22 (2015-06-28 (日) 12:21:26)
  • 23 (2015-07-02 (木) 06:09:34)
  • 24 (2015-07-16 (木) 01:04:53)
  • 25 (2015-07-17 (金) 04:45:54)
  • 26 (2015-07-23 (木) 08:53:04)
  • 27 (2015-07-30 (木) 06:31:45)
  • 28 (2015-07-30 (木) 07:09:04)
  • 29 (2015-08-06 (木) 06:42:22)
  • 30 (2015-08-20 (木) 07:17:47)
  • 31 (2015-08-27 (木) 07:49:54)
  • 32 (2015-09-03 (木) 07:01:43)
  • 33 (2015-09-03 (木) 08:37:17)
  • 34 (2015-09-03 (木) 14:14:57)
  • 35 (2015-09-10 (木) 06:55:45)
  • 36 (2015-09-24 (木) 05:41:43)
  • 37 (2015-09-24 (木) 08:09:11)
  • 38 (2015-10-08 (木) 06:32:42)
  • 39 (2015-10-08 (木) 06:32:42)
  • 40 (2015-10-09 (金) 11:20:35)
  • 41 (2015-10-13 (火) 02:19:02)
  • 42 (2015-10-15 (木) 06:38:27)
  • 43 (2015-10-22 (木) 06:55:24)
  • 44 (2015-10-22 (木) 07:47:54)
  • 45 (2015-10-29 (木) 06:09:02)
  • 46 (2015-11-05 (木) 07:24:33)
  • 47 (2015-11-12 (木) 04:23:51)
  • 48 (2015-11-19 (木) 06:22:13)
  • 49 (2015-11-26 (木) 07:01:12)
  • 50 (2015-12-03 (木) 06:15:40)
  • 51 (2015-12-04 (金) 02:31:14)
  • 52 (2015-12-10 (木) 06:04:01)
  • 53 (2015-12-16 (水) 06:43:19)
  • 54 (2015-12-24 (木) 06:12:23)
  • 55 (2016-01-07 (木) 07:46:31)
  • 56 (2016-01-14 (木) 05:52:42)
  • 57 (2016-01-21 (木) 06:43:03)
  • 58 (2016-01-22 (金) 06:55:08)
  • 59 (2016-01-28 (木) 06:53:07)

---

研究グループ

松野 片桐 大典 山谷

松野†

2015年1月14日†

●議事録

●DONE

• 卒論ver1.0作成

●TODO

• レビュー反映

2015年12月24日†

●議事録

●DONE

• 4章レビュー反映
• グラフ調整
• 5章途中

●TODO

• 卒論作成

2015年12月16日†

●議事録

●DONE

• 4章レビュー一部反映
• グラフ調整

●TODO

• 5章作成

2015年12月10日†

●議事録

●DONE

• 2章レビュー反映
• 4章作成

●TODO

• 5章作成

2015年12月3日†

●議事録

●DONE

• 2章作成

●TODO

• 4章作成
• 5章開始

2015年11月26日†

●議事録

• RQ1分割
• RQ3二通りの見方
• 第2章具体例
• 集計結果入れられるものから入れる

●DONE

• 2,4章途中

●TODO

• 2,4章作成
• 5章開始

2015年11月12日†

●議事録

●DONE

• 3章作成

●TODO

• 2章作成

2015年11月5日†

●議事録

●DONE

• 目次作成

●TODO

• 卒論第3章執筆

2015年10月29日†

●議事録

●DONE

• soruceforgeトップのカテゴリに分ける

●TODO

• 卒論目次(今月中)

2015年10月22日†

●議事録

●DONE

• githubのカテゴリは使えないことを確認
• 別の分類方法を探すために文献調査

●TODO

• soruceforgeトップのカテゴリに分ける(できたらメーリスに)

2015年10月15日†

●議事録

• 観点無いと読んでも意味ない

●DONE

• バグ別のグラフ作成
• バグ(回答)読む　(10件くらい)

●TODO

• バグ(回答)読む
• githubにあるリポジトリのカテゴリ別にバグの種類をカウント

2015年10月8日†

●議事録

●DONE

• プリントまとめ
• 目次草案作成

●TODO

• バグ見つつ内容卒論考える
• バグ別の機械的に出来る集計をグラフにする

2015年9月24日†

●議事録

●DONE

• バグ別プリントにまとめる
• 結果公開メール送信

●TODO

• research question
• 卒論

2015年9月10日†

●議事録

●DONE

• バグ別プリントにまとめる(途中)
• アンケート結果公開

●TODO

• 分析(役割，バグの種類別)
• research question
• バグ別の中身をプリントにまとめる
• 結果公開メール送信

2015年9月3日†

●議事録

• 最終目標を決めてそれに沿ったRQを考える

●DONE

• アンケート集計
• 論文読む

●TODO

• 分析(役割，バグの種類別)
• アンケート結果公開()
• research question
• バグ別の中身をプリントにまとめる

2015年8月27日†

●議事録

●DONE

• アンケート集計
• 論文読む(途中)

●TODO

• アンケート集計
• 結果公開
• 分析

2015年8月20日†

●議事録

●DONE

• 手続きを文章化(TeX) thesis_sample.pdf アンケートまでの手続き_0.pptx

●TODO

• 回答読む
• 第一章

片桐†

2015年11月12日†

●議事録

●DONE

• なし

●TODO

• 目次書く

2015年10月29日†

●議事録

●DONE

• クローンの利用者分析結果出力スクリプトの実装中…

●TODO

• 目的を考える
• クローンの分析

2015年10月22日†

●議事録

●DONE

●TODO

• 目的を考える
• クローンの分析
• Research Questionを満たす結果の模索

2015年10月15日†

●議事録

●DONE

●TODO

• 目的を考える
• 開発者の特定の改良
• クローンの分析

2015年10月8日†

●議事録

●DONE

• 以前行っていた開発者特定方法の見直し

●TODO

• クローンとの紐付け

2015年9月24日†

●議事録

●DONE

• 変換できたリポジトリはECTEC動作する

●TODO

• Git -> SVN変換

2015年9月10日†

●議事録

●DONE

• GitリポジトリのSVN変換(小さいリポジトリ)

●TODO

• 実用的なプロジェクトをGit変換する
• 不具合対応

2015年9月3日†

●議事録

●DONE

• GitリポジトリのSVN変換

●TODO

• 実用的なプロジェクトをGit変換する

2015年8月27日†

●議事録

●DONE

• GitリポジトリのSVN変換

●TODO

• 正しく動作しないときの状況分析

2015年8月20日†

●議事録

●DONE

• ECTECがGit対応してないことを確認

●TODO

• 大典とECTECをGit対応させる

大典†

2015年1月28日†

●議事録

• タイトル
  • ユースケースの多面的評価に基づいたソフトウェア部品開発の費用対効果の計測支援

●DONE

• 卒論タイトル
• 箇条書き部分を書き下し中

●TODO

2015年12月24日†

●議事録

●DONE

• 箇条書き部分を書き下し中

●TODO

2015年12月16日†

●議事録

●DONE

• 卒論：2,3,4,5章を箇条書きとレビュー反映

●TODO

2015年12月10日†

●議事録

●DONE

●TODO

2015年12月03日†

●議事録

●DONE

• 前回ｒｍした内容の復帰
• 全ｍｋファイルの繋がりの割り出し（リポジトリ同士の繋がりと見る）
• 卒論1,2章の箇条書き

●TODO

• モジュールを特定したユースケースに対して多面的価値評価する
• 卒論
  • 4,5,6,章を取り敢えず箇条書きででも書いてみる・・・
  • できれば箇条書したものを論文の体裁に整える・・・

2015年11月26日†

●議事録

●DONE

• うっかり全部消した

●TODO

2015年11月12日†

●議事録

●DONE

• ユースケースに対応するモジュール特定（ほぼ完）

●TODO

• ユースケースに対応するモジュール特定（確認）
• モジュールごとの多面的価値評価の割り当て
• Understandの結果から計測
• 卒論を書く・・・

2015年11月05日†

●議事録

●DONE

• ユースケースに対応するモジュール特定（一部）

●TODO

• ユースケースに対応するモジュール特定（続き）

2015年10月29日†

●議事録

●DONE

• ユースケースに対応するモジュール特定（一部）

●TODO

• ユースケースに対応するモジュール特定（続き）

2015年10月22日†

●議事録

●DONE

• 対象Androidユースケース
• ユースケースへの森崎手法の適用

●TODO

• ユースケースに対応するモジュール探す

2015年10月15日†

●議事録

●DONE

• 研究の目的を自分の言葉で考える

●TODO

2015年10月8日†

●議事録

●DONE

• 研究のスライドを作成 森崎手法を元にしたソフトウェアモジュールの.pptx

●TODO

• コスト計算のアプローチを具体的に考える

2015年10月1日†

●議事録

●DONE

●TODO

• 森崎手法では隠れているコストの計算
  • ないしは研究のスライドを作ってみる

2015年9月10日†

●議事録

●DONE

• SES参加

●TODO

• バージョン間で追加された機能見て，影響を見て，ユースケースから価値を設定して，計算する

2015年9月3日†

●議事録

●DONE

●TODO

2015年8月27日†

●議事録

●DONE

• ECTECのソースコード読んでみた（知らない書き方が）

●TODO

• 片桐くんと協力してECTECでGitリポジトリ対応
  • 片桐くん：Git−＞SVN変換，松尾：ECTECのGit対応

2015年8月20日†

●議事録

●DONE

• 森崎先生の論文を読んでみた

●TODO

• 片桐くんと一緒にECTECのコードレビュー＆Git対応
• 森崎先生の論文をスライド化

山谷†

2016年1月21日†

●議事録

• コミッタとどう違うん？
• インテグレーターってなんやねん
• モジュールオーナーってなんなん？
• モジュールオーナーってほんまに知りたいん？
• そんな少ないんやったら目で見た方がええんちゃうん？
• 今までの研究とどう違うん？
• オーナーとモジュールオーナーってどう違うん？
• 求められる予測精度は？
• 何プロジェクトで結果を示せば十分なのか？
• プロジェクトの選定理由は？
• モジュールの粒度が細かいほどよいのか？
• 候補者ってなんやねん

●DONE

• 実験
• 修論タイトル

●TODO

• 執筆
• スライドver1作成

2016年1月21日†

●議事録

• コミッタとどう違うん？
• インテグレーターってなんやねん
• モジュールオーナーってなんなん？
• モジュールオーナーってほんまに知りたいん？
• そんな少ないんやったら目で見た方がええんちゃうん？
• 今までの研究とどう違うん？
• オーナーとモジュールオーナーってどう違うん？
• 求められる予測精度は？
• 何プロジェクトで結果を示せば十分なのか？
• プロジェクトの選定理由は？
• モジュールの粒度が細かいほどよいのか？
• 候補者ってなんやねん

●DONE

• 実験（Platform, Firefox）
• 修論タイトル
  • モジュールごとの活動量を考慮したモジュールオーナー候補者予測
  • パッチ検証の効率化を目的としたモジュールオーナー候補者予測（目的が遠い：モジュールオーナー候補者を予測するとパッチ検証が効率化するの？）
  • 不具合修正プロセスの効率化のためのモジュールオーナー候補者予測（モジュールオーナーを予測するのは何のため？）
  • 担当者が不足しているモジュールに適したコミッタ推薦を目的とするモジュールオーナー候補者予測
  • コミッタ不足を解消し不具合修正の効率化を図るためのモジュールオーナー候補者予測
  • 大規模OSS開発におけるモジュールオーナー候補者予測

●TODO

• 実験（GCC,GIMP,WebKit）
• 執筆
• スライドver1作成

2016年1月14日†

●議事録

• コミッタとどう違うん？
• インテグレーターってなんやねん
• モジュールオーナーってなんなん？
• モジュールオーナーってほんまに知りたいん？
• そんな少ないんやったら目で見た方がええんちゃうん？
• 今までの研究とどう違うん？
• オーナーとモジュールオーナーってどう違うん？
• 求められる予測精度は？
• 何プロジェクトで結果を示せば十分なのか？
• プロジェクトの選定理由は？

●DONE

• Platform, Firefoxのデータ作成

●TODO

• 実験

●Schedule

• 〜1月14日：実験
• 〜1月21日：執筆

2015年12月16日†

●議事録

• コミッタとどう違うん？
• インテグレーターってなんやねん
• モジュールオーナーってなんなん？
• モジュールオーナーってほんまに知りたいん？
• そんな少ないんやったら目で見た方がええんちゃうん？
• 今までの研究とどう違うん？
• オーナーとモジュールオーナーってどう違うん？
• 求められる予測精度は？
• 何プロジェクトで結果を示せば十分なのか？
• プロジェクトの選定理由は？

●DONE

• モジュールごとの予測（openFrameworks）

●TODO

• モジュールごとの予測（Symfony, xbmc, +2 projects）
• 要件定義
• 修論v1完成（無理や）
• 山を決める
• 研究発表資料作成

●Schedule

• 〜12月10日：モジュールごとの予測
• 〜12月17日：プロジェクトの追加
• 〜12月24日：修論3,4,5章
• 〜12月31日：修論完成
• 〜1月7日：修論修正
• 〜1月14日：修論修正
• 〜1月21日：スライド第１版作成
• 〜1月28日：修論・スライド修正

2015年12月10日†

●議事録

• コミッタとどう違うん？
• インテグレーターってなんやねん
• モジュールオーナーってなんなん？
• モジュールオーナーってほんまに知りたいん？
• そんな少ないんやったら目で見た方がええんちゃうん？
• 今までの研究とどう違うん？
• オーナーとモジュールオーナーってどう違うん？
• 求められる予測精度は？
• 何プロジェクトで結果を示せば十分なのか？
• プロジェクトの選定理由は？

●DONE

• モジュールごとでのメトリクス測定（途中）

●TODO

• モジュールごとの予測（openFrameworks, Symfony, xbmc）
• 要件定義

●Schedule

• 〜12月10日：モジュールごとの予測
• 〜12月17日：プロジェクトの追加
• 〜12月24日：修論3,4,5章
• 〜12月31日：修論完成
• 〜1月7日：修論修正
• 〜1月14日：修論修正
• 〜1月21日：スライド第１版作成
• 〜1月28日：修論・スライド修正

2015年12月3日†

●議事録

• コミッタとどう違うん？
• インテグレーターってなんやねん
• モジュールオーナーってなんなん？
• モジュールオーナーってほんまに知りたいん？
• そんな少ないんやったら目で見た方がええんちゃうん？
• 今までの研究とどう違うん？
• オーナーとモジュールオーナーってどう違うん？

●DONE

• 輪講資料作成
• 関連研究の調査
• 要件定義

●TODO

• モジュールごとの予測（rails, openFrameworks）
• 背景からの流れをしっかりと説明できるように

●Schedule

• 〜12月10日：モジュールごとの予測
• 〜12月17日：プロジェクトの追加
• 〜12月24日：修論3,4,5章
• 〜12月31日：修論完成
• 〜1月7日：修論修正
• 〜1月14日：修論修正
• 〜1月21日：スライド第１版作成
• 〜1月28日：修論・スライド修正

2015年11月26日†

●議事録

• コミッタとどう違うん？
• インテグレーターってなんやねん
• モジュールオーナーってなんなん？
• モジュールオーナーってほんまに知りたいん？
• そんな少ないんやったら目で見た方がええんちゃうん？
• 今までの研究とどう違うん？
• オーナーとモジュールオーナーってどう違うん？

●DONE

• 正式な回答を送る
• 修論目次
• モジュールごとの予測ができそうか検討

●TODO

• 要件定義

2015年11月19日†

●議事録

• コミッタとどう違うん？
• インテグレーターってなんやねん
• モジュールオーナーってなんなん？
• モジュールオーナーってほんまに知りたいん？
• そんな少ないんやったら目で見た方がええんちゃうん？
• 今までの研究とどう違うん？
• オーナーとモジュールオーナーってどう違うん？

●DONE

• 大ゼミ中間発表

●TODO

• 正式な回答を送る
• 修論目次
• モジュールごとの予測ができそうか検討
• 今年度修了するかまじで考える

2015年11月12日†

●議事録

●DONE

• メトリクスの追加
• コミッタのタイプ分け
• 分けたタイプでのコミッタになる前の活動を比較
• プレゼン資料作成
• 新メトリクス提案
• 予測

●TODO

• 大ゼミ中間発表
• レジュメ作成
• 発表資料作成

2015年11月05日†

●議事録

●DONE

• GHTorrentのデータをDBに格納
• GHTorrentデータセットの理解
• コミッタ・コミッタ候補者のメトリクス測定
• SZZスクリプト実行
• 名寄せでコミッタとコミッタ候補者を特定
• 平行座標プロットしてみた

●TODO

• メトリクスの追加
• コミッタのタイプ分け
• 分けたタイプでのコミッタになる前の活動を比較
• プレゼン資料作成

2015年10月29日†

●議事録

●DONE

• テーマをいただいた
• 対象プロジェクトの調査
  • Qt, AOSPなどは無理だった（コードの情報とissueの情報が結びつかない）
  • コードの情報とissueの情報，パッチの情報がとれそうなプロジェクト
    • camel
    • ambari
    • derby
    • cxf
    • hbase
    • wicket
• Understandスクリプト高速化

●TODO

• SZZスクリプト実行
• 名寄せでコミッタとコミッタ候補者を特定
• コミッタ

●Schedule

• 〜11/05：実験（3プロジェクト）
• 〜11/12：分析
• 〜11/19：中間発表の準備

2015年10月22日†

●議事録

●DONE

• 関連研究の調査
  • Fair and Balanced? Bias in Bug-Fix Datasets(FSE'09)
  • Sample Size vs Bias in Defect Prediction(FSE'13)
• 目次ver1.0作成
• 柏さんに実装依頼（ジャーナルver）
• 対象プロジェクトの検討
  • Eclipse Platform（ツール）
  • GCC（言語処理）
  • Firefox（アプリ）
  • Kernel（プラットフォーム）
  • Apache http（ミドルウェア）
  • hadoop（フレームワーク）

●TODO

• 関連研究の調査
• 関連研究執筆してみる
• 背景からの流れをしっかりと考える
• 追加バグデータの取得開始

●Schedule

• 〜10/29：実験準備・調査
• 〜11/05：実験（3プロジェクト）
• 〜11/12：分析
• 〜11/19：中間発表の準備

2015年10月15日†

●議事録

●DONE

• コード規約違反チェックスクリプトの実装
• Classpathプロジェクトの規約をCheckStyleでルール化実装
• 関連研究の調査
• 輪講資料作成

●TODO

• 分析方法の詳細な議論
• コーディング規約違反をどう追跡するか？

2015年10月8日†

●議事録

●DONE

• Politeness実装
• 出力の表を考える
• 輪講資料作成

●TODO

• Sentimental分析実装
• ファイル間の分析
• 輪講資料作成

2015年9月24日†

●議事録

●DONE

• ポスター作成
• classpathプロジェクトの理解
• コメントの目視
• バグ読み直し
• 輪講資料作成

●TODO

• エビデンスをみつける

2015年9月10日†

●議事録

●DONE

• 決めたプロジェクトで解析(Classpathプロジェクト)
• コメントの変更例を何件か提示（コラボレーションをコメントでしているのかを確認）

●TODO

• ポスター作成
• コメントの目視
• 輪講資料作成

2015年9月3日†

●議事録

●DONE

• 輪講資料作成
• 対象プロジェクトの選定（前半開発者少ない・後半開発者いっぱい，長い間開発） プロジェクト選定.pptx

●TODO

• 決めたプロジェクトで解析開始
• ポスター作成
• コメントの変更例を何件か提示（コラボレーションをコメントでしているのかを確認）

●TODO（夏休み中）

• 7月5週目：コメントを目視して仮説を立てる
• 8月1週目：研究スライドの作成（小ゼミ）
• 8月2週目：お盆休み
• 8月3週目：各種メトリクス測定スクリプトの作成（コード）
• 8月4週目：各種メトリクス測定スクリプトの作成（コメント部分）
• 9月1週目：メトリクスの情報を基にもう一度目視でコメントを確認
• 9月2週目：メトリクスの情報を基にもう一度目視でコメントを確認
• 9月3週目：メトリクスの追加or修正作業
• 9月4週目：メトリクスの情報を基にもう一度目視でコメントを確認
• 9月5週目：ジャッジ

2015年8月27日†

●議事録

●DONE

• メトリクス測定・コメント抽出スクリプトの作成

●TODO

• ポスター作成
• コメントの目視
• 輪講資料作成
• 対象プロジェクトの選定（前半開発者少ない・後半開発者いっぱい，長い間開発）

●TODO（夏休み中）

• 7月5週目：コメントを目視して仮説を立てる
• 8月1週目：研究スライドの作成（小ゼミ）
• 8月2週目：お盆休み
• 8月3週目：各種メトリクス測定スクリプトの作成（コード）
• 8月4週目：各種メトリクス測定スクリプトの作成（コメント部分）
• 9月1週目：メトリクスの情報を基にもう一度目視でコメントを確認
• 9月2週目：メトリクスの情報を基にもう一度目視でコメントを確認
• 9月3週目：メトリクスの追加or修正作業
• 9月4週目：メトリクスの情報を基にもう一度目視でコメントを確認
• 9月5週目：ジャッジ

●今後の予定

• 研究会：SIGSE福岡（10月中旬原稿締切）
• 国際会議：SANER（SIGSE原稿を英訳し11月中旬締切）

2015年8月20日†

●議事録

●DONE

• メトリクス測定スクリプトの作成

●TODO

• 各種メトリクス測定スクリプトの作成（コメント部分）

●TODO（夏休み中）

• 7月5週目：コメントを目視して仮説を立てる
• 8月1週目：研究スライドの作成（小ゼミ）
• 8月2週目：お盆休み
• 8月3週目：各種メトリクス測定スクリプトの作成（コード）
• 8月4週目：各種メトリクス測定スクリプトの作成（コメント部分）
• 9月1週目：メトリクスの情報を基にもう一度目視でコメントを確認
• 9月2週目：メトリクスの情報を基にもう一度目視でコメントを確認
• 9月3週目：メトリクスの追加or修正作業
• 9月4週目：メトリクスの情報を基にもう一度目視でコメントを確認
• 9月5週目：ジャッジ

●今後の予定

• 研究会：SIGSE福岡（10月中旬原稿締切）
• 国際会議：SANER（SIGSE原稿を英訳し11月中旬締切）

2015年8月6日†

●議事録

●DONE

• 輪講資料の作成
• 小ゼミ発表用資料の作成

●TODO

• メトリクス測定スクリプトの作成

●TODO（夏休み中）

• 7月5週目：コメントを目視して仮説を立てる
• 8月1週目：研究スライドの作成（小ゼミ）
• 8月2週目：お盆休み
• 8月3週目：各種メトリクス測定スクリプトの作成（コード）
• 8月4週目：各種メトリクス測定スクリプトの作成（コメント部分）
• 9月1週目：メトリクスの情報を基にもう一度目視でコメントを確認
• 9月2週目：メトリクスの情報を基にもう一度目視でコメントを確認
• 9月3週目：メトリクスの追加or修正作業
• 9月4週目：メトリクスの情報を基にもう一度目視でコメントを確認
• 9月5週目：ジャッジ

●今後の予定

• 研究会：SIGSE福岡（10月中旬原稿締切）
• 国際会議：SANER（SIGSE原稿を英訳し11月中旬締切）

2015年8月6日†

松野†

●議事録

●DONE

• メール送れた人数カウント

●TODO

• 手続きを文章化(TeX)

片桐†

●議事録

●DONE

• リビジョン毎のファイル編集者特定

●TODO

• ECTECのGit対応

松尾†

●議事録

●DONE

• BUGデータのパースをしている途中

●TODO

• いい加減，なぜ研究するのか，なぜデータ収集するのか，どう評価するのか，どう分けるのか考える

山谷†

●議事録

●DONE

• 輪講資料の作成
• 小ゼミ発表用資料の作成

●TODO

• メトリクス測定スクリプトの作成

●TODO（夏休み中）

• 7月5週目：コメントを目視して仮説を立てる
• 8月1週目：研究スライドの作成（小ゼミ）
• 8月2週目：お盆休み
• 8月3週目：各種メトリクス測定スクリプトの作成（コード）
• 8月4週目：各種メトリクス測定スクリプトの作成（コメント部分）
• 9月1週目：メトリクスの情報を基にもう一度目視でコメントを確認
• 9月2週目：メトリクスの情報を基にもう一度目視でコメントを確認
• 9月3週目：メトリクスの追加or修正作業
• 9月4週目：メトリクスの情報を基にもう一度目視でコメントを確認
• 9月5週目：ジャッジ

●今後の予定

• 研究会：SIGSE福岡（10月中旬原稿締切）
• 国際会議：SANER（SIGSE原稿を英訳し11月中旬締切）

2015年7月30日†

松野†

●議事録

• 1から順に書く
• contributionの閾値を決めた理由を考える

●DONE

• 今までの手続きを文章などにまとめる アンケートまでの手続き.pptx

●TODO

• メールを送れた人数をカウント

片桐†

●議事録

• ECTECのGit対応

●DONE

• リビジョン毎のファイル編集者特定

●TODO

• 輪講資料の作成
• ECTEC使ってみる

●TODO（夏休み中）

• 7月5週目：自分の研究の整理。Todoを決める。
• 8月1週目：ECTECの動きを確かめる
• 8月2週目：お盆休み
• 8月3週目：クローンと開発者の結合手法の模索
• 8月4週目：クローンと人とを結び付けていく
• 9月1週目：クローンと人とを結び付けていく
• 9月2週目：
• 9月3週目：
• 9月4週目：
• 9月4週目：

松尾†

●議事録

●DONE

• 堀田ツールのGit対応
• 金城さんに依存関係の分析の論文を聞いて読んでる途中
• ファイル単位での結合度を出しいてみる
• 家族と進路の話し合い（途中）

●TODO

• いい加減，なぜデータ収集するのか，どう評価するのか，どう分けるのか考える

山谷†

●議事録

●DONE

• 輪講資料の作成
• Sentimental Analysisツールを調べる
• コメント文の目視から仮説を生成（途中）

●TODO

• 輪講資料の作成（火曜日の朝）
• コメント文の目視から仮説を生成
• 小ゼミ発表用資料の作成（日・月曜日）
• 研究スライド修正（水曜日）

●TODO（夏休み中）

• 7月5週目：コメントを目視して仮説を立てる
• 8月1週目：研究スライドの作成（小ゼミ）
• 8月2週目：お盆休み
• 8月3週目：各種メトリクス測定スクリプトの作成（コード）
• 8月4週目：各種メトリクス測定スクリプトの作成（コメント部分）
• 9月1週目：メトリクスの情報を基にもう一度目視でコメントを確認
• 9月2週目：メトリクスの情報を基にもう一度目視でコメントを確認
• 9月3週目：メトリクスの追加or修正作業
• 9月4週目：メトリクスの情報を基にもう一度目視でコメントを確認
• 9月5週目：ジャッジ

●今後の予定

• 研究会：SIGSE福岡（10月中旬原稿締切）
• 国際会議：SANER（SIGSE原稿を英訳し11月中旬締切）

2015年7月23日†

松野†

●議事録

●DONE

• webサーバ構築(apache,wordpress,mysql)
• メールサーバ外部送信の設定
• スクリプトのウェイト
• メール送信テスト
• メール送信

●TODO

• 今までの手続きを文章などにまとめる

片桐†

●議事録

●DONE

• コミットログ、パッチディスカッションから、Javaファイルを編集した人を特定

●TODO

• バグ修正とのリビジョンの対応付け
• クローンと開発者の対応付け

●TODO（夏休み中）

• 7月5週目：自分の研究の整理。Todoを決める。
• 8月1週目：
• 8月2週目：お盆休み
• 8月3週目：
• 8月4週目：
• 9月1週目：
• 9月2週目：
• 9月3週目：
• 9月4週目：
• 9月4週目：

松尾†

●議事録

●DONE

• 金城さんに依存関係の分析の論文を聞いて読んでる途中
• Understand走らせてる＆出てきたクラス単位の結合度を見てみた
• 東さんにクラスタリングの相談（数値なの？グラフなの？と聞かれてよく分からなかった）

●TODO

山谷†

●議事録

●DONE

• Robillardの論文読んだ
• SZZスクリプトの実行
• コメント文の目視作業の開始

●TODO

• 輪講資料の作成
• コメント文の目視から仮説を生成
• Sentimental Analysisツールを調べる

2015年7月16日†

松野†

●議事録

●DONE

• webサーバ構築(apache,wordpress,mysql)
• メールサーバ外部送信の設定
• スクリプトのウェイト
• メール送信テスト

●TODO

片桐†

●議事録

●DONE

• コミットログ、ソースコード内から、編集者の特定(やり直し)

●TODO

• バグ修正とのリビジョンの対応付け
• クローンと開発者の対応付け
• コミットログ、ソースコード内から、編集者の特定(やり直し)

松尾†

●議事録

●DONE

• 金城さん，山谷さんにコード依存関係の分析の相談
• Understandとスクリプトを動かして見た

●TODO

山谷†

●議事録

●DONE

2015年7月2日†

松野†

●議事録

●DONE

• fork無しrepo1000contribution以上user100以上のランキング
• メールスクリプトテスト
• メールサーバ構築
• メールアドレス取得

●TODO

• webサーバ構築(apache,wordpress,mysql)
• メールサーバ外部送信の設定
• スクリプトのウェイト
• メール送信テスト
• さくらのアカウント情報(大平先生)
• アンケートとメール本文の英語化(大平先生)

片桐†

●議事録

●DONE

• コミットログ、ソースコード内から、編集者の特定(やり直し)

●TODO

• バグ修正とのリビジョンの対応付け
• クローンと開発者の対応付け
• コミットログ、ソースコード内から、編集者の特定(やり直し)

松尾†

●議事録

●DONE

• 金城さん，山谷さんにコード依存関係の分析の相談
• Understandとスクリプトを動かして見た

●TODO

山谷†

●議事録

●DONE

• 輪講資料の作成
• コメントを読む
• ICSE勉強会の論文読む

●TODO

• ICSE勉強会の資料作り
• 輪講資料の作成
• SZZアルゴリズムの実装をしてコメントみる

2015年6月25日†

松野†

●議事録

• forkなしrepocontribution1k以上usercontribution100以上

●DONE

• メールアドレス取得
• リポジトリのヒストグラム
• リポジトリフォーク有り無しで分ける(リポジトリ名で除外)
• fork無し10000contribution以上のランキング
• fork有り途中
• アンケートgoogleフォーム　https://docs.google.com/forms/d/1YTxAw1HPHrDB1roGxHHCmIYCncmKptnAFxHiJv_bFO8/edit?usp=sharing

●TODO

• メールスクリプト
• メールサーバ
• メールアドレス取得

片桐†

●議事録

• コードクローンの論文見たりしてどれくらいのクローン作成率か、などが参考になれば
• 複数リポジトリが必要だから、空き時間にリポジトリ探したら

●DONE

• コミットログ、ソースコード内から、編集者の特定

●TODO

• バグ修正とのリビジョンの対応付け
• クローンと開発者の対応付け

松尾†

●議事録

●DONE

• 金城さん，山谷さんにコード依存関係の分析の相談

●TODO

• Understandとスクリプトを動かして見る
• コールコーラー関係を見る

山谷†

●議事録

●DONE

●TODO

2015年6月19日†

松野†

●議事録

• repoのfork見るのは時間かかるので保留

●DONE

• メールスクリプトのチェック(途中)
• メールアドレス取り始める
• リポジトリのコントリビューション取得

●TODO

• メールスクリプトのテスト
• メールサーバ
• メールアドレス取得
• ドメイン名(先生)
• リポジトリのヒストグラム(今日中にメーリスに)
• リポジトリフォーク有り無しで分ける(リポジトリ名で除外)

片桐†

●議事録

●DONE

●TODO

• バグ修正とのリビジョンの対応付け
• クローンと開発者の対応付け

松尾†

●議事録

●DONE

• Wiresharkでパケット取得（Httpsが無理かも

●TODO

• 今後の予定を立てる（Redmine
• 規則正しい生活
• ６月２５日に親と相談
• 金城さんにソースのSNA，コールコーラー関係とかを相談して分析してみる

山谷†

●議事録

●DONE

• 大ゼミのスライド修正
• 大ゼミのレジュメ作成
• 輪講資料の作成

●TODO

• 今後の予定を本気でたてる
• 輪講資料の作成
• コメントをしっかり読む

2015年6月10日†

松野†

●議事録

●DONE

• why power lowsを担当
• VM追加
• サクラサーバのドメイン名

●TODO

• メールスクリプトの動作チェック
• メールアドレス取り始める
• ドメイン名かぶらないもの考え直し

片桐†

●議事録

●DONE

• SVNの全リビジョン間の差分の取得

●TODO

• クローン作成者を特定していく
• Git -> Subversionの変換

松尾†

●議事録

●DONE

• FirefoxosBug＆Activityデータを10万件取得（中途）

●TODO

• 取得したデータのパース
• メール取得方法の模索

山谷†

●議事録

●DONE

●TODO

2015年6月3日†

松野†

●議事録

●DONE

• githubアカウントの追加作成

●TODO

• why power lowsを担当
• VM追加

片桐†

●議事録

●DONE

●TODO

• リビジョン間の差分から投稿者探す

松尾†

●議事録

• メーリスのデータ取得これでいいのか？

●DONE

• google issue 取得

●TODO

• Firefoxos bug tracker データ取得
• 取得したデータのパース
• mailinglist取得

山谷†

●議事録

●DONE

• 大ゼミのスライド作成
• 輪講資料の作成

●TODO

• 大ゼミのスライド修正
• 大ゼミのレジュメ作成
• 輪講資料の作成

2015年5月28日†

松野†

●議事録

• いろいろ分布でないと取る量の閾値とか決められない

●DONE

• コントリビューションを元にメールアドレスをとるためのスクリプト作成
• GITHUBのアカウント作り直し

●TODO

• icse輪講とかの論文読む
• 元前田さんのwhy power lowsを担当

片桐†

●議事録

• GitリポジトリをSVNリポジトリに変換できたら？
• アルゴリズムを図解できるといい

●DONE

• SVNのリビジョン間のコミットログを取って情報をまとめた

●TODO

• 変更者を探す

松尾†

●議事録

●DONE

●TODO

山谷†

●議事録

●DONE

• 論文を読む
• スライド作成

●TODO

• 分析開始
• 大ゼミ用スライドの作成
• 大ゼミ用レジュメの作成

2015年5月21日†

松野†

●議事録

• アンケート系の論文
• 論文読む時間計る

●DONE

• PCを設置、環境の整備
• 準備できしだい順次とり始める

●TODO

• コントリビューションを元にメールアドレスをとるためのスクリプト作成

片桐†

●議事録

• 真の修正者を見るため、SVNのコミットログを見る
• Git, SVNを学ぶ

●DONE

• jEditのバグ表取得(SourceForge)
• バグ修正のためのリビジョンを特定

●TODO

• リビジョン間のコミットログを取る
• Git, SVNを学ぶ

松尾†

●議事録

●DONE

• GoogleIssue取得
• FirefoxOSBugデータ取得

●TODO

山谷†

●議事録

●DONE

• コメントに関する論文を探して読んだ

●TODO

• 論文を読む
• スライド作成
• 分析開始

2015年5月14日†

松野†

●議事録

• マシン管理の東さんとマシン名などを相談する

●DONE

• 分散処理のためのスクリプト編集

●TODO

• PCを設置、環境の整備
• 準備できしだい順次とり始める

大典†

●議事録

• Android, FirefoxOSのメーリングリストの取得
• データの取得報告のための表なんか作ってると報告しやすい

●DONE

• TaizenのMailing Listは取得した(HTML形式)

●TODO

• issue tracker APIを使ってデータの取得(余裕があればBugzilla, Jiraからも)

片桐†

●議事録

• リビジョンとBTSの紐付け

●DONE

• DB構造調べた

●TODO

• SNAを学ぶ
• SourceForgeからバグ取る

山谷†

●議事録

●DONE

• スライドの修正

●TODO

• スライドの修正
• 分析方法の決定

2015年5月7日†

松野くん†

●議事録

• 開発者の属性 contribute, contributer
• コミット数の多いリポジトリから開発者を選定する

●DONE

●TODO

• PCを設置、環境の整備
• 分散処理のためのスクリプト編集

大典†

●議事録

• Android, FirefoxOSのメーリングリストの取得
• データの取得報告のための表なんか作ってると報告しやすい

●DONE

• TaizenのMailing Listは取得した(HTML形式)

●TODO

• issue tracker APIを使ってデータの取得(余裕があればBugzilla, Jiraからも)

片桐†

●議事録

• SZZが適用できるプロジェクト

●DONE

●TODO

• DB構造を理解する

山谷†

●議事録

• 仮説は検証できること(技術的に)
• 主観的な表現は含まれていないか？

●DONE

• スライドの修正

●TODO

• スライドの修正
• 分析方法の決定

2015年4月24日†

松野くん†

●議事録

●DONE

●TODO

大典†

●議事録

●DONE

●TODO

片桐†

●議事録

• ECTECで生成されたDBの中身の把握、AffiliationNetworkの学習

●DONE

• DNSJavaへのECTEC適用

●TODO

• Wikiのスプリングセミナー、サマーブートキャンプの資料を勉強する

山谷†

●議事録

●DONE

●TODO

2015年4月24日†

松野くん†

●議事録

• 全プロジェクトをリストアップしてから，そのプロジェクトに参加しているコミッタを抽出

●DONE

●TODO

• プロジェクトの属性とユーザの属性のリストアップ
• データとり開始

大典†

●議事録

• 狩野モデルの論文を読み，その論文をひいている論文を調べる

●DONE

●TODO

• 品質測定の論文を探す

山谷†

●議事録

• FOSE出すならもうデータとりしとかなやばい
• はよデータいじりださな間に合わない

●DONE

• サーベイいっぱい

●TODO

• データとり開始
• 小ゼミ用スライドの作成

2015年3月26日†

松野くん†

●議事録

• 参加期間　：　X years
• 質問の形式を選択形式にできるだけする（残りはotherで自由記述）
• HIBを直すためにどんなことをしているか？
  • 報告されても再現できないときとかあるし特別な修正プロセスがあるのか？
  • バグの箇所をどのように特定するのか？具体的な過程は？

●DONE

• 質問の回答例を挙げる
• メールの文面を考える（ownerに送るやつとプロジェクトに流すやつ）

●TODO

大典†

●DONE

• 論文18ページ中1ページ

●TODO

• 前半までの輪講
• Tizenのソースとり
• Androidのissueデータとり

山谷†

●DONE

• 年間計画
• 輪講資料作成
• High Impact Bug関連の論文を読んだ

●TODO

• ひきつづき文献調査
• データ整形
• 実験

2015年3月6日†

松野くん†

●議事録

• 参加期間　：　X years
• 質問の形式を選択形式にできるだけする（残りはotherで自由記述）
• HIBを直すためにどんなことをしているか？
  • 報告されても再現できないときとかあるし特別な修正プロセスがあるのか？
  • バグの箇所をどのように特定するのか？具体的な過程は？

●DONE

• スパムメールをする質問を考える

●TODO

• 質問の回答例を挙げる
• メールの文面を考える（ownerに送るやつとプロジェクトに流すやつ）

大典†

●DONE

• 論文18ページ中1ページ

●TODO

• 前半までの輪講
• Tizenのソースとり
• Androidのissueデータとり

山谷†

●DONE

• 年間計画
• 輪講資料作成
• High Impact Bug関連の論文を読んだ

●TODO

• ひきつづき文献調査
• データ整形
• 実験

2015年2月26日†

松野くん†

●議事録

• 修正時間予測をしたい（High Impact Bug）：結果でない．むり，すぐ直るから
• なんのために予測するのか？→修正時間予測によってタスク割当てに役立てたい
• 松本くんが似たようなことをしている（しようとしている）
• データがあるから一回やってみれば？
• 開発者にインタビューしてみては？（どういったバグを優先的に直すのか？）
• 修正時間はあてにならない

●TODO

• 論文一本読む
• スパムメールをする質問を考える

大典†

●TODO

• あの論文を読む

山谷†

●TODO

• 年間計画をたてなさい
• 5人くらいで開発しているメンバーをトラックする

久木田†

●TODO

• メールサーバをたてる