研究グループ/Social Mining の履歴(No.64)

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

---

研究グループ

Social Mining研究グループ†

Missions†

• 人的・社会的属性がソフトウェア開発プロセスおよび生産性・品質に与える影響の解明

Projects†

• [[Projects/]]：politenessと？？？の関係
• [[Projects/]]：politenessとsocial networkの関係

References†

• http://ieeexplore.ieee.org/xpl/login.jsp?tp=&arnumber=7371991&url=http%3A%2F%2Fieeexplore.ieee.org%2Fxpls%2Fabs_all.jsp%3Farnumber%3D7371991
• Are bullies more productive?: empirical study of affectiveness vs. issue fixing time

Members†

• 宮崎
• 築山
• 陳
• 東
• 山谷
• 大平

資料†

• 日付：資料名
  • 2016/2/12:politeness(politeness-master.zip)
    • politeness API：http://politeness.mpi-sws.org/
    • politeness : http://www.mpi-sws.org/~cristian/Politeness.html
    • GitHub : https://github.com/sudhof/politeness
    • Stanford Parser : http://nlp.stanford.edu:8080/parser/
  • 2016/3/13:politenessの考え方スライド(Barouni2013_PolitenessComputing.pdf)

メモ†

ニュースグループ†

• Eclipse Platform
  • NNTP Server
    • news.eclipse.org
  • ID
    • exquisitus
  • PASS
    • flinder1f7

ミーティング議事録†

2016年12月15日†

宮崎†

• DONE
  • 資料（進捗報告_4.pdf）
  • 開発者の名寄せ
  • 開発者がコミュニティに参加してから一定期間内に受信したメールのPoliteness値と開発者のコミュニティ滞在期間の関係を分析
    • 平均値と中央値で分析
  • 開発者がコミュニティに参加してから一定期間内に受信したメールの内のimpoliteなメールの割合と開発者のコミュニティ滞在期間の関係を分析
• TODO
  • Strategyを用いた考察の追加
  • 対象プロジェクトを増やす

• Dicomo論文を流し込む
  • 抽象的な表現を消す

築山†

• DONE
  • Rockstarのフォロー散布図・箱ひげ（フォローしているRockstar毎のMedian）
    • 散布図行列（PairsRockstar'FollowingMedianAction_2.pdf）
    • 箱ひげ（BoxplotRockstar’sFollowing'sMedianAction.pdf）
    • BeforRockstarの散布図行列とは似てない > Rockstarと役割が違う？ Rockstarじゃなくても優秀な人
• TODO
  • 表, 各メトリクスの定義（なんでもいい）, テーブルの中身確認, メーリスに投げる

2016年12月8日†

宮崎†

