![[PukiWiki]](image/wadanyan.png "[PukiWiki]")
| 発表順 | 研究発表 | 輪講1 | 輪講2 | 司会・メモ係 |
|---|---|---|---|---|
| 1 | 木村 | 辻 | 野口 | 森岡 |
| 2 | 作島 | アティラ | 堀口 | 富田 |
| 3 | 森岡 | 木村 | 辻 | 野口 |
| 4 | 富田 | 作島 | アティラ | 堀口 |
| 5 | 野口 | 森岡 | 木村 | 辻 |
| 6 | 堀口 | 富田 | 作島 | アティラ |
| 7 | 辻 | 野口 | 森岡 | 木村 |
| 8 | アティラ | 堀口 | 富田 | 作島 |
An Empirical Study of Build Failures.pdf）msr20-failbuilds.pdf）Associating Code Clones with Association Rules for Change Impact Analysis.pdf）MMondal_Impact_saner20.pdf）how-do-companies-collaborate-in-oss_presentation.pdf）how-do-companies-collaborate-in-oss.pdf）Clone Detection in Test Code- An Empirical Evaluation.pdf）VanBladel2020Saner.pdf）Ultra_large_scale_repository_0.pdf）Ultra_large_scale_repository_1.pdf）presentation.pdf）gang_of_eight_slide.pdf）Gang_of_Eight.pdf）Introduction of Bugs.pdf）the Introduction of Bugs_0.pdf）The_Silent_Helper.pdf）the_silent_heiper.pdf）Refactoring Graphs- Assessing Refactoring over Time_0.pdf）2003.04666.pdf）Automatically Learning Patterns for Self-Admitted Technical Debt Removal.pdf）SANER2020Fiorella.pdf）SBFL.pdf）Spectrum-Based Fault Localization .pdf）Evaluating Code Clone Genealogies at Release Level- An Empirical Study_1.pdf）Evaluating_code_clone_genealogies_at_rel_0.pdf）Machine Generated and Developer Provided Patches_0.pdf）How Different Is It Between Machine-Generated and Developer-Provided Patches?.pdf）On the Impact of Refactoring on the Relationship between Quality Attributes and Design Metrics.pdf）Affiliated Participation in Open Source Communities.pdf）Affiliated_participation_in_open_source_communitie.pdf）A Quantitative Study on Characteristics and Effect of Batch Refactoring on Code Smells.pdf）ESEM2019_BatchRefactoring.pdf）20200612_ver2.pdf）onboarding_in_agile.key）onboarding_in_agile.pdf）Ethical Interviews in Software Engineering _2.pdf)Ethical Interviews in Software Engineering_1.pdf)SATD.pdf)Potdar_ICSME2014.pdf)introduction_of_Continue_Development.pdf)Mapping_study.pdf)Bug Propagation through Code Cloning- An Empirical Study .pdf)Bug_Propagation_through_Code_Cloning.pdf)RapidReview.pdf）1906.11351.pdf）Outdated Docker Containers_1.pdf）Outdated Docker Containers.pdf）Use of Relative Code Churn Measures to Predict System Defect Density_0.pdf）Use of Relative Code Churn Measures to Predict System Defect Density.pdf）On the abandonment and survival of open source projects_2.pdf）On the abandonment and survival of open source projects.pdf）Docker Container Ecosystem.pdf）An Empirical Analysis of the Docker Container Ecosystem on GitHub.pdf）A Large-Scale Empirical Study of Just-in-Time Quality Assurance.pdf）Kamei_TSE2013.pdf）辻発表
・結論のところで多くのコンテナは思いOSをベースイメージとして継承しているから利点が生かされていないというのはどこにある？ 答え 13ページ人気どころを使って重いものを選択している時があるのがよくなくて、できるだけ軽いのを使うべき
・研究目的は？ 答え 主に品質の改善
野口発表
・予測モデルの目的変数について、変更時にバグが含まれているかどうかを出力するものですか？
答え はい
・変更の規模が大きいほどバグが混入されやすいのは当然、それについての面白い議論はありませんでしたか？
答え 変更の規模についてはあまり議論されていませんでしたが，fixメトリクスがOSSと商用とで違いが出たことについては，商用のリリース前の機能追加の際に混入して報告されたバグがバグとみなされていなかったため，商用ソフトではfixメトリクスの影響がなかったと書かれていました
