![[PukiWiki]](image/wadanyan.png "[PukiWiki]")
#author("2017-02-23T10:03:15+09:00","","") #author("2017-02-23T13:15:53+09:00","","") [[研究発表会]] * 2016年度研究会 [#ff436fe9] - 開催日：毎週水曜日10:00~ - 内容 : 研究発表×2 - 研究発表のルール -- 持ち時間20分（発表12分，質疑8分） -- 特別な事情がない限り原則，全員参加（３年生は任意で参加可） -- &color(red){''発表前日までに資料をアップすること（質の悪いスライドを全員に共有させない．）''}; -- 急な予定が入った場合は，代わりの人を自分で探して下さい -- 司会者は小ゼミ進行と議事録をとる -研究発表の順番 --以下の順番で2人ずつ発表する |>|>|>|CENTER:|c |~発表順|~発表者|~発表者|~司会者|h |~1| 久木田 | 上西 | 東 | |~2| 東 | 松浦 | 宮崎 | |~3| 宮崎 | 築山 | 上西 | |~4| 上西 | 久木田 | 松浦 | |~5| 松浦 | 東 | 築山 | |~6| 築山 | 宮崎 | 久木田 | //旧Ver //|~1| 久木田 | 松浦 | 宮崎 | //|~2| 東 | 築山 | 上西 | //|~3| 宮崎 | 陳 | 松浦 | //|~4| 上西 | 久木田 | 築山 | //|~5| 松浦 | 東 | 陳 | //|~6| 築山 | 宮崎 | 久木田 | //|~7| 陳 | 上西 | 東 | **質疑の意味（なぜ発表者のために質問しなくてはいけないか？） [#s8a83e06] - 単純な質問（だただた分からなかったことを質問すること）の意義 -- 自分（発表者）の中では当たり前だと思っていることが，そうではない（論理の飛躍がある等）ということが分かる -- 聞き手に何が伝わってないのかが理解できる（プレゼン方法の改善点が見つかる＝論文でも説明しておくべきことが分かる） - 批判や代替案の提案（こういう方法があるんじゃない？／こうした方がいいんじゃないの？という類の質問） -- 自分が考えていなかった視点で，アプローチや評価方法が存在することが分かる（考察や今後の課題として考えておかなければならないことが分かる） -- もしかすると，自分が今までやっていた方法よりも良い方法があることが分かる **2017年02月23日 [#zadce2b5] -発表者：築山 --発表タイトル --発表資料（&attachref();） -発表者：上西 --発表タイトル --発表資料（&attachref();） -発表者：松浦 --発表タイトル --発表資料（&attachref();） -発表者：宮崎 --発表タイトル --発表資料（&attachref();） **2017年02月08日 [#zadce2b5] -発表順 : 4 ***発表者：上西 [#a65b2d2e] -発表タイトル : 標準API呼び出しの共起関係を利用したアプリ検索手法の提案 -発表資料(pdf) (&attachref(研究発表上西0208.pdf);) -発表資料(key) (&attachref(研究発表上西0208.key);) -質疑 -8枚目 --アプローチではなくゴールを記述している -9枚目 --この手順を行う理由が分からない --アイデアがどこに存在するのか分からない --東さんの図を参考にすればよいのでは？ -10枚目 --手順を行う理由が不明(回答:ベクトル空間にある数値には共起関係があるので用いた?) --アプリ解析という新しい用語を使っているので，Stigmataで統一すればよいのでは？ -スライド12 --Tf-idfを用いる理由 --特徴語を用いたいので，頻出している単語を除去したい --現在のスライド構成LSIに関する質問がされるかも --質問されるのを避けたいのであれば前処理としてさらっと流すのはどうか？ -スライド13 --類似度の総和ではなく類似度の平均を算出している -システムの処理について --3ステップもあるとどれが最も重要な情報か分からないのでもう少し簡潔にすべきでは？ -RQ1に関して --速さは上がったが精度はどうなっているのか？ --回答 --RQ2で調査する予定 ***発表者：久木田 [#l33a655b] -発表タイトル : -発表資料(pdf) (&attachref();) -発表資料(pptx) (&attachref();) -質疑 **2017年02月01日 [#x6413f56] -発表順 : 3 ***発表者：宮崎 [#d2b96e62] -発表タイトル : 開発者のPolitenessと活動継続性の関係 -発表資料(pptx)（&attachref(OSS開発コミュニティの継続性と開発者のPolitenessの関係.pptx);） -発表資料(pdf) （&attachref(OSS開発コミュニティの継続性と開発者のPolitenessの関係.pdf);） -質疑 --p1 ---企業にとっての背景やね？ --p2 ---箱でかいからそこにしか目が行かんw --p3 ---口論も人間関係？人間関係は関係ある？ ---前のスライドと繋がってない ---スキル不足を口論で解消するのですか？ **2017年01月25日 [#x6413f56] -発表順 : 2 ***発表者：東 [#d2b96e62] -発表タイトル : 未知ライセンス特定のためのライセンスルール自動抽出手法に関する研究 -発表資料(key) (&attachref(未知ライセンス特定のためのライセンスルール自動抽出手法に関する研究.key);) -発表資料(pdf) (&attachref(未知ライセンス特定のためのライセンスルール自動抽出手法に関する研究.pdf);) -質疑 -問題を１枚で作成したー＞わかりやすい問題定義にしないと --なにをしないといけないかを述べなければいけない --解きたいことを述べる --例）時間がかかるー＞時間を削減する，労力がかかるー＞人手でやるのは現実的ではない -アルゴリズムの説明がないのはダメ --問題を解決するためのものがアルゴリズム --1つ説明するなら，タイトルに含まれる「抽出」をしているアルゴリズムを説明してください -ガチ勢にはふわっとした説明はダメ --きちんとアルゴリズムの説明をしてください -どこが新しいのか，アイデアを伝えないないと，研究のありがたみが伝わらない --アイデアは記述パターンがルール作成に使えるところ，っていうのを伝えないと -リサーチクエスチョンはやめて，評価実験にしたほうがいい --アルゴリズムの結果この精度でした，っていうスライドに --時間の都合上説明できないならスライドにしない ***発表者：松浦 [#d2b96e62] -発表タイトル : ライセンスルール更新に向けた未知ライセンス文調査 -発表資料(pptx) (&attachref(研究発表_0.pptx);) -発表資料(pdf) (&attachref(研究発表_4.pdf);) -質疑 -文字を詰めすぎてるから見にくい -「むけた」はひらがなでいいの？ -更新は自動なの？手動なの？ --向けたは大きな目標を達成するための一歩 -8,9枚目を他の人にわかるように --勢いで乗り切ろうとしている --具体例を出したらいい --調査すると都合のいい更新方法がわかる，っていうロジックがわからない --未知ライセンスになる傾向って？途中で未知ライセンスになるみたいに聞こえる -アプローチで，更新に基づいてっていうともう調査した結果わかってるやんって感じ --「なんでこうしたらいいか」がわからん --なぜこの分類になったのかわからん --未知と既知の説明がないからわからん -聞いてる人がどこまで知ってるかを想定してどこまで説明して理解させるかを想定する -ライセンスルール名は聞いてる人には意味がない --ライセンスA,B,CからBSDが判定されるっていう形に --何でマッチしているのかわからない **2017年01月18日 [#x6413f56] -発表順 : 1 ***発表者：上西 [#d2b96e62] -発表タイトル : 機能に基づいたアプリ検索手法の提案（or 構造に基づいたアプリ検索手法の提案？） -発表資料(pdf) (&attachref(輪講上西0118.pdf);) -発表資料(key) (&attachref(輪講上西0118.key);) -質疑 --タイトル，機能を具体的にする（API） ---4枚目 : 検索結果の表示順位が変わる ---5枚目 : 問題と問題を解決した状態が分からない ---背景，問題，目的，アプローチの形に作り直す --まとめ ---この研究は，開発者のためか，利用者のためか，どちらかに決める ---アプローチに直結する問題を定義する ---探すアプリの中身を見たい（詳細は先生に聞く） ***発表者：宮崎 [#yaf528c0] -発表タイトル : OSSコミュニティの継続性と開発者のPolitenessの関係分析 -発表資料(pdf) (&attachref(OSS開発コミュニティの継続性と開発者のPolitenessの関係分析.pdf);) -質疑 -- 開発者が辞める理由を語っているだけ 継続性の分析なら続いている理由を述べる 継続性は重要なのか? --実験の目的と研究の目的があっていない --2枚目 : 入れないと抜けるは違う --7枚目 : 新人開発者の参入障壁→Top10開発者の分析? --7枚目 : トップ開発者10人決め打ちおかしくない? --8枚目 : AとBの関係を明らかにするために以下のRQを設定しました --Todo --コミュニティの継続性とPoliteness→無理 --活動継続性とPolitenessの関係の分析に変更 --続いている人と続いていない人でPolitenessを比較 --RQを整理する（今日中） ---活動継続性の分析になったため，RQ2はいらん --活動が継続しているの定義 ---xヶ月1通以上あると継続していることにする ---再度活動している開発者は，最長の区間を採用する **2017年01月11日 [#w2506cac] -発表順 : 6 ***発表者：築山 [#tb36d85a] -発表タイトル : -発表資料(pdf) (&attachref(20170111.pdf);) -発表資料(key) (&attachref(20170110.key);) -質疑 -- 句読点の位置に気を付けて -- 「OSS利用」では具体的な場面が想像できない -- 背景スライドで，コミュニティの活性度の説明からOSSは継続性やサポート面での不安が大きいということにはつながっていない -- 開発者が不足している話をはじめからすればよいのでは -- 開発者が不足したことで起こった問題を事例を挙げて説明してみるのはどうか -- 3枚目のスライドのひとつめの項目がいらない，話がつながっていない？ -- 社会性を見ようとした理由は？ -- 「社会的な信頼」を測るのは難しい -- t期間におけるFollowed,Followingからプロジェクトの継続性を測る **2016年12月21日 [#w2506cac] -発表順 : 5 ***発表者：松浦 [#tb36d85a] -発表タイトル : -発表資料(pdf) (&attachref(研究発表.pptx);) -質疑 --p4. なんのために目視するか？ ---＞支援対象は研究者 --p5. なんで急にNinkaが出てきた？ ---急に飛んだ ---図をちゃんとしたほうがいい ---箱 / 箱の色の意味 --p7. 出さないほうがいい or 翻訳が正しいのか検証 ---英語だけだすとか？ --p8-9 ---スライドはやめたほうがいい ---注目する点を中心に --p9. 「取り除く」とは？ ---＞目視する必要のある文章から除外する --p10. 目的 ---明らかにしたら何が嬉しい？ ---支援できる ---何が支援できる / できない？ ---正しく判定できるのを説明できるからそれで… ---全体の数を減らせる… 「目的も言わずに, 明らかにしたがる…」 明らかにすると, 誰がどのように嬉しいか？ --p5-6 ---図を工夫したら, 「意味的に同じでも, 文字列の違いでUnkownにする」ってことをもっとわかりやすくできるはず --備考 ---Ninkaにルールを [ 修正すべきものと / 新しく追加するもの / 人手でやれ ] に分類 --[目的] ---ルールベースのツールを改善するため ---A 既存のライセンスの表記揺れを特定 ---B 既存のライセンスのルールを追加 ---C 新しいライセンスのルールを追加 ---D ？ ---BSD, MIT は改変されるのに正規表現で特定したい ---どのように改変されるのか変遷を確認 --[目的大きく変えていいなら…] ---C, D はユーザが目視すべき & A, B はツールが特定すべき ---A, B を特定できていない割合を調べました. ---ツールはきちんと特定できているか ---どれくらいの頻度（期間）でツールを見直す必要があるか --ルールベースのライセンス特定ツールの説明 --表記揺れが出てくるから, 使えなくなる（作った時点では 取れてる / 使えてた はず） ---Ninka（ルールベースのライセンス特定ツール）がリリースされた時期 vs. ライセンスを含むソフトウェアがリリース / 更新 された時期 ---ルールを更新する必要性&追加する必要性 × 期間 ***発表者：東[#h4485ccd] **2016年12月14日 [#w2506cac] -発表順 : 4 ***発表者：久木田 [#tb36d85a] -発表タイトル : コードクローンの作成・利用過程とソフトウェア品質の関係分析 -発表資料(pdf) (&attachref(研究発表20161214_0.pdf);) -質疑 --落とし所（目的）が決まっていない --データを見てもらいたい --「意味あるの？」 --「やめておきます」 ***発表者：上西 [#h4485ccd] -発表タイトル : 機能に基づいたアプリ検索手法の提案 -発表資料(pdf) (&attachref(輪講上西1214.pdf);) -発表資料(key) (&attachref(輪講上西1214.key);) -質疑 --p5. イノベーターの説明いらん ---イノベーター外すなら, 他の人も理由いらん？ --3番目まで入れてもいいんちゃん？「3番目くらいが対象です ＞ 終わり」でいいんちゃう？ ---10分しかない（時間の制約も考える） --p.7 ---アーリーアダプターの言葉を変える ＞ アクティブユーザーなど --解決できないことは書かない方がいい ランキングベースの検索しかできない --原因を言う ---ランキングベーズが招いている問題 ---キーワードベースで解決できない --p12-13. ---回りくどい ---バースマークの説明いらん ---たまたまあったから, Stigmataを使うくらいでいい --p.15 ---イメージを持ち出す ---Stigmataじゃ求める出力を得られない --- ＞ 上西手法の実装概要 --LSIはなんで？ --相互部分空間法はなんで？ --p.16 ---類似アプリ検索の研究はよくされている ---差分は？ ---利用者はアグレッシブな人 ---提示 ＞ 抽出 --明日のCSM班では, 発表用スライド作ったら？ --卒論用の『型』を意識して ---古い先生には怒られる **2016年12月7日 [#s839d3c3] -発表順 : 3 ***発表者：宮崎 [#i4b487aa] -発表タイトル : OSS開発コミュニティの進化の理解を目的としたPoliteness分析 -発表資料(pdf) (&attachref(OSS開発コミュニティの進化の理解を目的としたPoliteness分析.pdf);) -質疑 -方向性 --活動期間の継続性をみたい -全体 --目的がわからない --三枚目の話の流れと後半が異なっている --コーディネーターがでないのにコーディネーターの話をしてはいけない --ポライトネスが継続的なコミュニケーションとして関連があるか --配慮をポライトネスによって計測すると書けばどうか -タイトル --進化という内容が使われていない -スライド１ --研究の起点の説明が必要 --３行目が不必要 -スライド２ --危険なロジック展開になっている --開発者、ユーザーというラベルをはるべき -スライド４ --スライド３と４の間に大きな差があるのか？ -スライド６ --６と７がおかしい -スライド９ --Strategyを検出してどのようにするのか分からない --処理０を別スライドで作るべき --SVMがどのように作られたのかわからない ***発表者：陳 [#m7d76d93] -発表タイトル : -発表資料(pdf) (&attachref();) -質疑 -- **2016年11月30日 [#s97775ee] -発表順 : 2 ***発表者：東 [#afab4b70] -発表タイトル : -発表資料(pdf) (&attachref(ライセンスルール自動生成手法の構築.pdf);) -質疑 --俯瞰的に見れるようにAライセンスとしますとかの説明が必要 --聞いている人はどこの説明をしているのかわからないので，説明しているところをポインタなどで示す --腕は組まないでください --やったことではなく，なぜその処理をしたのかの理由を説明 --クラスタリングで，外れ値があった場合はどうなるの？ --類似度とはなに？ ---ユークリッド距離 --式に出てきたNLDは類似度？ --修論全部は説明できないので，どれか一つをメインにしましょう --フィルタリングされた記述群2つに含まれるライセンスがあった場合どうするの？ --フィルタリングした後の集合は異なるクラスタになるの？ --ライセンス文章ではなくライセンス文が適切 --ライセンス文とライセンス記述の関係は？ --記述パターンに出てきた正規表現はなぜ用いたの？ --前提があるならそこを説明しないと伝わらない --CeCILLライセンスのCとBは違うものとしてとれた？ --既知のファイルもライセンスルール生成に用いるの？ --Ninkaに生成したルールを追加してみて，これだけUnknownがなくなったっていう結果で最後しめたらいい --ライセンス文ごとの方がいいのでは？ --ライセンスルール生成は手作業でするの？ --BSD2とBSD3の場合，同じクラスタになることはあるの？ ***発表者：築山 [#xfb7ef3d] -発表タイトル : -発表資料(pdf) (&attachref();) -質疑 -- **2016年11月24日 [#t0b7c6da] -発表順 : 1（2のはずだった） ***発表者：松浦（前回の分） [#gc88f42d] -発表タイトル : 小規模OSSにおけるUnknownのコスト削減手法のための調査 -発表資料(pdf) (&attachref(研究発表_3.pdf);) -質疑 --一番伝えるべきことを口で言うだけになってる（スライドにせよ） --話す順番、スライドの順番に気を付けること（全然伝わらない） --伝えたいことが決まってないからタイトルなどいろんなところの意味がわからない伝わらない --「背景」ってタイトル禁止にしてみたら？タイトルに命を（上西） --そのスライドの中で一番伝えたい言葉に色を付けたら？1スライド1テーマの原則を守っているなら簡単にできるはず（上西） --人の質問を遮って勝手に話し出さない（上西） --unknownの文と対応すべきだったライセンスルールをどうやって見つけてるの？→目視 --どうやってコストを下げるの？それが目的？→目的はコストを下げる方法を見つけるための調査をすることでした --なぜ小規模OSS？→意味はない --コストとは？ **2016年11月16日 [#s659c791] -発表順 : 1 ***発表者：久木田 [#t6cf4b3b] -発表タイトル : -発表資料(pdf) (&attachref(研究発表20161116.pdf);) -質疑 -- **2016年11月9日 [#s659c791] -発表順 : 7 ***発表者：陳 [#b5252d28] -発表タイトル : -発表資料(pdf) (&attachref(DevOps_2.pptx);) -質疑 -- --Slackの話に入る以前にソフトウェア開発とDevOpsを理解する --本を読む --アジャルとは --Build&Deployといった開発(Dev)と運用(Ops)について勉強する --12月試験やから素早くキャッチアップする ***発表者：上西 [#z24cc766] -発表タイトル : 機能に基づいたアプリ検索手法の提案 -発表資料(pdf) (&attachref(研究発表1109.pdf);) -発表資料(key) (&attachref(研究発表1109.key);) -質疑 --LSIはそもそも有効なのか，テストしてから検索部分を実装した方がいいのでは? --文章概念行列の概念とは --難読化とは，sigmataを使う理由 --具体的なデータを見せて欲しい **2016年11月4日 [#xf190ab8] -発表順 : 6 ***発表者：築山 [#z6bbbfdf] -発表タイトル : -発表資料(pdf) (&attachref(研究テーマ1105_0.pdf);) -質疑 --OSSを導入するメリット・デメリットはスライドに乗せた分だけ？ ---話をつなげるにはもっと別のものがあるのではないのか --ボランティアは有志の意味も含まれている --「開発コミュニティは〜〜開発している」は変 --ロックスターの定義は？ ---先行研究ではどうなっている？，どんな影響があったのか？ --個人が追跡できることで，開発者の社会性が見やすくなったとは言えてない --先行研究から自身の研究へのつながりの部分が説明不足？ ---目的に至るまでの過程の説明がほしい ---なぜこの分析をする必要があるのか ***発表者：宮崎 [#w9ca6494] -発表タイトル :メンターのPolitenessと活動日数分析 -発表資料(pdf) (&attachref(メンターのPolitenessと活動期間分析_1.pdf);) -質疑 --3ページ目のメンターの説明はいらない --「メンツを保たず」の表現はそれでいいの？ --メールの内容を考慮しなければいけない理由は？ --コミュニケーション能力が高いというために必要なメトリクスは？ --先行研究の学習データではバッドメンターも含まれてた推薦結果が出るのでは？ --メールのテキスト分析の主な分析方法でPolitenessとSentimentが出るのはおかしい --先行研究の「メンツをつぶす，やる気を削ぐ」からPoliteness分析につなげる --メンターの中にはメンターにふさわしくない人がいるかを調査する --一通でもPoliteness値が低いものが投げられれば，その後開発に参加しないのではないのか **2016年10月26日 [#xf190ab8] -発表順 : 5 ***発表者：松浦 [#z6bbbfdf] -発表タイトル : -発表資料(pdf) (&attachref(研究発表_2.pdf);) -発表資料(key) (&attachref();) -質疑 --ファイル数は多くないって、どれくらい多くないのな? --目視を支援するための研究なのか? --なんで４つのタイプに分類したのか? --ライセンス文のタイプって何を指してる? ***発表者：東 [#w9ca6494] -発表タイトル : ライセンスルール自動生成を目的とし たライセンス記述パターン抽出手法 -発表資料(pdf) (&attachref(20161026_研究発表.pdf);) -質疑 --16枚なぜABとBCDEというアイテム列抽出しないのか? --既存手法は何? **2016年10月19日 [#xf190ab8] -発表順 : 4 ***発表者：上西 [#z6bbbfdf] -発表タイトル : 機能に基づいたアプリ検索手法の提案 -発表資料(pdf) (&attachref(研究発表1019.pdf);) -発表資料(key) (&attachref(研究発表1019.key);) -質疑 ***発表者：久木田 [#w9ca6494] -発表タイトル : コードクローンの作成・利用過程と品質の関係を分析するためのツールの提案 -発表資料(pdf) (&attachref(研究発表20161019.pdf);) -質疑 ***以下は前回までの未発表（ログとして） [#rf3394b0] ***発表者：久木田 [#z200e889] -発表タイトル : -発表資料(pdf) (&attachref();) -論文:(&attachref();) -質疑 ***発表者：東 [#d5c34c60] -発表タイトル : -発表資料(pdf) (&attachref(20161012_YH_大ゼミ_0.pdf);) -質疑 ***発表者：築山 [#d1ff31f5] -発表タイトル : GitHub上の活動履歴分析による開発者分類 -発表資料(pdf) (&attachref(GitHub上の活動履歴分析による開発者分類_3.pdf);) -論文:(&attachref(IPSJ-JNL5602034.pdf);) -質疑 ***発表者：宮崎 [#z9a66ed7] -発表タイトル : -発表資料(pdf) (&attachref( Predicting Failures with Developer Networks and Social Network Analysis_2.pdf);) -論文:(&attachref(p13-meneely_0.pdf);) -質疑 **2016年10月12日 [#w11f14a6] -発表順 : 3 ***発表者：宮崎 [#g1279ed5] -発表タイトル : -発表資料(pdf) (&attachref(OSS開発者の活動期間とPolitenessの関係分析.pdf);) -質疑 -- Politenessを用いる理由 -- 開発者が離脱する傾向や予兆をなぜ検出する必要があるのか -- Politenessを用いると開発者が離脱する傾向や予兆をなぜ検出できると考えたのか -- ストラテジーの説明 ***発表者：松浦 [#kbd9f9f8] -発表タイトル : -発表資料(pdf) (&attachref(A sentence-matching method for automatic license identification of.pdf);) -論文:(&attachref(dmg2010ninka.pdf);) -質疑 ***発表者：陳 [#j6ec3034] -発表タイトル : -発表資料(pdf) (&attachref(Relink Recovering Links between Bugs and Changes_6.pptx);) -論文:(&attachref(p15-wu_9.pdf);) -質疑 **2016年10月05日 [#t5fe4682] -発表順 : 2 ***発表者：上西 [#ja42fff7] -発表タイトル : 潜在的ディリクレ配分法を利用した文書への自動タグ付与に関する検討 -発表資料(pdf) (&attachref(輪講スライド1005.pdf);) -発表資料(keynote) (&attachref(輪講スライド1005.key);) -論文:(&attachref(++LDA3.pdf);) -質疑 --term-scoreの評価実験の内容がよくわからない --トピックのもとの文章がないとわからない --何個読み込ませて何個出したのか？ --評価実験の何が正解なの？ --この論文は引用しないほうがいい --研究は初歩的なことからやっていってください ***発表者：松浦 [#x8c6956b] -発表タイトル : -発表資料(pdf) (&attachref(An empirical study of the reuse of [自動保存済み].pptx);) -論文:(&attachref(dmg2009_oss_gpl.pdf);) -質疑 --GPLと互換性のある他のFOSSライセンスにする，とは？ --なぜデュアルライセンスがいけるのか？ --結果のところに例ないとわからん --質問したというのは，調査してコンフリクトがあったのか，それとも考えて質問したのか？ --最後の例外はどういうこと？ --MPLがGPLになれるってどういうこと？ --喋り出すと早口になるから気をつけて **2016年9月28日：ターン１[#k428d0dc] ***発表者：久木田 [#z03b364e] -発表タイトル : -発表資料(pdf) (&attachref(研究発表20160928.pdf);) -質疑 --スライド3枚目について ---コードクローンの図が説明できていない（初見では意味がわからない） ---図のどこが、どういう意味で、何を表しているのか、を説明すべき ---そもそもこのスライドで伝えたいことを考えると、ここにこの図は必要か？ --スライドの内容とスピーチの内容（ストーリー）が乖離している！ ---『スライド先行のスピーチ』になってしまっている ---スライドの内容にないことを話している（話したいストーリーを考える前にスライドが作られている？） ---スライドをもっと細かく分けるべき ---大事なこと、初見ではわかりにくいことはスピーチだけで済ませるのではなく、必ずスライドにする --コードクローンを管理するとは ***発表者：陳 [#z03b364e] -発表タイトル : -発表資料(pdf) (&attachref(Relink Recovering Links between Bugs and Changes_5.pptx);) -論文:(&attachref(Relink_fse2011_1.pdf);) -質疑 --もっと声を大きくすれば伝わります --英語でスライドを作るのは良い --アプローチ（論文3.2~3.4章）の説明がされていない **2016年9月20日 [#k428d0dc] ***発表者：築山 [#z03b364e] -発表タイトル : 研究発表 -発表資料(pdf) (&attachref(g_18_2_0.pdf);) -質疑 --rockstarは何人中何人なのかがわかるようにする ---コミュニティ内に僅かしかいないことを伝えなければならない --なぜ増えてるかを知りたいのはいいね --rockstarになるまでの期間で，何割をいつまでに獲得できているかで，早生型と晩生型を決めるのもあり --もしくは，中央値を基準に分類 --入ったプロジェクトの人数にも依存するので，最初に入ったプロジェクトで分類するのは厳しい --早生は「若くして死ぬこと」 --今後の展開の面 ---follower数と活動量でフィルターかけると著名人を消せる ---follower数と活動量のどれが関係あるかを仮説立ててやるか，片っ端からやるか ---rockstarがアクティビティの最も高いリポジトリでの活動に着目しなければいけない（複数のリポジトリでの活動を混ぜてしまうとノイズが入ってしまう） ---まず，開発者ごとどんな活動をしているかを確認しなければいけない（どのリポジトリに参加しているのか，どのリポジトリをメインで活動しているのか，もしくは均等に活動しているのか） --そもそもなんで早熟型と晩生型にしたの？著名人型とそれ以外ではダメ？ ---０の人がどうやってrockstarになったかを知りたい --それは何に役立つの？ --早成から逆算して晩生を決める --rockstarを予測する理由を改めて考えて ***発表者：東 [#z03b364e] -発表タイトル : Intellectual Property Rights Requirements for Heterogeneously-Licensed Systems -発表資料(pdf) (&attachref( Intellectual property rights requirements for heterogeneously-licensed systems_5.pdf);) -論文:(&attachref(Alspaugh-Asuncion-Scacchi-RE09.pdf);) -質疑 --権利を侵害するではなく権利を制約するでは？ --８ページのlicenseとactorの違いは？ --入力はなに？ **2016年9月5日 [#k428d0dc] ***発表者：久木田 [#df345a9a] -発表タイトル : The Missing Linkes: Bugs and Bug-fix Commits -発表資料(pdf) (&attachref(The Missing Linkes.pdf);) -論文:(&attachref(p97-bachmann.pdf);) -質疑 --F5はRQ2のアンサー? ―op citがいいアルゴリズムとなった理由 --オーナーシップはどうやって測るのか --大きなファイルを修正する際に紐づけられや すい?， ファイルオーナーの経験が紐づけられるか否 かに影響される? は本当に言えるのか --紐付けるのは，バグ予測したいから --コミットidは人が書いたやつ?システムが書いたやつ? --前もってやりましょう ***発表者：上西 [#ked38524] -発表タイトル : Combining Formal Concept Analysis with Information Retrieval for Concept Location in Source Code -発表資料(pdf) (&attachref(Combining Formal Concept Analysis with Information Retrieval for Concept Location in Source Code.pdf);) -発表資料(keynote) (&attachref(Combining Formal Concept Analysis with Information Retrieval for Concept Location in Source Code.key);) -論文:(&attachref(Combining Formal Concept Analysis with Information Retrieval for Concept Location in Source Code.pdf);) -論文（こっちが本物）:(&attachref(a23-poshyvanyk.pdf);) ←ACM TOSEM, Volume 21 Issue 4, November 2012, Article No. 23 -質疑 -- **2016年8月30日 [#k428d0dc] ***発表者：松浦 [#z03b364e] -発表タイトル : 研究発表 -発表資料(pdf) : (&attachref(研究発表_1.pdf);) -質疑 --SPDXを説明してない --開発者が作成したライセンスはSPDXに登録されるのか --SPDXに存在しないかつ対応できない --ライセンス制約の話 --対応する→分類する，繋がらない --分類，特定の違い --言葉大事に --なぜ，Can，Cannot，Mustの3つにしたのか --SPDXに載っていないライセンス記述数とは? --研究の位置付け **2016年8月23日 [#k428d0dc] ***発表者：上西 [#z03b364e] -発表タイトル : 研究発表 -発表資料(pdf) : (&attachref(研究発表_0.pdf);) -発表資料(keynote) : (&attachref(研究発表.key);) -質疑 --支援者は誰? --いい感じにストーリは作れてる --もう少し要件定義を深めるか，既存解析手法のサーベイをやるべき --sigmataで既存アプリを検索し，差分だけに解析手法適用すればいいのでは? --8月までに実装の香り --Chen et alが一番シンプル? ***発表者： 宮崎[#df345a9a] -発表タイトル : Sentiment Analysis in Tickets for IT Support -発表資料(pdf) (&attachref(Sentiment Analysis in Tickets for IT Support_0.pdf);) -論文:(&attachref(p235-blaz.pdf);) -質疑 --足していいの? --“1~3章まではよく書けてるけど，4章から全然書けてない”が入力だとニュートラルになってしまうよね --そもそもなんで測りたい? --怒ってるのだけ知りたいのでは? --ともちゃんPoliteness作ろう ***発表者： 築山[#df345a9a] -発表タイトル : Impression Formation in Online Peer Production: Activity Traces and Personal Profiles in GitHub -発表資料(pdf) (&attachref(2016_08_23.pdf);) -論文:(&attachref(marlow-cscw13.pdf);) -質疑 --印象をなぜ計測するのか --貢献した人の貢献とは? --メインは一緒に働きたい人? **2016年8月9日 [#k428d0dc] ***発表者： 山谷[#df345a9a] -発表タイトル : -発表資料(pdf) (&attachref(研究報告20160809.pdf);) -質疑 --背景．ユーザ増えたからバグが増えたみたい --最初の文（OSSが普及している）いらない --１枚目は背景と問題 --問題を最初に言わないと --ボランティアの話は今は関係ない --不具合が残っていることを説明 --検証をすることのできる開発者（モジュールオーナー）がいないことが問題 --テストデータではなく実データ --先行研究のところでモジュールごとに予測していないことを書かないといけない --あるモジュールはバグが多いにもかかわらずモジュールオーナーが不足しているのが問題 --モジュールオーナー候補者予測でモジュール感が出ていない --モジュールの定義をしなければいけない ---ソフトウェアの主たる構成要素 --人によってはコンポーネントと感じることがある --主たる部品を構成するソースファイルの集合 --べき分布に従う理由は？ --外れ値は統計的な意味での外れ値なのか？ --統計処理ではなくてデータ形成 --アプローチの説明が全くない --モジュールオーナー候補者予測のスライドは評価実験の方法のところ --プリシジョンリコールの説明をしないと --オープンソースでは正規分布でしたほうがいいと知られていると説明した方がいい --急に修正プロセスの話になっているのでは？ --最初のページで問題がわかるようなページを作成する必要があるのでは？ --今回の研究では適合率が重視されているのか、再現率が重視されているのか説明しなければいけない --問題はコミッターを増やすのが目的ではなくモジュールオーナーを予測したいのでピンポイントに選びたいと説明する必要がある --オープンソースでは一般的に正規分布でしたほうがいいということを説明した方がいい --ロジスティック回帰分析の理由とロジスティック回帰のシステムの説明ができていない --値がそれほど高くなくても、人数を増やせばほぼ予測することができると説明できる．ただし、高くない場合、なにが原因で下がっているのか、どうすれば向上するのかなどを言う必要がある --フィルタリングするなら理由が必要、この部分を説明しないとなぜ前回失敗したのかの説明ができない --要件定義する必要がある、目的は何？ --モジュールとは？ソフトウェアの主たるものを構成するファイルと表現すればよいのでは？ --外れ値の定義がわからない --モジュール毎に用意するというのは何を？ --ゴールが何か明確にすべき、自分が何を調べたいのかを自覚しないと失敗してしまう --目的はできるだけ少ない人数で候補者を予測したい、つまり適合率が重要 --どの部分にも良い点と悪い点がある ***発表者： 松浦[#df345a9a] -発表タイトル : -発表資料(pdf) (&attachref(An Exploratory Study of the Evolution of Software.pdf);) -論文:(&attachref(An Exploratory Study of the Evolution of Software Licensing.pdf);) -質疑 --問題点は？ --ライセンスが変わった場合は、ライセンスは利用することができない？ --RQ３どういう意味？ --長いリビジョンって？ --二つ続いてコサイン類似性が0.99未満の場合に改めてライセンス分類を行うっどういう意味？ ***発表者： 東[#df345a9a] -発表タイトル : Tracing Software Build Processes to Uncover License Compliance Inconsistencies -発表資料(pdf) (&attachref(Tracing Software Build Processes to Uncover License Compliance Inconsistencies.pdf);) -論文:(&attachref(ase2014_vanderburg.pdf);) -質疑 **2016年8月2日 [#k428d0dc] ***発表者： 宮崎[#df345a9a] -発表タイトル : Politeness分析を用いたOSS開発コミュニティのコミュニケーション分析 -発表資料(pdf) (&attachref(進捗報告_2.pdf);) -質疑 -研究者に関して --コミュニティの定義とは? --コミュニケーション障害の定義 --Politenessで測ることで，コミュニケーション障害を調べられる理由 --RQ1 : Politenessストラテギーの分析とかできないの？ --RQ2-1いらないのでは? --新人開発者の定義 : なぜ10日?（要合理的な理由） --メールでフィルタリングしないのはなぜ？ --1通だけの人を減らしてみては? --検定の理由が弱い --10人中2は，新人を育てるのがうまかった --そのRQで参入障壁を確認できるのか？ ―RQ1 : 新人と新人，コアとコアで比べたらどうか --参入障壁の定義 --全ての新人開発者を対象にするのはマズイ --メールフィルタリングしましょう -スライドに関して --スライド7枚目みにくい --一般開発者には，活動期間10日未満のものは入る？ --サンプル数は？ --Politenessの定義 --返信，送信の定義 --有効桁数がバラバラ --砕けた表現，無礼な表現など，都合のいいように表現を変えすぎ ***発表者： 久木田[#df345a9a] -発表タイトル : An Ethnographic Study of Copy and Paste Programming Practice in OOPL -発表資料(pdf) (&attachref(An Ethnographic Study of Copy and Paste Programming.pdf);) -論文:(&attachref(An Ethnographic Study of Copy and Paste.pdf);) -質疑 ***発表者：上西 [#u40295a8] -発表タイトル : ショートメッセージの部分空間表現と宛先推定 -発表資料(pdf) : (&attachref(ショートメッセージの部分空間表現と宛先推定.pdf);) -発表資料(keynote) : (&attachref(ショートメッセージの部分空間表現と宛先推定.key);) -論文 : (&attachref(ショートメッセージの部分空間表現と宛先推定_0.pdf);) -質疑 --試したのは3つだけ？yes --Tはどこから？著者が決めた --なぜこの論文を読んだのか ---word2vecをソースコードで試してみるのは... **2016年7月26日 [#k428d0dc] ***発表者： 東[#df345a9a] -発表タイトル : ライセンスルール自動生成を目的とし たライセンス記述パターン抽出手法 -発表資料(pdf) (&attachref(20160726_YH_研究発表ver3.pdf);) -質疑 --記述パターンと系列パターンが混ざっており、理解しにくい --系列パターンとは何？ --13ページのBIDの抽出パターンは全部？ --技術的課題という言葉は公式に認められている課題ではないと使用してはいけないのではないか？ --BIDE自体のシステム的問題ではないので技術的課題ではないのでは？ --Ninkaはそもそも間違いを出さないために作られているのに類似度を用いて問題はないのか？ --意味的な内容を考慮せずに最も多いグループを取り出すのは問題ないのか？ --一致するものが少なくなっていても問題なのか --単一ファイルの意味がよく分からない --今回の実験では単一,複数という言葉を使う必要はないのでは？ --単一のクラスタが増える代わりに単一ファイルが大量に増えるように作っているが、そのシステムにメリットになっているのか？ --何回も提案ツールを使用するとクラスタの構造が変わるのではないか？ --評価対象を増やしたら説得力があるのではないか？ --ライセンス候補を出力してはどうか？ --単語数などでは行わないのか？ ***発表者： 久木田[#df345a9a] -発表タイトル: CCTの解析結果 -発表資料(pdf) (&attachref(研究発表（CCTの解析結果）_0.pdf);) -質疑 --Bug-fix回数ではなく、クローンセット内において修正が必要であったクローンの個数ではないのか？ --ページ１９コミュニケーションをとることによるコード変更の影響があるのかを見たいのではないか？ --矢印の意味がよく分からない --ページ20バグを混入した人なのか修正した人が誰なのかよく分からない ***発表者： 陳[#df345a9a] -発表タイトル : -発表資料(pdf) (&attachref();) -質疑 ***発表者： 山谷[#df345a9a] -発表タイトル : Quantifying and Mitigating Turnover-Induced Knowledge Loss:Case Studies of Chrome and a project at Avaya -発表資料(pdf): (&attachref(QuantifyingAndMitigatingTurnover-InducedKnowledgeLoss.pdf);) -論文:(&attachref(Rigby2016ICSE.pdf);) -質疑 --なぜ銀行でこのような分布を使用しているのか？ --ページ９は離脱している？ --推薦の結果が示しているという意味がよく分からなかった --離脱した日の判定はどうなっているのか？ **2016年7月19日 [#k428d0dc] ***発表者： 久木田[#df345a9a] -発表発表 : -発表資料(pdf) (&attachref();) -質疑 ***発表者：築山 [#df345a9a] -発表タイトル : -発表資料(pdf) (&attachref();) -論文 (&attachref();) -質疑 --スライドの文字が小さ過ぎ --プルベースの説明入れると長くならない？ --先行研究の説明した方がいい --去年のICSE2015勉強会のスライドを見てみよう --「インタビューした」だけでいい？ --「アプローチ」ってタイトル違う？ --詰め込みすぎ --資料はWebページに上げれば？ ***発表者：宮崎 [#f3365476] -発表タイトル : Building a Theory of Job Rotation in Software Engineering from an Instrumental Case Study -発表資料(pdf) (&attachref(Building a Theory of Job Rotation in Software Engineering from an Instrumental Case Study.pdf);) -論文 (&attachref(p971-santos.pdf);) -質疑 --10ページの結果の+-はどうやって出したのか --job rotationと人の育成は違うんかな --いい影響、悪い影響の状況などもう少し詳しく知りたかった --この論文なんで通ったんや --「SHITAUKE」って論文タイトルはどう？日本の狂った闇の仕組みを世界に知らせたれ --シニアマネージャーって何？→年取ったマネージャー（マネージャーのマネージャー） **2016年7月12日 [#k428d0dc] ***発表者：東 [#wdc45615] --Guilty or Not Guilty: Using Clone Metrics to Determine Open Source Licensing Violations --発表資料（&attachref(Guilty or Not Guilty- Using Clone Metrics to Determine Open Source Licensing Violations_0.pdf);） --論文（&attachref(Guilty or Not Guilty- Using Clone Metrics to Determine Open Source Licensing Violations_1.pdf);） -質疑 --小さい単位で複数クローンがある場合はどうなる？ --ライセンス文のクローンをみているのか？コメント文ではなく，ソースのクローンをみているのか？ --コメントは含んでいるのか？ --トークンとは？ --UBとLBとは？ --正解集合をつくった開発者はだれか？ --上限と下限をつくったことにどういった価値があるのか？ほとんどのデータはMCLの50くらいから300くらいの間に入るのでは？ ***発表者：松浦 [#wdc45615] --On the Variability of the BSD and MIT Licenses --発表資料（&attachref(On the Variability of.pptx);） --論文（&attachref(bsdMit.pdf);） -質疑 --変化性とは？表記ゆれ？多様性？ ---多様性が正しいです --テンプレートと一致しているか否かはどうやってわかる？ ---Ninkaを使って一文単位で分類しているので大丈夫です --想定内と想定外とは？ ---変に訳していました。変更されていても法的な意味で問題がないということです --「対応を考える」とはだれがだれに対応する？ --SPDXの存在意義は？ ***発表者：宮崎 [#wdc45615] --dicomo参加報告 --発表資料（&attachref(dicomo2016参加報告_0.pptx);） **2016年7月5日 [#k428d0dc] ***発表者： 築山[#df345a9a] -発表発表 : GitHubにおけるソーシャルネットワーク分析 -発表資料(pdf) (&attachref(研究発表0705.pdf);) -質疑 --現状の表は事例を出している？ --グラフの軸とか何を表してる？ --制約があることは論文で説明する --データは今から取っておいて8月に分析 --累積フォロワー数はいらない --急激にフォロワーが減った時にやばいことが起こったかも？ --活動量も考慮したロックスターの早期発見をしてみたら？ --ロックスターを見つける目的を考えてみて --ツールじゃなくてわかり易い表を（エクセルはわかりにくい表を作り易い） ***発表者： 久木田[#df345a9a] -発表タイトル：How Multiple Developers Affect the Evolution of Code Clones -発表資料(pdf) (&attachref(How_Multiple_Developers_Affect_the_Evolution_of_Code_Clones.pdf);) -発表資料(pptx) (&attachref(How_Multiple_Developers_Affect_the_Evolution_of_Code_Clones.pptx);) -論文(pdf) (&attachref(ICSM-2013-Harder_2.pdf);) -質疑 --今はgood,badではなくadvantage,disadvantegeと言うみたい --単一の開発者ではなくメインの開発者 --tokenを使わないといけない理由は？ 一行の中の部分で，差分をとってこれるように --iclonesが検出するクローンはクローンタイプはtype何？ --テーブル３のall，CCsingle,Excl.って何？ --CCsingleとCode Authorship(single)の違いは？ --RQ4のAntの質の高い開発体系とは？ --単一の開発者と複数の開発者のクローンに着目した理由は？ ***発表者：大平 [#df345a9a] -発表タイトル : Work Practices and Challenges in Pull-Based Development: 
The Contributor’s Perspective -発表資料(pdf) (&attachref(Work_Practices_and_Challenges_in_Pull-Based_Development_The_Contributor’s_Perspective.pdf);) -発表資料(keynote) (&attachref(Work_Practices_and_Challenges_in_Pull-Based_Development_The_Contributor’s_Perspective.key);) -論文 (&attachref(p285-gousios.pdf);) -質疑 -- ***発表者：上西 [#f3365476] -発表タイトル : Javawock: A Java Class Recommender System Based on Collaborative Filtering -発表資料(pdf) (&attachref(Javawock A Java Class Recommender System Based on Collaborative Filtering.pdf);) -発表資料(keynote) (&attachref(Javawock A Java Class Recommender System Based on Collaborative Filtering.key);) -論文 (&attachref(Javawock A Java Class Recommender System Based on Collaborative Filtering_0.pdf);) -質疑 --日本語版見てみて --推薦スコアは何に使う？ --評価実験の対象は？ **2016年6月28日 [#k428d0dc] ***発表者：大平 [#df345a9a] -発表タイトル : Overcoming Open Source Project Entry Barriers with a Portal for Newcomers -発表資料(pdf) (&attachref(Overcoming_Open_Source_Project_Entry_Barriers_with_a_Portal_for_Newcomers.pdf);) -発表資料(keynote) (&attachref(Overcoming_Open_Source_Project_Entry_Barriers_with_a_Portal_for_Newcomers.key);) -論文 (&attachref(p273-steinmacher.pdf);) -質疑 -- ***発表者：松浦 [#df345a9a] -発表資料(pdf) (&attachref(ライセンス記述の分類分け.pdf);) -発表資料(pptx) (&attachref(ライセンス記述の分類分け.pptx);) -質疑 --分類分け --ライセンスの説明は引用してください --やったことがわかりにくい --NO WARRANTYの説明が分かりにくい --なんのために行う研究なのか，誰を支援したいのか --UNKNOWNと判定されると，細かくライセンスを分類したい障害となるの間に論理の飛躍がある --何をやったのかわからなかった --背景,目的が分かりにくい --未保証とは? --UNKNOWNが2種類 --本気出さないと間に合わない ***発表者：築山[#df345a9a] -発表資料(pdf) (&attachref(Social Coding in GitHub -Transparency and Collacoration in an Open Spftweare Repository.pdf);) -論文(pdf) (&attachref(cscw2012_Github-paper-FinalVersion-1.pdf);) --awareness＝気づき（ex.Skypeの入力中の表示） --グランデッド・セオリーとは --80人以上にwatchされているプロジェクトを所有している開発者 --Recency=あるイベントが発生してから，次のイベントが発生するまでの時間 --Frequency=一定時間内に発生したあるイベントの累積回数 --結果1の表の説明 --一人で喋らない ―Intend behind action=アクションの陰に隠れている意図 --重要なのは，インタビューを4つの島に分類できたことがコントリビューション --結果2はどこから出てきた? --英語頑張りましょう **2016年6月24日 [#k428d0dc] ***発表者：山谷 [#h85b087d] -発表タイトル : Don't touch my code! Examining the Effects of Ownership on Software Quality -発表資料 (&attachref(DontTouchMyCode.pdf);) -論文 (&attachref(bird2011dtm.pdf);) -参考資料 (&attachref(The Influence of Organizational Structure on Software Quality.pdf);) -質疑 -- 依存関係の分析でなぜランダムが使われているのか ---評価の仕方がランダムによる評価しかできないから ***発表者：宮崎 [#h85b087d] -発表タイトル : -発表資料 (&attachref(From Developer Networks to Verified Communities A Fine-Grained Approach_1.pdf);) -論文 (&attachref(p563-joblin_1.pdf);) -質疑 -- コンダクタンスとは ---あるノードから繋がっているエッジをカットするときの重みの総和．コンダクタンスが大きいほど他のノードと関わりがある -- アンケートで対象をランダムにした理由は ---理由は書いてませんでした．対象はVCSのデータを参照した上で，ランダムに選出しています． ***発表者：上西 [#j6fcebd0] -発表タイトル : 研究発表 -発表資料 (&attachref(研究発表.pdf);) -質疑 -- アプリ間のDiffは取ることができたのか -- 1アプリどれくらいクラスが抽出されるのか -- ユーザから見た機能はどのようにして定義するのか -- 自分でアプリを作ってみて，どんなクラスが使われているか理解しないと，アプリ固有のものがわからないのでは -- バースマークとは **2016年6月14日 [#k428d0dc] ***発表者：山谷 [#h85b087d] -発表タイトル : モジュールの適性を考慮したコミッター候補者予測 -発表資料 (&attachref(研究報告20160614.pdf);) -質疑 --対象プロジェクトのカテゴリーの分類の違いは？特徴は？ ---何故gameなしというカテゴリーをしたのか？ ---何故photographというカテゴリーをしたのか？ →全てのカテゴリを用いた場合でのデータでは，ゲーム等のバイアスがかかってしまうため，ゲームをはずしました．もし，対象カテゴリのみのデータでもすべてのカテゴリのデータと変わらなければそれだけデータを少なくできるので，ハッピーということを言いたい --気持表す単語以外消してもいいのか？ ---そういうわけではない． --コメントから評判を数値化するのか？ ---いえす --どんなコメントもらってるのか？ ---まだわかりません --コッミターのsentimental frequency特徴的なとこ見つけない ---??? --特徴語わからない ---まだわかりません --N−gramどういうことなのか？ ---共起を考慮したテキストのべクトル --何を重大な不具合としているのか？ ---優先度や重要度の高い不具合 ***発表者：陳 [#h85b087d] -発表タイトル : -発表資料 (&attachref(Toward an Understanding of the Motivation of Open Source Software Developers (1).pptx);) -論文 (&attachref(Toward an Understanding of the Motivation of Open Source Software Developers.pdf);) -質疑 --LPP詳しく説明できなかった ***発表者：東 [#h85b087d] -発表タイトル : -発表資料 (&attachref(Code siblings: technical and legal implications of copying code between applications_0.pdf);) -論文 (&attachref(dmg2009_msr_siblings.pdf);) -質疑 --linuxのlicesence でBSD+GPL変更数何故多いのか? ***発表者：松浦 [#h85b087d] -発表タイトル : -発表資料 (&attachref(When and Why Developers Adopt and Change Software.pdf);) -論文 (&attachref(ICSME'15-LicensingSurvey-CRC.pdf);) -質疑 --論文のページ数書き忘れた ---次から気をつけます --oss licensesの条件は何を指している？ ---制約内容です --不適合である問題は何の問題？ --開発者は何でlicense変更することになったのか？ ---商用のためなどの利用のためです --なぜライセンス変更に関わった人のうちの５２人を分析に用いたのか？ ---未回答などの回答を除いた結果です --gitHubのサポートはなに？ --開発者はどういう問題で困っているのか？ ---自分が利用するライセンスに最もふさわしいものを選ぶのが難しい --lisences の決定されていたのか？ --lisencesを使い続けるって、どういう意味？ ---次のバージョンでも同じライセンス規約を使っているということです ***発表者：久木田 [#h85b087d] -発表タイトル : -発表資料 (&attachref(CCTracerの解析結果_0.pdf);) -論文 (&attachref();) -質疑 **2016年6月10日 [#k428d0dc] ***発表者：宮崎 [#h85b087d] -発表タイトル : OSS開発コミュニティの進化の理解を目的としたコミュニケーション分析~Politeness分析適用の試み~ -発表資料 (&attachref(dicomo発表スライト?_0.pptx);) -質疑 --コミュニティの進化とは? --コミュニケーションの質的側面とは? --難しい言葉を分かりやすい言葉に(最初の3,4枚が大事) --12分で発表できる枚数にする --スライド5,Politenessの説明 --スライド6,ツールの説明 --スライド11, 見て欲しいところを太字にする --スライド11, メール発信，送信，受信を絵で説明 --スライド17, 具体例を入れる，RQ1に答える --スライド17,箱ひげ図 --スライド19，メール返信 --スライド19,開発者9が低いのは，活動期間が関係しているのか? --スライド19,捨ぜりふとか見てみたら? --Politenessが高いとコミュニティの持続的進化に寄与するのか，立ち位置を言う --研究の方向性 (SNA，どのような文章がPolitenessが高いのか) --コミュニティ全体の時系列データPlot ***発表者：久木田 [#zb108da6] -発表タイトル : -発表資料 (&attachref();) -論文 (&attachref();) -質疑 ***発表者：上西 [#l3263ca8] -発表タイトル : 使用クラスに基づくソフトウェアの機能面からの分類 -発表資料 (&attachref(使用クラスに基づくソフトウェアの機能面からの分類.pdf);) -論文 (&attachref(使用クラスに基づくソフトウェアの機能面からの分類_0.pdf);) -質疑 --実験対象はどう選んだ？ ---Javaが使われている(ツールの関係で) --汎用性？ ---ArrayListとかよく使われるやつ --0.5で切ったのは？ ---特に意味はなさそう ***発表者：山谷 [#l3263ca8] -発表タイトル : SS2016参加報告 -発表資料 (&attachref(ss2016参加報告.pptx);) -質疑 **2016年5月30日 [#se307720] ***発表者：東 [#f17f4042] -発表タイトル : ライセンスルール自動生成に向けた未知ライセンスにおける頻出記述パターンの抽出 -発表資料 (&attachref(20160610_yh_研究発表_0.pdf);) -論文 (&attachref();) -質疑 ***発表者：陳 [#f17f4042] -発表タイトル : -発表資料 (&attachref();) -論文 (&attachref();) -質疑 ***発表者：築山 [#f17f4042] -発表タイトル : GitHub Developers Use Rockstars to Overcome Overflow of News -発表資料 (&attachref(GitHub Developers Use Rockstars to Overcome Overcome of News.pdf);) -論文 (&attachref(p133-lee.pdf);) -質疑 --プロジェクトの魅了とはどういうことなのか？ --Rockstarとその他はどういう判断をしているのか？ ---ランダムで抽出した後に定義に沿っているのかで判断している --上記のような判断ではRockstarが存在しない場合が起こりそうだがその場合どのような対応をしているのか ---論文に記述されていないので分からない **2016年5月24日 [#se307720] ***発表者：宮崎 [#f17f4042] -発表タイトル : The communication patterns of technical leaders- impact on product development team performance -発表資料 (&attachref(The communication patterns of technical leaders- impact on product development team performance.pptx);) -論文 (&attachref(p733-ehrlich.pdf);) -質疑 --中心度ではなく，中心性です．SNA用語． --RQ2,3の結果は表を貼り付けるだけでなくて，説明も書いておこう（資料としての価値がなくなるので） --technical leaderの定義をもう一度教えて ---技術力がある人 --コミュニケーション数を調べた？ ---コミュニケーションを取った”人数”を調べた --フォーマルリーダーとtechnical leaderは別？ ---フォーマルリーダーは実際の役職としてのリーダー(社長・部長みたいな役所を与えられているリーダーのこと) ---Technical Leaderは技術面において，チーム内のリーダーの役割を担っている開発者 --delivery performanceが大きいのはタスク数だからじゃない？ ---delivery performanceを測るメトリクスとしてタスク数を用いています．performanceに影響を与えるのは中心性やコミュニティの構造などの違う要因です． ***発表者：山谷 [#x613f936] -発表タイトル : Clone region descriptors: Representing and tracking duplication in source code -発表資料 (&attachref(CloneRegionDescriptorsRepresentingAndTrackingDuplicationInSourceCode.pptx);) -論文 (&attachref(a3-duala-ekoko.pdf);) -質疑 --途中で作成（削除）されるクローンは検出可能か？ ---今回の手法はできない。なおECTECはCRDをクローンとみなしており、全リビジョンでCRDを計算するので、ECTECでは可能 --なぜCRDでコードクローンを追跡できるの？大ゼミのつもりでわかりやすく教えて（久木田さんへ） ---クローンには変数やリテラルが違う（Type2）と単純な処理が1行鼠入される（Type3）があります．CRDはType2やType3の変更では記述が変わらないため追跡することが可能です． --スライド12ページ下の表の「>」は何？ ---論文中に記述はありませんでした．推測ですが，おそらくコミットを行った開発者をとっているので，コミットしていない開発者も含めるとJMeterプロジェクトでは開発者が少なくとも15人以上は存在するという意味だと思われます． ***発表者：久木田 [#n3299dd5] -3週間後には発表できるようにします **2016年5月20日（大ゼミ用発表練習） [#h402052d] ***発表者：東 [#f5972345] -発表タイトル： -発表資料 (&attachref(20160525_大ゼミ_東_0.key);) -質問・コメント --導入部分：誰のための研究なのかを一言二言追加して明確にする． --p.3：問題を明文化する． --p.4：Unknown＝「未知のライセンスであると判定される」 --p.5：全くわからん（どこ喋ってるのか対応が取れない） --p.6：未知ライセンスを対象としたルール作成手順 --p.7：階層クラスタリングが突然登場する（テキストの類似度を求める数あるアルゴリズムの中で階層クラスタリングである理由が説明されていない） --p.10-13：ヤバイ --p.16：ベースラインとは何か？だから何？？？評価方法を説明すべき． --p.17：実験結果を丁寧に説明して下さい． **2016年5月17日 [#id1fbbb6] ***発表者：陳 [#f5972345] -発表タイトル： -発表資料 (&attachref();) -質疑 --大規模になればコストが増大し、サブグループが自然に形成するのはなぜ？ --モジュラリティの式の定義は？ --どのようにしてグループを定義したのか？ --図のモジュール性は全体からのものなのか、個別のものなのか？ --ルールが存在しないのか？という意味？ ***発表者：上西 [#x613f936] -発表タイトル : Automatic Patch Generation Learned from Human-Written Patches -発表資料 (&attachref(Automatic Patch Generation Learned from Human-Written Patches.pdf);) -論文 (&attachref(Automatic Patch Generation Learned from Human-Written Patches_0.pdf);) -質疑 --RQ2のその1とその2の違いは？ --Genprogは最初にルールを設定する必要がないのでは？ --テストデータをどのようにしてとってきたのか分からない --修正する必要がない箇所も修正する危険性があるのでは？ --複数のファイルの修正はできないのではないのか？ --RQ2その2のレスポンスの数字がなぜこのようになったのか？ ***発表者：宮崎 [#f5972345] -発表タイトル : Monitoring Sentiment in Open Source Mailing Lists – Exploratory Study on the Apache Ecosystem -発表資料 (&attachref(Monitoring Sentiment in Open Source Mailing Lists ? Exploratory Study on the Apache Ecosystem _0.pdf);) -論文 (&attachref(cascon14.pdf);) -質疑 --目視した結果で調べているのか？ --Positive Negativeの正解集合をどうやって求めたのか？ --なぜ利用したデータが800件なのか？ **2016年5月10日 [#id1fbbb6] ***発表者：築山 [#f5972345] -発表タイトル：研究テーマ発表 -発表資料 (&attachref(研究テーマ発表.pdf);) -質疑 -- 背景からやりたいことまでの間の説明が必要 -- 問題点とかの説明がない -- Rock Starの定義は？ -- フォロワーの増加過程をみれるのか -- GHtorrentのデータの中身は？ -- 言葉の定義をきっちりと ***発表者：陳 [#f5972345] -発表タイトル (&attachref(Latent Social Structure in Open Source Projects.pptx);) -発表資料 (&attachref(Latent Social Structure in Open Source Projects.pdf);) -質疑 -- 対比がわかるようにスライドを作る -- うまく訳せない場合，英語で書いてもよい -- できるだけ論文で使われている用語でスライドを作る ***発表者：東 [#f5972345] -発表タイトル : Identifying Licensing of Jar Archives using a Code-Search Approach -発表資料 (&attachref(Identifying Licensing of Jar Archives.pdf);) -質疑 -- Lessons Learn -> Lessons Learned -- 出典をしっかり -- Inferred とfoundの違い -- Code Searchとの違いは **4月26日 [#r9a03e34] ***発表者：久木田 [#e327a483] -質疑 --スライド番号がない --スライド1枚目：コードクローンの説明がされていない --スライド1枚目：図からわからない --スライド1枚目：CC Finderって？ --スライド1枚目：Code Cloneがあったりコードクローンがあったり --スライド2枚目：線ではなく，コードを書いてみては？ --スライド3枚目：アニメーションをつけてみては？ --スライド3枚目：問題はなに？ --スライド4枚目：先行研究はなに？ --スライド4枚目：先行研究ではない，競技ではない． --スライド4枚目：CCが作成される過程や原因を明らかにする必要があるのか？ --スライド4枚目：保守しやすくするためにこのツールではなにをするのか？ --スライド5枚目：アニメーションつけてみては？ --全体のアウトプットがわからない，まずは概要がほしい **2016年4月19日 [#t953ac4d] ***発表者：松浦 [#v23c2975] -発表タイトル：生成抑止、分析効率化、不具合検出を 中心としたコードクローン管理支援技術に関する研究動向 -発表資料 (&attachref(生成抑止、分析効率化、不具合検出.pptx);) -論文 (&attachref(コードクローン管理支援技術に関する研究動向.pdf);) -質疑応答 --定義はいい加減じゃない どのタイプを使っているかだけ --専門用語に変なもの多い（？） --タイプ分けが曖昧．．． ***発表者：上西 [#n97daf97] -発表タイトル：暫定研究テーマ紹介 -発表資料 (&attachref(暫定研究テーマ紹介.pdf);) -質疑応答 --一貫性をどう定義するのか？ --データ分析でパターン化できればいい(やってなければ…) --変更パターンの論文はあるかも --コード変更のサジェストの論文は多くある --コードクローンに絞るのかそうじゃないのか --一貫性が定義できた段階で発表に行こう --早くnokogiriでクローンセット５個ぐらい見よう **2016年4月12日 [#w086f9cf] ***発表者：宮崎 [#v23c2975] -発表タイトル：Politeness分析を用いたOSSコミュニティのコミュニケーションの理解 -発表資料 (&attachref( Politeness分析を用いた OSSコミュニティの理解_0.pdf);) -質疑応答 --Requstとは何？ --今回の研究目的と行っていることが違うのではないか？ --PositiveとNegativeの区別は？ --Politeness値が0 --論文を沢山読もう ***発表者：山谷[#v23c2975] -発表タイトル：モジュールごとの活動量を考慮したモジュールオーナー候補者予測 -発表資料 (&attachref(研究報告20160412.pdf);) -質疑応答 --モジュール修正の分類を全体の修正の割合にしてはどうか？ --モジュールによって重要なメトリクスは変更されるのではないか？ --モジュールオーナーの数にそろえるのではなく一定の人数からとってもいいのでは？ ***発表者：築山[#g085d32f] -発表タイトル：Modern Code Reviews in Open-Source Projects: Which Problems Do They Fix? -発表資料 (&attachref(Modern Code Reviews in Open-Source Projects- Which Problems Do They Fix-.pdf);) -論文 (&attachref(2014_Beller_MCR_MSR.pdf);) -質疑応答 --モダンコードレビューとは？ **2016年4月05日 [#w086f9cf] ***発表者：東 [#v23c2975] -発表タイトル：自分の研究紹介（IWESEPの発表） -発表資料 (&attachref(20160405_yh_研究発表会.pdf);) ***発表者：久木田 [#v23c2975] -発表タイトル：nokogiri(クローン追跡ツール)の紹介 -発表資料 (&attachref(nokogiri(仮).pdf);) ***発表者：上西 [#g085d32f] -発表タイトル：機械学習を用いたコードクローンの危険予測手法 -発表資料 (&attachref(機械学習を用いたコードクローンの危険予測手法.pdf);) ** 2016年03月28日 [#fed60a51] *** 議事録 [#a73fd4e2] - 役割決め -- Webページ更新 : 片桐、上西、松浦 -- PMANチェック : 大平 -- サーバ管理 : 久木田、宮崎、陳 -- マシン管理 : 東、築山 -- 掃除 : 毎週当番を回す - 4月からの運営方針 -- 10時には研究室に来る（推奨） -- 休む時はGoogleフォーム「[[欠席理由報告フォーム>https://docs.google.com/forms/d/1WOoIVyzrpdRTLeKVVM9-wxOqtDeK-XJmHBf6OdTwBCg/viewform?c=0&w=1&usp=mail_form_link]]」に理由を入力する -Todo --Pman登録（SIGSE: 山谷・吉行，IWESEP: 東）：大平 --NEWS更新（SIGSE: 山谷・吉行，IWESEP: 東）：Web班 - 次回全体MTG -- 04/05（火）10時 -- 発表2人（久木田、東） -- 10分輪講1人（上西） - 5階へ引っ越し -- 席決めをする ** テンプレート [#m92cf879] -発表者：氏名 --発表タイトル --発表資料（&attachref();）
