作島 の履歴(No.24)

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

---

Memo†

• 研究テンプレート
  
  • https://docs.google.com/spreadsheets/d/1yvgRGxTOrHRpvd1xt3etVEwwVunkwxjAt0t8HjttxW0/edit?usp=sharing
    
• 論文検索；ACM
  • https://dl.acm.org/

Link†

• 作島/task/task_01
• 作島/task/task_02
• 作島/メモ
• 作島/研究テーマ
• 作島/考え
• 作島/輪講

Sample†

• タイトル
  • 著者
  • 出典
  • 内容
  • スライド
    • 関連研究

Schedule†

したいこと†

• 人間と同等の振る舞い，言葉遣いを感情や個性によって変化させることが可能なBotの作成
• 新人教育などの教育指導の支援

KeyWords†

• 不正を暴く
• うまいこと人間関係をかわしていく
• 人間関係の打ち解け

思ったこと†

• どうしてOSSに参加し続けることができるのか．
  • 趣味っていわれても．
  • 考え方の違いかな．

• 誰に指示を受けたかで作業効率が違うものなのか

• 煙たがられている人と関わってるがうまいことかわして円滑にプロジェクトを進めるために必要なスキルってどんなものなのか．
  • 頼りにされる人材とはなにで判断されているのか．
  • もちろん成果物の質や実績ではあると思うが．なにかこれで議論はできないかな．
  • 実績はどのように積んでいくのがいいのか．(ロールアサインメントの話と似てる？)
  • 世渡りが上手なひとはどうしているのか．解明したいなあ．

• どうしてSAツールが使えないものなのか．
  • 信頼性がまだまだ低いため
  • 人でさえも一貫性を持って分類することが難しく，人がラベルをつけたものを学習しているため精度が向上しない
  • 複数の意味がある文では，最終的に何が言いたいのかを捉えることができていない
  • 短いテキストと適切な語彙の重みに関して問題がある可能性がある．
  • 明示的に書かれていることから測定することは可能であるが文脈をとって考えることはできない
  • 文脈をとらえることができないから言葉の含みを捉えることができない，皮肉を判別することができない．

• 様々なツールからどのように異なる結果をもたらすのかを示している-Jongeling-
  • その理由や原因についてなにか言及しているのかな(ここ読む)
  • 結果が異なる要因の分析とかどうか

• 聞いてることと答えが食い違うことが多い
  • 自己弁護が要因に考えられる
  • 相手を恐縮させることなく会話を成立させることで無駄なコストや精神的負荷を軽減する

• どうして企業初とOSS発のプロジェクトでは顕著な扱いの差があるのか．
  • 企業主導のOSSプロジェクトでの開発ではボランティアのパッチの承認率が非常に低い．
  • 従業員とボランティアのマージまでの時間も大きく差がある．
    
    • 企業の開発者とOSS開発者での間でなにかが違うのではないのか．
    • Big FiveやSAツールを適応して違いを見る．
    • 性格，他の開発者への態度(ボランティアと従業員)
    • 貢献者の新人が定着しにくい．(理由はたくさんある)
    • その大きな理由の一つとしてコミュニケーションの態度にある(仮説)

• 新人教育をする際に，どのようにすれば最適なのか
  • 新人教育＋感情分析
  • プログラム学習時に，専門用語が多いなど理解できないアドバイスがきて意欲がなくなる．(専門用語が多いなど)
  • 教員による指導よりもTAによる指導の方が意欲がわく．
  • 学習者の理解レベルに応じた会話の教え方を提供．
  • 実験・評価が大変そう

• 対話Botの作成
  • 人間の言葉を理解するBotの作成
    • 実現することが困難
    • なぜそれをする必要があるのか．
    • 問題点があるのか否かについては？

• 感情分析ツールは正確ではない　→　正確な感情分析ツールを構築する．
  • 既存研究を拡張するという形になるが，特定の問題点があり，それを改善した結果，精度が向上したというロジックがないと精度が向上するだけであまり意味がない．
  • 代表的なツールの作成手法を調べてみる
  • 自分ならどうするのか，既存ツール作成の際に何か違和感や疑問点はないか．

