OSS_20130801
の編集
https://floss-lab.org/pukiwiki/?OSS_20130801
[
トップ
] [
編集
|
差分
|
履歴
|
添付
|
リロード
] [
新規
|
一覧
|
検索
|
最終更新
|
ヘルプ
]
-- 雛形とするページ --
(no template pages)
[[ミーティング議事録]] **Date: Jul. 25 (Thr), 2013 [#z8b6a807] - Reporter: まさお - Rotation: まさお -> かしわ -> まさお -> かしわ... - Next presenter: かしわ - Next meeting: 2013.7.23 **研究室運営 [#f5ced4b0] -[[教員からのお知らせ(6/20)>OSS_20130620]] -イベント - 研究環境 --Marcurial, Git, Repo, Gerittに対応する --ホームページをリニューアル -申請関係 - 発注関係 -- 宛名シール --本棚 - 雑用 **かしわ進捗 [#c1b2da23] -Topics --クラウド型(Pentaho)リポジトリマイニング環境 --リソースアロケーション支援 -Done +輪講(30日) +Mozillaデータ整形用プログラム完成 -To do +Anvik用データセット(Mozilla) +ジャーナル用データセット作成 +Anvicにデータ見せる +ジャーナル用実験終了(Mozilla) -Schedule +ジャーナル原稿 --改正版手法(=Accuracy測定可能版)を完成させる --PureCBRデータセット再現 --ランダムによる割当て追加(論文誌) --ジャーナル完成 --IPA ---プログラムの構成を調べる --ICSE --FOSE --SIGSE **ヤマタニ進捗 [#kd52a58d] - Topics --Mining可視化研究 --EPM-XYZ --プロアクティブマイニング --co-evolution - Done --KDEとGNOMEのデータ(コードとML)とってくる ---KDEのMLはとれてないです --論文読んでました --SESポジションペーパ締め切り延長できました - To do --SESポスター原稿かく(火曜日まで) --NAISTにいくための準備(ソースコードをかき集める) -Schedule --進化研究に必要なプロジェクト発足時からのデータ集める(成熟したプロジェクトのみではなく「失敗(定義は?企業プロジェクトはQCDが目安になる)」したプロジェクトも) --異常検知などの手法を身につけ,違うアプローチで研究をする --進化の各系統での研究を調べ,その評価方法,用いるメトリクスを調べる --プロアクティブ手法をソフトウェア工学に適用する手法を提案する **吉行進捗 [#z7518aab] - Topics -- マイクロSNA、不具合管理パターン分析 - Done -- - To do --大学院入試の勉強 --SES ポスター投稿 8/9 --GNOME 取得htmlの解析を考える --NAISTサマーキャンプ 8/8,8/9 --輪講資料 -Schedule --SESワークショップ ポジションペーパー 8月いっぱい --メールデータとの対応(P1, Major) --Pairごとのpriority,severityの分布、内訳をみる (P1, Major) --メーリングリストの応答の早さ見ると、関係が見えるかもしれない (P1, Major) --netbeans GNOME KDE Mozillaの比較 (P2, Major) --割当回数が多い開発者ほど、信頼関係ができるので難しいタスクを割り当てら れ、修正時間が遅くなるのではないか? --モジュールの複雑度とかの方が修正時間に関係ありそう --89回も割当回数が多い気がするが、もっと修正数の少ない開発者を見てみたら どうだろうか➡top25%とbottom25%を比較する --修正の品質を考慮 --どういう人だったら修正が早くなるってのは予測できないのか?Peter C. Rigbyのポジティブワードに関する論文を見たら? **松本進捗 [#oba48ba1] - Topics -- ゲーミフィケーション Unity - Done --輪講 --e-ラーニングシステムの発見 - To do --e-ラーニングシステムを活用できたらこれを使う --SES ポスター投稿 8/9 -Schedule --マイニングのわからないこと ---まずfault-proneモジュールとは何か? ---何のリポジトリを収集すればよいか? ---リポジトリの収集方法は? ---各リポジトリ、各メトリクスの前提知識 ---リポジトリのどのメトリクスを調査すればよいか? ---対象ドメインごとのフィルタリング基準は? ---データクリーニングの方法は? ---マイニングアルゴリズムにはどのようなものがあるのか? ---なぜそのアルゴリズムがマイニングに有用なのか? ---アルゴリズムの適用の仕方は? ---アルゴリズムを適用した結果どのようなことがわかったか? ---評価方法の理解 ---統計学的知識 --マイニングしてみる --GNWorkShop **まさお進捗 [#g40ae40b] - Topics --プロジェクト --- プロアクティブデータマイニング環境の構築(IPA) --- リポジトリマイニングに基づくOSS利用支援環境(基盤C) --- 知識クラスター形成支援(基盤B) --- マイクロソーシャルネット分析 --ほんとにやりたい研究 ---不具合修正パターンを考慮した不具合修正プロセス研究の集大成(ICSEプロジェクト) --ほんとにやりたい研究? ---ヴィジュアルデータマイニング(IPA可視化プロジェクト) - Done --SEC Journal 投稿した --John Anvikと共同研究 ---進捗をメールした.不在メールが返って来た. - To do --情報処理学会査読2本 --DICOMO査読4本 --IPA7月分進捗報告書作成 (P5, Critical) ---(1)進捗状況報告書(事務様式6) ---(2)進捗予定管理表(事務様式7) ---(3)進捗報告会議事録 --John Anvikと共同研究 ---比較実験の結果を説明し,データを追加する→再度,計算結果を作ってもらう --FOSE原稿(with吉行)の準備(メールデータ照合,優先度/重要度の割合分析)(P2, Major) --IPAのジャーナル(6月実験7月投稿)の準備 (P2, Major) ---来週実験開始@NAIST (P2, Major) --「データマイニングによる異常検知」輪講をやりたいな - Schedule --柏論文共著 --情処論文誌2本(バグ修正時間予測,Micro-SNA) --Mei Nagappanとの研究(ICSM論文拡張後ESEM投稿) ---コンポーネントごとに不具合修正時間予測 ---データセット4つ(プロジェクト,Eclipse, K-9 mail, Apache, Mozilla) ---パターン増やす(A->B->A) ---社会的関係を分析する(よく共同作業する人のペアVS.たまたまペアになる人) **その他 [#of3fc550] -Subversion によるバージョン管理 --http://www.caldron.jp/~nabetaro/svn/svnbook-1.4-final/
タイムスタンプを変更しない
[[ミーティング議事録]] **Date: Jul. 25 (Thr), 2013 [#z8b6a807] - Reporter: まさお - Rotation: まさお -> かしわ -> まさお -> かしわ... - Next presenter: かしわ - Next meeting: 2013.7.23 **研究室運営 [#f5ced4b0] -[[教員からのお知らせ(6/20)>OSS_20130620]] -イベント - 研究環境 --Marcurial, Git, Repo, Gerittに対応する --ホームページをリニューアル -申請関係 - 発注関係 -- 宛名シール --本棚 - 雑用 **かしわ進捗 [#c1b2da23] -Topics --クラウド型(Pentaho)リポジトリマイニング環境 --リソースアロケーション支援 -Done +輪講(30日) +Mozillaデータ整形用プログラム完成 -To do +Anvik用データセット(Mozilla) +ジャーナル用データセット作成 +Anvicにデータ見せる +ジャーナル用実験終了(Mozilla) -Schedule +ジャーナル原稿 --改正版手法(=Accuracy測定可能版)を完成させる --PureCBRデータセット再現 --ランダムによる割当て追加(論文誌) --ジャーナル完成 --IPA ---プログラムの構成を調べる --ICSE --FOSE --SIGSE **ヤマタニ進捗 [#kd52a58d] - Topics --Mining可視化研究 --EPM-XYZ --プロアクティブマイニング --co-evolution - Done --KDEとGNOMEのデータ(コードとML)とってくる ---KDEのMLはとれてないです --論文読んでました --SESポジションペーパ締め切り延長できました - To do --SESポスター原稿かく(火曜日まで) --NAISTにいくための準備(ソースコードをかき集める) -Schedule --進化研究に必要なプロジェクト発足時からのデータ集める(成熟したプロジェクトのみではなく「失敗(定義は?企業プロジェクトはQCDが目安になる)」したプロジェクトも) --異常検知などの手法を身につけ,違うアプローチで研究をする --進化の各系統での研究を調べ,その評価方法,用いるメトリクスを調べる --プロアクティブ手法をソフトウェア工学に適用する手法を提案する **吉行進捗 [#z7518aab] - Topics -- マイクロSNA、不具合管理パターン分析 - Done -- - To do --大学院入試の勉強 --SES ポスター投稿 8/9 --GNOME 取得htmlの解析を考える --NAISTサマーキャンプ 8/8,8/9 --輪講資料 -Schedule --SESワークショップ ポジションペーパー 8月いっぱい --メールデータとの対応(P1, Major) --Pairごとのpriority,severityの分布、内訳をみる (P1, Major) --メーリングリストの応答の早さ見ると、関係が見えるかもしれない (P1, Major) --netbeans GNOME KDE Mozillaの比較 (P2, Major) --割当回数が多い開発者ほど、信頼関係ができるので難しいタスクを割り当てら れ、修正時間が遅くなるのではないか? --モジュールの複雑度とかの方が修正時間に関係ありそう --89回も割当回数が多い気がするが、もっと修正数の少ない開発者を見てみたら どうだろうか➡top25%とbottom25%を比較する --修正の品質を考慮 --どういう人だったら修正が早くなるってのは予測できないのか?Peter C. Rigbyのポジティブワードに関する論文を見たら? **松本進捗 [#oba48ba1] - Topics -- ゲーミフィケーション Unity - Done --輪講 --e-ラーニングシステムの発見 - To do --e-ラーニングシステムを活用できたらこれを使う --SES ポスター投稿 8/9 -Schedule --マイニングのわからないこと ---まずfault-proneモジュールとは何か? ---何のリポジトリを収集すればよいか? ---リポジトリの収集方法は? ---各リポジトリ、各メトリクスの前提知識 ---リポジトリのどのメトリクスを調査すればよいか? ---対象ドメインごとのフィルタリング基準は? ---データクリーニングの方法は? ---マイニングアルゴリズムにはどのようなものがあるのか? ---なぜそのアルゴリズムがマイニングに有用なのか? ---アルゴリズムの適用の仕方は? ---アルゴリズムを適用した結果どのようなことがわかったか? ---評価方法の理解 ---統計学的知識 --マイニングしてみる --GNWorkShop **まさお進捗 [#g40ae40b] - Topics --プロジェクト --- プロアクティブデータマイニング環境の構築(IPA) --- リポジトリマイニングに基づくOSS利用支援環境(基盤C) --- 知識クラスター形成支援(基盤B) --- マイクロソーシャルネット分析 --ほんとにやりたい研究 ---不具合修正パターンを考慮した不具合修正プロセス研究の集大成(ICSEプロジェクト) --ほんとにやりたい研究? ---ヴィジュアルデータマイニング(IPA可視化プロジェクト) - Done --SEC Journal 投稿した --John Anvikと共同研究 ---進捗をメールした.不在メールが返って来た. - To do --情報処理学会査読2本 --DICOMO査読4本 --IPA7月分進捗報告書作成 (P5, Critical) ---(1)進捗状況報告書(事務様式6) ---(2)進捗予定管理表(事務様式7) ---(3)進捗報告会議事録 --John Anvikと共同研究 ---比較実験の結果を説明し,データを追加する→再度,計算結果を作ってもらう --FOSE原稿(with吉行)の準備(メールデータ照合,優先度/重要度の割合分析)(P2, Major) --IPAのジャーナル(6月実験7月投稿)の準備 (P2, Major) ---来週実験開始@NAIST (P2, Major) --「データマイニングによる異常検知」輪講をやりたいな - Schedule --柏論文共著 --情処論文誌2本(バグ修正時間予測,Micro-SNA) --Mei Nagappanとの研究(ICSM論文拡張後ESEM投稿) ---コンポーネントごとに不具合修正時間予測 ---データセット4つ(プロジェクト,Eclipse, K-9 mail, Apache, Mozilla) ---パターン増やす(A->B->A) ---社会的関係を分析する(よく共同作業する人のペアVS.たまたまペアになる人) **その他 [#of3fc550] -Subversion によるバージョン管理 --http://www.caldron.jp/~nabetaro/svn/svnbook-1.4-final/
テキスト整形のルールを表示する