• DONE
  • Strategyのplotの調整
  • コミュニティ滞在期間1年未満の開発者を新人開発者と定義
  • 各開発者がコミュニティに参加してから1年経過するまでに受け取ったメールのPoliteness値をグラフに出力
    • 箱ひげ図((general.eps)((newcomer.eps)
    • 折れ線((hgeneral.eps)((hnewcomer.eps)
• TODO
  • 最初の何ヶ月間ごとに分析
    • 1ヶ月，2ヶ月，3ヶ月としてみる
  • フィルタリングの値の決定
    • 平均寿命を閾値に設定
    • 何通以上メールを受け取っているか
    • メールを送った間隔

• コーディネータの定義
• 各開発者がコーディネータから受け取ったメールのPoliteness値のグラフの出力

陳†

• DONE
• TODO

築山†

• DONE
  • FOSEに行ってきました((20161208.pdf)
    
  • RockstarのフォロワーのうちRockstarを除く
    • 散布図行列((PairsRockstar’sFollower'sSumAction_RemoveRockstar.pdf)
    • 箱ひげ図((boxplotRemoveRockstar.pdf)
    • 3つにまとめた散布図行列((margfor3RemoveRockstar.pdf)：Rockstar除いたらSNSとActionの相関が上がった
  • Rockstar：外れ値除去はしてないです（すべき？）
    • 散布図行列((PairsRockstar'sAction.pdf)：フォローとマイナスの相関！
    • 箱ひげ図((boxplotRockstar'sAction.pdf)
    • 3つにまとめた散布図行列(( [添付])
• TODO
  • Rockstar見てない人：ランダム（活動量くらいでフィルタリングするのは？）
  • 表, 各メトリクスの定義（なんでもいい）
  • 社会性について, Rockstarに繋がるように言葉を考え直す：定義（宣言）する, 具体例を挙げて
  • Rockstarのフォロワー時系列累積グラフを組織（organazation）毎で積み上げグラフにする
  • Rockstarのフォロー散布図・箱ひげグラフ

2016年11月29日†

宮崎†

• DONE
  • Politeness値の箱ひげ図，時系列図の作成(LongALLBoxplot.eps)(LongALLplot.eps)
  • 閾値を0.69として，平均Politeness値が閾値以上群と閾値以下群の活動日数を比較(more_politeness_newcomer.csv)(less_politeness_newcomer.csv)(Rplot.eps)
• TODO
  • DICOMO原稿を修正
  • 目次の修正
  • Strategyのプロットをきれいにして，Strategyを考察に組み込む

陳†

• DONE
• TODO

築山†

• DONE
  • Rockstarのフォロワー全員
    • 中央値：散布図行列((PairsRockstar'sFollower'sMedianAction.pdf),箱ひげ図((BoxplotRockstar'sFollower'sMedianAction_6.pdf)
    • 合計：散布図行列((PairsRockstar’sFollower'sSumAction_RemoveRockstar_0.pdf),箱ひげ図((BxplotRockstar'sAllFollower'sSumAction.pdf), 3つにまとめた散布図行列((met3Pairs_0.pdf)
• TODO
  • Rockstarを除く
  • Rockstarを見てない人
  • 表, 各メトリクスの定義
  • Rockstarになるまでの期間照準に並べて, その下から
  • プロジェクト規模

2016年11月24日†

宮崎†

• DONE
  • 活動日数をメールの間隔が3ヶ月ごとで計算
  • メンターが新人開発者に送ったメールの件数を確認
  • 活動日数の閾値を決め，閾値以上の新人開発者のメンターから受け取ったメールのPoliteness値と閾値以下の新人開発者のメンターから受け取ったメールのPoliteness値を検定(進捗報告_3.pdf)
  • ポスター作成
• TODO
  • Politenessの分布を見る
  • Politenessの高い集合と低い集合（閾値）で活動期間を見る
  • 受け取ったメールの時系列を出してみる
  • メンターごとの分析

陳†

• DONE
  • ChatBotの本を読み続けている
  • 面接の準備
• TODO

築山†

• DONE
• TODO

2016年11月16日†

宮崎†

• DONE
  • コード除去
  • 活動期間，Politenessの出力
  • 新人開発者がメーリスに参加してから1ヶ月間のメンターが送ったメールのPolitenessと新人開発者の活動期間の相関を調べた
  • FindbugsメーリスのPolitenessを出した（今回の分析とは関係ないですが）
• TODO
  • ちゃんと取れているかを確認
  • メールを一定期間何通送っているかでフィルタリング

陳†

• DONE
• TODO

築山†

• DONE
  • なし
  • (進捗報告20161116_0.pdf)
• TODO

2016年11月10日†

宮崎†

• DONE
  • UbuntuのメンターのPoliteness値の算出
• TODO
  • コードの除去
  • メンターごとに分析
  • メンターリストのある他のプロジェクトからメールを取得
    • wgetスクリプトの実装

陳†

• DONE
  • DevOpsの勉強はした
    • なぜDevOpsが必要になったかどうかを理解できていないことがわかった
  • lean開発の本を読んでるところ
• TODO
  • DevOpsを理解する
    • アジャイル開発
    • lean開発
    • 継続的インテグレーション
    • ウォーターフォールの限界

• 本を引き続き読む
• 大学院の進学理由を考える
  • 志望理由
  • 何の研究をしているのか？or 大学院では何の研究はしたいか？
  • 大学院卒業後の進路

築山†

• DONE
• TODO

2016年11月4日†

宮崎†

• DONE
  • 実装
    • コミッターと新人開発者のメールのやりとりの回数と割合を取得．
    • 新人開発者の活動日数の取得
    • 平均Politeness値の取得
  • スライドの修正
• TODO
  • 変数の表

陳†

• DONE
  • Slackでのグループを作った
• TODO
  • DevOpsについてのスライドを作る

築山†

• 困りごと
  • GHTorrent, 2016/06/16のデータセットのcommitsテーブルがおかしい（1970年〜2037年までのデータが出力される）
    • 他のテーブルは大丈夫
• DONE
  • 外れ値除去
  • 卒論までのアプローチを考える&開発者の注目度を見る理由
    • (進捗報告20161104.pdf)
• TODO

2016年10月27日†

宮崎†

• DONE
  • Politenessで何ができるか？
    • メンターの適正に用いる(メンターPoliteness.pdf)
  • strategyの時系列プロット
• TODO
  • 分析
  • 卒論目次修正
• PLANNING
  • データセットの取得
  • 既存手法の再現
  • Politenessとの比較

陳†

• DONE
  • 輪講用スライドできた（またやり直す）
  • ChatOpsとDevOpsを調べてみた
  • 論文一本を読んだ「大規模OSS開発における不具合修正時間の短縮化を目的としたバグトリアージ手法」の参考文献から選んだ
• TODO
  • DevOps,ChatOpsのスライド資料を作成

築山†

• DONE
• TODO
  • 卒論までのアプローチを考える
  • 開発者の注目度を見る理由
  • 外れ値除去
  • 変数の表

2016年10月20日†

宮崎†

• DONE
  • 開発者10名のストラテジーを1ヶ月ごとの時系列グラフをプロット(strategy時系列.pdf)
  • 背景，目的などを考えた
  • ジャーナル投稿用リポジトリの作成
• TODO
  • Politeness分析をかけて何ができるのか？を考える
  • プロットちゃんとする
    • レジェンドの色を合わせる
    • メールの件数も確認できるように表示

陳†

• DONE
  • 「大規模OSS開発における不具合修正時間の短縮化を目的としたバグトリアージ手法」という論文を読んだ
• TODO

築山†

• DONE
  • 目的を考えた（まだ途中）
• TODO

2016年10月13日†

宮崎†

• DONE
  • Eclipse platformのメールのPoliteness分析中
  • Strategy出力スクリプトを時系列プロットできるように変更中
• TODO
  • ジャーナルの目的を考える
    • ストーリーが見える形で
  • bitbucketへ移行
    • スタイルファイルを準備
  • 時系列プロットの出力

陳†

• DONE
• TODO

築山†

• DONE
  • 散布図行列の相関係数出した
• TODO

2016年10月7日†

宮崎†

• DONE
  • コア開発者の中で離脱した開発者のストラテジーを目視で確認
  • 開発者間のやり取りのpoliteness値・ストラテジーを出力するスクリプトを記述

• TODO
  • ジャーナル投稿
    • 予定を考える（11月中がベスト）
  • 対象プロジェクトを増やす

• PLANNING
  • ストラテジーの時系列プロットを出す

陳†

• DONE
  • 「Relink Recovering Links between Bugs and Changes」深く理解するために、「学習データ計測時点による欠陥モジュール予測精度 の比較」という論文を読んだ
• TODO
  • 研究テーマのアイデアを考える
  • 発表資料作成

築山†

• DONE
  • 並行座標プロット
  • 散布図行列（8個×8個）
    • RockstarとnonRockstarで出してみた

• (進捗報告20161007.pdf)

• TODO
  • 外れ値除去してみたら？
  • 目的...

2016年9月28日†

宮崎†

• DONE
• TODO

陳†

• DONE
• TODO

築山†

• DONE
• TODO
  • 基本的な分析
    • 並行座標プロット
    • 散布図行列（9個×9個）
  • 8個の変数について, 表作成

2016年9月21日†

宮崎†

• DONE
  • 全メールのPoliteness StrategyをDBに格納中
  • オープンラボ用のポスターを作成中
• TODO
  • 離脱した開発者の離脱直前のStrategyを目視により確認
  • 輪行資料作成

陳†

• DONE
• TODO

築山†

• DONE
• TODO

2016年9月8日†

宮崎†

• DONE
  • アプローチを考え直した(進捗報告_2.pdf)
• TODO

陳†

• DONE
  • 読んだ論文を自分のホームページに書いた
• TODO

築山†

• DONE
  • スライドは...作ってはみた(g_18_20160908_0.pdf)
• QUESTION
  • 背景がわからない
  • GItHubとRockstar説明するタイミングがわからない（つながりがわかってない）
• TODO

2016年8月31日†

宮崎†

• DONE
  • 卒論の目次を考えた(卒論目次 _0.docx)

• TODO

陳†

• DONE
• TODO

築山†

• DONE
  • 開発者が所属するプロジェクトのウォッチ数をグラフ化した
• TODO
  • スライドを作る
  • 福岡WalkarをGitHubで作成してみる（GitHubの使い方を学ぶ）

2016年8月24日†

宮崎†

• DONE
  • 自然言語処理について軽く目を通した
  • 輪講の資料を作成した

• TODO
  • 卒論の目次
  • ジャーナル投稿準備
  • 開発者個人のpolitenessに着目
    • Politeness高い人がコミュニティにいると周りもやる気になるよ，みたいなことが出たら嬉しい

陳†

• DONE
• TODO

築山†

• DONE
  • グラフ追加
• TODO
  • プロジェクトとの関係性
  • スライドの準備
    • 目次レベルでいいので，どういう話をするかを考える

2016年8月12日†

宮崎†

• DONE
  • ストラテジの出力処理の追加
  • positive politenessのみのpoliteness値，negative politenessのみのpoliteness値の値の出力処理の追加

• TODO
  • 自然言語処理の勉強
    • 使えそうなやつを処理に追加

陳†

• DONE

• TODO

築山†

• DONE

• TODO

2016年8月5日†

宮崎†

• DONE
  • 研究発表をした
  • コアから受け取ったメールのPoliteness値と，一般から受け取ったメールのPoliteness値を比較(noncore:core's_politeness_2.pdf)
• TODO
  • ストラテジを出力
• PLANNING
• ストラテジを出力できるようツールを変更
• Positive PolitenessとNegative Politenessごとに値を出力

陳†

• DONE
  • 読んだ論文を自分のホームページに書いた
• TODO
  • 引き続き論文を読む

築山†

• DONE
  • 論文提出
  • Rockstar30人くらいみた
• TODO

2016年7月27日†

宮崎†

• DONE
  • 平均活動時間を設定
  • 平均活動期間未満の開発者のfirst_mailとfisrt_receive_mailのPoliteness値を見る
  • (進捗報告.pdf)
• TODO
  • 分析の動機・目的・アプローチをもう一度考える

陳†

• DONE
  • 論文数本を読んだ
• TODO

築山†

• DONE
  • 論文：かけるところをふわっと...
  • (SS論文_0.pages)
• TODO
  • 必要なグラフ

2016年7月20日†

宮崎†

• DONE
  • 活動期間を年数と日数で取得
• TODO
  • 平均活動時間を設定
  • 平均活動期間未満の開発者のfirst_mailとfisrt_receive_mailのPoliteness値を見る

陳†

• DONE
  • Unbuntuでhubotを使ってみた
  • Skypeと連携失敗した、また試してみる
• TODO
  • 論文を山ほど読む

築山†

• DONE
  • Rはインストールした
  • グラフは作成できてない
• TODO
  • 論文書く？

2016年7月11日†

宮崎†

• DONE
  • dicomoで発表してきた．
    • コミュニティの特性があるかも？
    • コア開発者間，コア開発者と一般開発者間のコミュニケーションを分けてやるのもいい
• TODO
  • メンターorコア開発者は新規の開発者に対してどのようなコミュニケーションをとることが適切かを調べる
    • インポライトにインポライトならいいけど，ポライトにインポライトが返ってくると変な感じ＝離脱につながる？
• PLANNING
  • 活動期間のデータを取って，中央値を出す
  • 離脱者が最初に受け取ったメールのPoliteness値を見る

陳†

• DONE

• TODO
  • Hubotについて調べる

• PLANNING
  • Hubotをつかった研究テーマを具体的に考える（シナリオ，ペルソナ）

築山†

• DONE
  • GHTorrentの2016-06-16のdumpファイルデータベースに格納
• TODO
  • Rでグラフ作成

2016年7月5日†

宮崎†

• DONE
  • dicomo発表スライドの作成dicomo_slide_higashi_0.pptx
• TODO

陳†

• DONE
• TODO
  • 研究テーマを考える

築山†

• DONE
  • 研究発表した
• TODO
  • Rでグラフ作成
  • 学会の論文テンプレート取得してTEXで開く

2016年7月1日†

宮崎†

• DONE
  • 発表用スライドを手直ししました
  • 資料：dicomo2016_0.key
• TODO

陳†

• DONE
• TODO
  • dbp販売システムをスケジュール通りに完成を目指す

築山†

• DONE
  • 発表用にまとめる
  • Rockstarのfollower,followingとった
  • Rockstarのfollowerの数を月毎にまとめた
• TODO
  • グラフ作成
  • 学会の論文テンプレート取得してTEXで開く

2016年6月24日†

宮崎†

• DONE
  • 輪講資料作成
  • polite,impoliteメールの目視
    • Dropboxに置いてます
• TODO
  • アルゴリズムの理解
    • 論文，ソースコード読む
  • 理解できたら，ツールを説明できるスライドを作る

陳†

• DONE
  • データベース演習用ログイン画面作成
  • RStudio勉強
• TODO
  • 論文を読む

築山†

• DONE
  • Social coding in Githubの続きを読む
  • 情報処理学会関西支部，支部大会の論文発表に申し込んだ
• TODO
  • 発表用にまとめる

2016年6月15日†

宮崎†

• DONE
  • 卒論テーマを箇条書きでまとめた
• TODO
  • 輪講資料作成
  • 目視の再開

陳†

• DONE
• TODO
  • SNAについての本（論文）を読む
  • SNAのお試しをやる

築山†

• DONE
  • 1/3読んだ
• TODO
  • Social coding in Githubの続きを読む

2016年6月10日†

宮崎†

• DONE
  • 発表スライドの作成
• TODO
  • 目標を思いついたら思いついただけ出す
    • 箇条書きで

陳†

• DONE
  • Toward an understanding of the motivation of open source software developersという論文を読んだ
• TODO
  • ネットワーク分析の準備開始

築山†

• DONE
• TODO
  • 論文を半分読む

2016年6月1日†

宮崎†

• DONE
  • ランダムでとったPoliteness値の高いメールと低いメールの目視
• TODO
  • スライド作成
  • 卒論までの目標を決める

陳†

• DONE
• TODO

築山†

• DONE
  • 輪講の分ですが論文を読みました
  • GitHub Developers Use Rockstars to Overcome Overflow of News
• TODO
  • Social coding in Githubを読む

2016年5月25日†

宮崎†

• DONE
  • 送信相手別のPoliteness値の平均を出してみました
    • 大きくて0.03ほどの差
• TODO
  • アルゴリズムの理解
  • Politenessの高いメールと低いメールを読んで，トピックが関係あるのかも見る

陳†

• DONE
• TODO

築山†

• DONE
  • 輪講の分ですが論文を読みました
• TODO

2016年5月18日†

宮崎†

• DONE
  • 輪講の分ですが論文を読みました．
    • Monitering Sentiment in Open Source Mailing Lists -Exploratory Study on the Apache Ecosystem

• TODO
  • 考察
    • トピック，イベント，相手，地域の変化とPolitenessの変動を見てみる
    • core/non coreはメール件数で判断
  • 勉強会のセッティング

陳†

• DONE
  • 良くないPresentationできた
• TODO
  • 入試準備する（Toeic、数学、アルゴリズム）
  • Social networkに関する本を読む

築山†

• DONE

• TODO
  • とりあえず輪講のために論文読む
  • できる範囲で他の論文を読む
  • 研究目的を考えてみる

東†

• Done

• Todo

山谷†

• DONE

• Todo

2016年5月11日†

宮崎†

• DONE
  • ランダム開発者１００人のPoliteness追加
    • 送信メール5385件，全体の平均Politeness値0.62
• TODO
  • 表埋める
  • 書く
  • 輪行資料作ったらおやすみ．．．

陳†

• DONE
  • Latent Social Structure in Open Source Projectsという論文言及した分析手法「Wilcoxon-P val」、「Modularity」
• TODO
  • 統計の本を読んで勉強する
  • みんなが理解できるようなプレゼンをできるように今週の輪行スライドを作り直す

築山†

• DONE

• TODO

東†

• Done
  • 3章執筆
  • Politeness時系列プロット
• Todo

山谷†

• DONE
  • 2章執筆

2016年4月27日†

宮崎†

• DONE
  • 各開発者のメールアドレスを目視で確認
  • Top10人選出
  • あるデータでPoliteness値を出してみた

• TODO
  • 執筆
  • 考察

陳†

• DONE
  • [Latent Social Structure in Open Source Projects]という論文を読んだ
• TODO
  • 輪講の資料を作成する
  • 別の論文を読む

築山†

• DONE
  • Mercurialからmozilla-centralのコミットログとった
  • BugzillaへDoS攻撃未遂
• TODO
  • historyとりたい(2013年)
  • 実際にレビューを数件みてみる

東†

• Done
  • Send,Reply,Receiveの時系列プロット
  • 表を埋める
• Todo
  • Politenessの時系列プロット
  • 3章執筆

山谷†

• DONE
  • 実装を完了させた
• TODO
  • 論文を箇条書きでピックアップ

2016年4月20日†

宮崎†

• DONE
  • だいたいの署名を消すようになった
    • 細かい署名は対象の開発者ごとに判別してPoliteness toolで消してから解析する
  • メール件数の多い開発者をトップから１５人ほどピックアップ
• TODO
• ４章（分析方法）執筆
  • 4/20：分析方法（宮崎）
  • 4/27：分析方法，結果（宮崎）
  • 5/4：３章Politeness分析（東）
  • 5/4：背景，考察，まとめ（山谷，宮崎）
  • 5/11：投稿
  • 論文の制約：返信メールの5%は返信先を特定できない
  • 実装
    • 引用を取り除く所理
    • 署名を取り除く処理
    • 開発者毎に各種データを集計
    • Politeness計算（１メール毎）
    • 時系列分析

陳†

• DONE
  • Mining email Social Networkと同じ分析をRでやってみた
    • データは自分で作った
  • 中心性もやってみた
  • 論文を２本読んだ
• TODO
  • SNA論文を読む
    • Latent Social Structure in open source projects
    • GithubのSNA(ecosystemとか)
• dreamを達成するために
  • SNA,統計，機械学習，プロジェクトマネージメント
  • java,R,日本語，英語

築山†

• DONE
  • 不具合，bug：クライアントにとって都合の悪いこと
  • 欠陥, defect：満たすべき仕様が満たされていないこと
  • 故障, failure：システムを実行したときに、要求されたパフォーマンスが発揮できないこと
  • 障害, fault：システム内に現存する欠陥
  • エラー, error：間違った結果を生み出す人間の行為

• TODO
  • reviewerとsuper reviewerの役割をもっと詳しく調べてみる
  • バギーレビューの中身を見る

東†

• DONE
• TODO
  • ３章(１ページ)を完成させる

山谷†

• TODO
  • 実装を完成させる

2016年4月13日†

宮崎†

• DONE
  • 返信先のIDを逃すことなく格納できるように修復(mboxの不具合なのか約5%返信先のIDがない)
  • 論文投稿（各週までにやるべきこと）
    • 4/13：目次作成（大平）→表はでけた．
• TODO
  • 論文投稿（各週までにやるべきこと）
    • 4/13：目次作成（大平）
    • 4/20：分析方法（宮崎）
    • 4/27：分析方法，結果（宮崎）
    • 5/4：３章Politeness分析（東）
    • 5/4：背景，考察，まとめ（山谷，宮崎）
    • 5/11：投稿
  • 論文の制約：返信メールの5%は返信先を特定できない
  • 実装
    • 引用を取り除く所理
    • 署名を取り除く処理
    • 開発者毎に各種データを集計
    • Politeness計算（１メール毎）
    • 時系列分析

陳†

• DONE
  • 風邪を治した
• TODO
  • ICSEからのPoliteness＆SNAについての論文を引き続き読む
  • 分析する手法を詳しく分かるように

築山†

• DONE
  • 研究テーマについて現状思っていることを改めてまとめた
  • 資料研究テーマ.pdf
• TODO
• TODO
  • 不具合，bugをしっかり定義できるようにする
    • 欠陥, defect
    • 故障, failure
    • 障害, fault
    • エラー, error

東†

• DONE
• TODO

山谷†

2016年4月06日†

宮崎†

• DONE
  • Apacheのメール(1996 1/1~2000 12/31)をoss31内のデータベースに格納
    • 今後も追加する予定，
    • データが昇順，もしくは降順に格納できてない不備がある
  • あるパターンの引用文を削除できるようPolitenessのスクリプトを修正
• TODO
  • 論文投稿（各週までにやるべきこと）
    • 4/13：目次作成（大平）
    • 4/20：分析方法（宮崎）
    • 4/27：分析方法，結果（宮崎）
    • 5/4：背景，考察，まとめ（山谷，東，宮崎）
    • 5/11：投稿

陳†

• DONE
  • 「Mining Email Social Networks」、「A computational approach to politeness with application to social factors」という論文を読んだ
• TODO
  • ICSEからのPoliteness＆SNAについての論文を引き続き読む
  • 分析する手法を詳しく分かるように
  • ?

築山†

• DONE
  • 資料： Modern Code Reviews in Open-Source Projects- Which Problems Do They Fix-_2.pdf

東†

• DONE
  • 陳君に論文の調べ方，研究テーマの決め方をアドバイスした
• TODO

山谷†

2016年3月30日†

宮崎†

• DONE
  • Apacheのメーリングリストのmboxをダウンロードした
• TODO
  • データベースにいれて解析かけるまで
  • 今後の予定をたてる

陳†

• DONE
  • 分析ツールを使えるようになった
• TODO
  • PolitenessとSNAを使って何を分析するかを決める

築山†

• DONE
  • 紐付したhistoryを追加で見てみた(30件くらい：複数回コミットされていたもの)
• TODO
  • 引き続き論文読む：Modern Code Reviews in Open-Source Projects: Which Problems Do They Fix?

東†

山谷†

2016年3月23日†

宮崎†

• DONE
  • アブストを提出した
• TODO
  • メール(Apache)をデータベースに入れる(引用、署名、ソースコードなど解析に必要のないものは除くことを第一に)

陳†

• DONE
  • pajek使えるようになった
• TODO
  • RでSNAできるように勉強をする(グラフ化を目標)

築山†

• DONE
  • Bugzilla内でREOPENされている不具合IDを抽出,FirefoxのコミットIDと紐付
  • 紐付したhistoryを見てみた(20件ぐらい：一回だけコミットされていたもの)
• TODO
  • 著者にメールしてデータセットをもらう
  • 他の論文を読んで既知のことを確認し、スライド4〜5枚にまとめる

東†

• DONE

• TODO

山谷†

• DONE

• TODO

2016年3月2日†

宮崎†

• DONE
  • スクリプトの作成中（データベースに繋げるところまで）

陳†

• DONE
  • pajekのインストール

2016年2月24日†

宮崎†

• DONE
  • Monster YYにアカウントを作成
  • ファイルから文を抽出するためのスクリプトを作成中（ファイルから読み込んだ文章を１文ずつ改行してほかのファイルに書き込むところまで）

陳†

• DONE
  • Social Network Analysisについて調べてみた
  • 「OSSコミュニティにおけるオープンコラボレーションの理解」という論文を読んだ
• TODO
  • 環境準備する

東†

• DONE
  • politenessツールのインストール (Mac)
  • stanford dependency parseのインストール (Mac)
  • アルゴリズムの概要を理解 Stanford Politeness APIの概要.pptx

2016年2月18日†

宮崎†

• DONE
  • パソコンを破壊した
  • phython, pipインストール完了
  • SVMの勉強を開始した
• TODO
  • TEST_DOCUMENTSを作るためのスクリプトを作成する

陳†

• DONE
  • politeness分析の論文読んだ（難しかった）
• TODO
  • 論文（SNA or politeness分析）読む（読んだ論文，陳くんのページに書いておく）

東†

• TODO
  • politnessの定義を調べる

山谷†

• DONE
  • 環境準備した．
• TODO
  • 宮崎君をサポートする

大平†

• TODO
  • algorithm's confidenceの意味をメールで作者に聞く？

2016年2月10日†

宮崎†

• DONE
  • 論文を数本チェックした
  • Politness分析の論文は長いのでイマイチ理解できず
• TODO
  • 引き続き論文をチェックする
  • 東くんのケツを叩く

東†

• TODO
  • 山谷君から技術移転する