研究会(小ゼミ)
2015年6月25日†
●議事録
- forkなしrepocontribution1k以上usercontribution100以上
●DONE
●TODO
- メールスクリプト
- メールサーバ
- メールアドレス取得
●議事録
- コードクローンの論文見たりしてどれくらいのクローン作成率か、などが参考になれば
- 複数リポジトリが必要だから、空き時間にリポジトリ探したら
●DONE
●TODO
- バグ修正とのリビジョンの対応付け
- クローンと開発者の対応付け
●議事録
●DONE
●TODO
- Understandとスクリプトを動かして見る
- コールコーラー関係を見る
●議事録
●DONE
●TODO
2015年6月19日†
●議事録
●DONE
- メールスクリプトのチェック(途中)
- メールアドレス取り始める
- リポジトリのコントリビューション取得
●TODO
- メールスクリプトのテスト
- メールサーバ
- メールアドレス取得
- ドメイン名(先生)
- リポジトリのヒストグラム(今日中にメーリスに)
- リポジトリフォーク有り無しで分ける(リポジトリ名で除外)
●議事録
●DONE
●TODO
- バグ修正とのリビジョンの対応付け
- クローンと開発者の対応付け
●議事録
●DONE
- Wiresharkでパケット取得(Httpsが無理かも
●TODO
- 今後の予定を立てる(Redmine
- 規則正しい生活
- 6月25日に親と相談
- 金城さんにソースのSNA,コールコーラー関係とかを相談して分析してみる
●議事録
●DONE
- 大ゼミのスライド修正
- 大ゼミのレジュメ作成
- 輪講資料の作成
●TODO
- 今後の予定を本気でたてる
- 輪講資料の作成
- コメントをしっかり読む
2015年6月10日†
●議事録
●DONE
- why power lowsを担当
- VM追加
- サクラサーバのドメイン名
●TODO
- メールスクリプトの動作チェック
- メールアドレス取り始める
- ドメイン名かぶらないもの考え直し
●議事録
●DONE
●TODO
- クローン作成者を特定していく
- Git -> Subversionの変換
●議事録
●DONE
- FirefoxosBug&Activityデータを10万件取得(中途)
●TODO
●議事録
●DONE
●TODO
2015年6月3日†
●議事録
●DONE
●TODO
●議事録
●DONE
●TODO
●議事録
●DONE
●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からも)
●議事録
●DONE
●TODO
●議事録
●DONE
●TODO
2015年5月7日†
松野くん†
●議事録
- 開発者の属性 contribute, contributer
- コミット数の多いリポジトリから開発者を選定する
●DONE
●TODO
- PCを設置、環境の整備
- 分散処理のためのスクリプト編集
●議事録
- Android, FirefoxOSのメーリングリストの取得
- データの取得報告のための表なんか作ってると報告しやすい
●DONE
- TaizenのMailing Listは取得した(HTML形式)
●TODO
- issue tracker APIを使ってデータの取得(余裕があればBugzilla, Jiraからも)
●議事録
●DONE
●TODO
●議事録
- 仮説は検証できること(技術的に)
- 主観的な表現は含まれていないか?
●DONE
●TODO
2015年4月24日†
松野くん†
●議事録
●DONE
●TODO
●議事録
●DONE
●TODO
●議事録
- ECTECで生成されたDBの中身の把握、AffiliationNetworkの学習
●DONE
●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
●TODO
- 前半までの輪講
- Tizenのソースとり
- Androidのissueデータとり
●DONE
- 年間計画
- 輪講資料作成
- High Impact Bug関連の論文を読んだ
●TODO
2015年3月6日†
松野くん†
●議事録
- 参加期間 : X years
- 質問の形式を選択形式にできるだけする(残りはotherで自由記述)
- HIBを直すためにどんなことをしているか?
- 報告されても再現できないときとかあるし特別な修正プロセスがあるのか?
- バグの箇所をどのように特定するのか?具体的な過程は?
●DONE
●TODO
- 質問の回答例を挙げる
- メールの文面を考える(ownerに送るやつとプロジェクトに流すやつ)
●DONE
●TODO
- 前半までの輪講
- Tizenのソースとり
- Androidのissueデータとり
●DONE
- 年間計画
- 輪講資料作成
- High Impact Bug関連の論文を読んだ
●TODO
2015年2月26日†
松野くん†
●議事録
- 修正時間予測をしたい(High Impact Bug):結果でない.むり,すぐ直るから
- なんのために予測するのか?→修正時間予測によってタスク割当てに役立てたい
- 松本くんが似たようなことをしている(しようとしている)
- データがあるから一回やってみれば?
- 開発者にインタビューしてみては?(どういったバグを優先的に直すのか?)
- 修正時間はあてにならない
●TODO
●TODO
●TODO
- 年間計画をたてなさい
- 5人くらいで開発しているメンバーをトラックする
久木田†
●TODO