• 6つの感情分析ツールと1つのポライトネス分析ツールの分析とあるが，感情分析ツールの数のわりにポライトネス分析ツールって少ない？

• 分類できるテキスト文と分類できないテキスト文の違いを分析するとか？

• 感情分析ツールにはドメイン依存性があると書かれているがどのツールがどの分野に最適かなどをテーマにしている論文はあるのか．
  →　正確に分析できていないという論文があるが，適切な分野に使用すれば信頼性のある結果がある可能性がある．
  各論文で目的とした分野での実装が最もいい結果になっているはず(そうでなければ論文になっていない)

考え方†

• なぜその問題解決方法でいいのかという気持ちで読む．(仮説，アプローチ，話の落とし方)
  • もっとほかの手法や考え方があるのでは
• 怒りの気持ちを感じるためにはその分野のスタンダードを知っている必要がある．

  
  

• 多くのリソースをかければかけるだけいい結果になるなんてくだらない結果は求めてない

  
  

Meeting†

7/31†

• 自分が何をしたいのかを常日頃考えること．

DONE†

• sentiment analysis toolとpoliteness tool を要約
  • many_kinds_of_sentiment_analysis_tools.pdf

7/24†

TODO†

• 論文2本読む．
  • Sentiment and Politeness Analysis Tools on Developer Discussions Are Unreliable, but so Are People
  • On Measuring Affects of GitHub Issues’ Commenters

DONE†

• Sentiment_and_Politeness_Analysis_Tools_on_Developer_Discussions_Are_Unreliable_but_so_Are_People.pdf
  • Nasif Imtiaz, Justin Middleton, Peter Girouard, and Emerson Murphy-Hill
  • 2018 ACM/IEEE 3rd International Workshop
  • ソフトウェア工学での研究で感情分析，ポライトネス分析ツールが多く使われている
    6つの感情分析ツールと1つのポライトネスツールの分析と行う
    →ツール，もっと言えば人でさえも一貫性を持った分類をすることができていない
    

• survey_3.pdf
  • 気分は伝染し，パフォーマンスに影響を与える
  • 感情分析の既存ツールを使用する際，ドメイン依存性がある
    →他のコーパスでの適応が困難
    
  • 同じデータであっても感情分析ツールの結果は異なる
    →この差異を理解することが感情分析についての理解を深める
    それぞれが異なる学習で構築されたモデルであるので，異なる結果になることはさして驚く内容ではない．
    

• ツールをドメイン特化にカスタマイズする
  →ラベル付けがおかしいorコード体系を使わなかったからいい結果がでなかった
  

  
  

• Exploring_Word_Embedding_Techniques_to_ImproveSentiment_Analysis_of_Software_Engineering_Texts.pdf
  • Eeshita Biswas, K. Vijay-Shanker, Lori Pollock
  • 2019 IEEE/ACM 16th International Conference on Mining Software Repositories (MSR)
  • 感情分析ツールにおける訓練データの不均衡が影響を及ぼすのか
    →Yes．訓練データの分布を均等にすると精度が向上．

• 既存ツールをドメインごとにカスタマイズするとどのように影響を及ぼすのか．
  →影響なしという結果．ただしデータ数が足りないだけで，データ数を確保できれば影響があるかもしれない．
• どの程度データを増やせばその影響力を調べることができるのか． データの過学習に関しての言及がいまいち
• MSR19.pdf
  • 広く使われている4つ(SentiStrength，NLTK，Stanford CoreNLP，AlchemyAPI)のSAツールの比較．
    →どれもSEドメインで表現された感情を正確に予測できていない．
  • OSSからのコードレビューコメント用にカスタマイズされたSAツール，SentiCR を開発
  • SEデータについてSAツール：SentiStrength，SentiStrength-SE，Senti4SD，SentiCRの比較
    →SE固有のカスタマイズは正確さを向上させる．
  • 既存の感情分析ツール，ポライトネスツールは正確に識別することができていない．
  • 
アンダーサンプリング，アンダーサンプリング&オーバーサンプリングの組み合わせが感情分析の分類性能をどのように改善するのか~→

