OSS_20131031
の編集
https://floss-lab.org/pukiwiki/?OSS_20131031
[
トップ
] [
編集
|
差分
|
履歴
|
添付
|
リロード
] [
新規
|
一覧
|
検索
|
最終更新
|
ヘルプ
]
-- 雛形とするページ --
(no template pages)
[[ミーティング議事録]] **Date: Oct. 31 (Thu), 2013 [#x792ebc7] - 年内のミーティング:残り8回 - Next meeting: 2013.11.7 **研究室運営 [#aa34c5da] -[[教員からのお知らせ(6/20)>OSS_20130620]] -[[教員からのお知らせ(8/1)>OSS_20130808]] -教員からのお知らせ(8/15) --9月からはホウレンソウ月間! --月に1回宴会開催 --ピアレビュー制度開始 -イベント -- Winter Workshop 2014 (WWS2014) ---HPの作成を山谷君に依頼 - 研究環境 --Marcurial, Git, Repo, Gerittに対応する --ホームページをリニューアル -申請関係 - 発注関係 --本棚 - 雑用 --P-MANの更新を山谷君に依頼 **かしわ進捗 [#oe90967b] -Topics --クラウド型(Pentaho)リポジトリマイニング環境 --リソースアロケーション支援 -Done -ポスターの話す内容考える -サンキム用のプレゼンを用意する -To do +ジャーナル用追加実験 +外れ値の研究について方向性考える -Stay +ジャーナル ++ジャーナル6章書く ++ジャーナル3章を一部追加 +Anvikとの共同研究 ++手法実装 -Schedule +ジャーナル原稿 --改正版手法(=Accuracy測定可能版)を完成させる --ランダムによる割当て追加(論文誌) --ジャーナル完成 --ICSE **ヤマタニ進捗 [#p4e17239] - Topics //--Mining可視化研究 //--EPM-XYZ --プロアクティブマイニング --co-evolution - Done --データそろえる(MLとCode) ---Ohlohのcode locationを参考に --メトリクスをいろいろ調べた --卒論手法のところを書く(8割) - To do --とってきたデータからメトリクスを抽出するプログラムを書く(木曜日まで) --プレ実験完了(木曜日まで) --手法書ききる(月曜日まで) -Schedule --卒論(11月頭から書き始めて12月末に終わる) --推薦ジャーナル(1月頭から書き始めて2月終わりに書き終わる) //--進化研究に必要なプロジェクト発足時からのデータ集める(成熟したプロジェクトのみではなく「失敗(定義は?企業プロジェクトはQCDが目安になる)」したプロジェクトも) //--異常検知などの手法を身につけ,違うアプローチで研究をする //--進化の各系統での研究を調べ,その評価方法,用いるメトリクスを調べる //--プロアクティブ手法をソフトウェア工学に適用する手法を提案する **吉行進捗 [#laf52b3f] - Topics --マイクロSNA、不具合管理パターン分析 - Done --Fixerごとに,それぞれのAssignorごとに優先して完了した回数を集計するスクリプト(80%) - To do --優先して完了されやすいタスクの傾向を分析する. --卒論で書くこと決める 予測 or empirical analysis or 机上の空論説 -Schedule --コミットとバグ表をひもづける --メールデータとの対応(P1, Major) --Pairごとのpriority,severityの分布、内訳をみる (P1, Major) --メーリングリストの応答の早さ見ると、関係が見えるかもしれない (P1, Major) //--netbeans GNOME KDE Mozillaの比較 (P2, Major) //--割当回数が多い開発者ほど、信頼関係ができるので難しいタスクを割り当てられ、修正時間が遅くなるのではないか? --モジュールの複雑度とかの方が修正時間に関係ありそう //--89回も割当回数が多い気がするが、もっと修正数の少ない開発者を見てみたらどうだろうか //➡top25%とbottom25%を比較する //--修正の品質を考慮 //--どういう人だったら修正が早くなるってのは予測できないのか?開発者の個性を測る **松本進捗 [#rb75e8d6] - Topics -- ゲーミフィケーション Unity - Done --シミュレーション構築中(まだ1/3) - To do --ページをつなげてとりあえず一通り完成させる --シミュレーション上でマイニングするデータセットの決定・整形 -Schedule --マイニングのわからないこと ---まずfault-proneモジュールとは何か? ---何のリポジトリを収集すればよいか? ---リポジトリの収集方法は? ---各リポジトリ、各メトリクスの前提知識 ---リポジトリのどのメトリクスを調査すればよいか? ---対象ドメインごとのフィルタリング基準は? ---データクリーニングの方法は? ---マイニングアルゴリズムにはどのようなものがあるのか? ---なぜそのアルゴリズムがマイニングに有用なのか? ---アルゴリズムの適用の仕方は? ---アルゴリズムを適用した結果どのようなことがわかったか? ---評価方法の理解 ---統計学的知識 --マイニングしてみる --GNWorkShop --体なおす 完治 **まさお進捗 [#m4fe815d] - Topics --プロジェクト --- プロアクティブデータマイニング環境の構築(IPA) --- リポジトリマイニングに基づくOSS利用支援環境(基盤C) --- 知識クラスター形成支援(基盤B) --- マイクロソーシャルネット分析 --ほんとにやりたい研究 ---不具合修正パターンを考慮した不具合修正プロセス研究の集大成(ICSEプロジェクト) --ほんとにやりたい研究? ---ヴィジュアルデータマイニング(IPA可視化プロジェクト) - Done --雑務たくさん… --基盤Sネタ作成 --基盤Aネタ作成 --基盤Bネタ作成 --Papon条件付採録論文投稿 --IPA中間報告 - To do --基盤B仕上げ --IPA進捗報告 --大阪府立大との合同研究プレゼン資料(11/18) - Schedule --「データマイニングによる異常検知」輪講をやりたいな --柏論文共著論文(阿萬先生+亀井/鵜林先生):8月中に必ず! --山谷共著論文(伊原先生):推薦を受けてから1年以内かもしれない --情処論文誌 ---バグ修正時間予測(マサキにRの処理を確認する) ---Micro-SNA(まだまだ時間がかかりそう) --Mei Nagappanとの研究(ICSM論文拡張後ESEM投稿) ---コンポーネントごとに不具合修正時間予測 ---データセット4つ(プロジェクト,Eclipse, K-9 mail, Apache, Mozilla) ---パターン増やす(A->B->A) ---社会的関係を分析する(よく共同作業する人のペアVS.たまたまペアになる人) **その他 [#t82bf9f1] -Subversion によるバージョン管理 --http://www.caldron.jp/~nabetaro/svn/svnbook-1.4-final/
タイムスタンプを変更しない
[[ミーティング議事録]] **Date: Oct. 31 (Thu), 2013 [#x792ebc7] - 年内のミーティング:残り8回 - Next meeting: 2013.11.7 **研究室運営 [#aa34c5da] -[[教員からのお知らせ(6/20)>OSS_20130620]] -[[教員からのお知らせ(8/1)>OSS_20130808]] -教員からのお知らせ(8/15) --9月からはホウレンソウ月間! --月に1回宴会開催 --ピアレビュー制度開始 -イベント -- Winter Workshop 2014 (WWS2014) ---HPの作成を山谷君に依頼 - 研究環境 --Marcurial, Git, Repo, Gerittに対応する --ホームページをリニューアル -申請関係 - 発注関係 --本棚 - 雑用 --P-MANの更新を山谷君に依頼 **かしわ進捗 [#oe90967b] -Topics --クラウド型(Pentaho)リポジトリマイニング環境 --リソースアロケーション支援 -Done -ポスターの話す内容考える -サンキム用のプレゼンを用意する -To do +ジャーナル用追加実験 +外れ値の研究について方向性考える -Stay +ジャーナル ++ジャーナル6章書く ++ジャーナル3章を一部追加 +Anvikとの共同研究 ++手法実装 -Schedule +ジャーナル原稿 --改正版手法(=Accuracy測定可能版)を完成させる --ランダムによる割当て追加(論文誌) --ジャーナル完成 --ICSE **ヤマタニ進捗 [#p4e17239] - Topics //--Mining可視化研究 //--EPM-XYZ --プロアクティブマイニング --co-evolution - Done --データそろえる(MLとCode) ---Ohlohのcode locationを参考に --メトリクスをいろいろ調べた --卒論手法のところを書く(8割) - To do --とってきたデータからメトリクスを抽出するプログラムを書く(木曜日まで) --プレ実験完了(木曜日まで) --手法書ききる(月曜日まで) -Schedule --卒論(11月頭から書き始めて12月末に終わる) --推薦ジャーナル(1月頭から書き始めて2月終わりに書き終わる) //--進化研究に必要なプロジェクト発足時からのデータ集める(成熟したプロジェクトのみではなく「失敗(定義は?企業プロジェクトはQCDが目安になる)」したプロジェクトも) //--異常検知などの手法を身につけ,違うアプローチで研究をする //--進化の各系統での研究を調べ,その評価方法,用いるメトリクスを調べる //--プロアクティブ手法をソフトウェア工学に適用する手法を提案する **吉行進捗 [#laf52b3f] - Topics --マイクロSNA、不具合管理パターン分析 - Done --Fixerごとに,それぞれのAssignorごとに優先して完了した回数を集計するスクリプト(80%) - To do --優先して完了されやすいタスクの傾向を分析する. --卒論で書くこと決める 予測 or empirical analysis or 机上の空論説 -Schedule --コミットとバグ表をひもづける --メールデータとの対応(P1, Major) --Pairごとのpriority,severityの分布、内訳をみる (P1, Major) --メーリングリストの応答の早さ見ると、関係が見えるかもしれない (P1, Major) //--netbeans GNOME KDE Mozillaの比較 (P2, Major) //--割当回数が多い開発者ほど、信頼関係ができるので難しいタスクを割り当てられ、修正時間が遅くなるのではないか? --モジュールの複雑度とかの方が修正時間に関係ありそう //--89回も割当回数が多い気がするが、もっと修正数の少ない開発者を見てみたらどうだろうか //➡top25%とbottom25%を比較する //--修正の品質を考慮 //--どういう人だったら修正が早くなるってのは予測できないのか?開発者の個性を測る **松本進捗 [#rb75e8d6] - Topics -- ゲーミフィケーション Unity - Done --シミュレーション構築中(まだ1/3) - To do --ページをつなげてとりあえず一通り完成させる --シミュレーション上でマイニングするデータセットの決定・整形 -Schedule --マイニングのわからないこと ---まずfault-proneモジュールとは何か? ---何のリポジトリを収集すればよいか? ---リポジトリの収集方法は? ---各リポジトリ、各メトリクスの前提知識 ---リポジトリのどのメトリクスを調査すればよいか? ---対象ドメインごとのフィルタリング基準は? ---データクリーニングの方法は? ---マイニングアルゴリズムにはどのようなものがあるのか? ---なぜそのアルゴリズムがマイニングに有用なのか? ---アルゴリズムの適用の仕方は? ---アルゴリズムを適用した結果どのようなことがわかったか? ---評価方法の理解 ---統計学的知識 --マイニングしてみる --GNWorkShop --体なおす 完治 **まさお進捗 [#m4fe815d] - Topics --プロジェクト --- プロアクティブデータマイニング環境の構築(IPA) --- リポジトリマイニングに基づくOSS利用支援環境(基盤C) --- 知識クラスター形成支援(基盤B) --- マイクロソーシャルネット分析 --ほんとにやりたい研究 ---不具合修正パターンを考慮した不具合修正プロセス研究の集大成(ICSEプロジェクト) --ほんとにやりたい研究? ---ヴィジュアルデータマイニング(IPA可視化プロジェクト) - Done --雑務たくさん… --基盤Sネタ作成 --基盤Aネタ作成 --基盤Bネタ作成 --Papon条件付採録論文投稿 --IPA中間報告 - To do --基盤B仕上げ --IPA進捗報告 --大阪府立大との合同研究プレゼン資料(11/18) - Schedule --「データマイニングによる異常検知」輪講をやりたいな --柏論文共著論文(阿萬先生+亀井/鵜林先生):8月中に必ず! --山谷共著論文(伊原先生):推薦を受けてから1年以内かもしれない --情処論文誌 ---バグ修正時間予測(マサキにRの処理を確認する) ---Micro-SNA(まだまだ時間がかかりそう) --Mei Nagappanとの研究(ICSM論文拡張後ESEM投稿) ---コンポーネントごとに不具合修正時間予測 ---データセット4つ(プロジェクト,Eclipse, K-9 mail, Apache, Mozilla) ---パターン増やす(A->B->A) ---社会的関係を分析する(よく共同作業する人のペアVS.たまたまペアになる人) **その他 [#t82bf9f1] -Subversion によるバージョン管理 --http://www.caldron.jp/~nabetaro/svn/svnbook-1.4-final/
テキスト整形のルールを表示する