• On_Measuring_Affects_of_GitHub_Issues’_Commenters.pdf
  • Giuseppe Destefanis1, Marco Ortu2, David Bowes1, Michele Marchesi2, Roberto Tonelli2
  • 2018 ACM/IEEE 3rd International Workshop
  • 内容
  • [添付]
    • 参考文献

7/16†

TODO†

• Big 5論文を読んでリスト化する
  • An Empirical Investigation of Personality Traits of Software Testers
  • What can OSS mailing lists tell us?


• Politeness論文を読んでリスト化する（来週以降）

DONE†

• An_Empirical_Investigation_of_Personality_Traits_of_Software_Testers.pdf
  • Tanjila Kanij，Robert Merkel，John Grundy
  • 2015 IEEE/ACM 8th International Workshop
  • ソフトウェアテスターは他の開発者に比べ，誠実性が高いが理由は不明
  • survey_1.pdf
    • by the MBTI as "logical and ingenious" はコードレビューのタスクが得意
    • extrovert personality traits(社交性) が effective exploratory testing と相関あり
    • by the MBTI as “sensing and judging” はsoftware testing が得意になるだろう
    • *ソフトウェアテスターに必要なスキルを "big five"の性格特性にマッピング．テスターには開放性と誠実性が大事
    • テストは退屈な作業．若手とベテランではソフトウェアテストに対するモチベーションが異なる．
    • ソフトウェアエンジニアに求められるスキルをMBTI性格タイプと関連づけ，ソフトウェアエンジニアのさまざまな役割に適した性格タイプを提案
    • by the MBTI as "thinking and judging"はソフトウェアエンジニアでは過剰に表現される
    • ソフトウェアテスターはcreative, accurate and strict な人が良い
    • ソフトウェアテスターは間違いを見つける好奇心を持っている悲観的な人が良い
    • ソフトウェアテスターにはcommunication skills, problem solving and team playing capability が大事，また creative and open to new challenges であるべき．

      
      

• What can OSS mailing lists tell us?_0.pdf
  • Peter C. Rigby，Ahmed E. Hassan
  • Fourth International Workshop on Mining Software Repositories (MSR'07)
  • OSS開発者の性格タイプはどのようなものか．
    →ベースラインの開発者たちとは違う性格特性を持つ． 重要なApacheリリースの責任者だった開発者2名は同じような性格特性であり，外交性・開放性が低い(予想外の結果ではない＆結果の妥当確認性がない)

• 言葉や態度がプロジェクトnew,current,departで変化するのか．→Yes
• リリース前後で word usage が違うのか→ LIWCでの有意性なし
• survey_2.key
  • 特定のLIWC dimentions はbig fiveパーソナリティ指標と相関あり

5/22†

DONE†

• 大まかな研究方針を組んだ

4/23†

DONE†

• LIWCスライド
  • LIWC.pdf
• 研究の流れ
  • 研究.pdf

Todo†

• LIWCの理解
• 関連論文読む

4/16†

DONE†

• 関連論文のスライド
  • What can OSS mailing lists tell us?.pdf

Todo†

• 研究テーマの背景，問題点，目的をスライドにまとめる．
• 以前紹介してもらった関連論文を読破する．

3/14†

Todo†

• 日程確認
• Mac配布

研究方針†

• プロジェクトの中心人物数人に着目し，プロジェクト初期から末期までの会話データから人と人の打ち解け方やそのタイミングを分析する．
• プロジェクトからデータを取るにはApacheが一番簡単．
  • Mozilla，Linuxやeclipseはデータを取ることが困難(時間的にも)
  • メイリスから取ってくるのがいいかも

• 話し合いの分析を行なった結果，話しやすい環境であれば的確な指示を出すことができて生産性が向上するまで出せたらいい感じ
• ポライトネスが高いとバグの修正までの時間が長くなる
  • 遠回しな言い回しをするから
  • ポライトネスとネットワークの次数の関係をみるといい感じかも(ほりほりと関連ありそう)
• あるコミュニティに属する、ある条件を満たすユーザの時系列性格分析を行う
  • コミュニティを維持するために必要な条件要素を調査する