Demo Data from EDBT 2026 / reviewers in the wild / expert
Eunyoung Chung
dblp:56/5303
· DBLP profile ↗
2ranked-venue papers
1as first author
0since 2021 · last 2010
—ORCID · none
Domains — the database's venue-derived domains; a paper can count in several
Human-computer interaction and ubiquitous computing · 2 · 1 first-author
Expertise — from the expertise taxonomy: the topics of the expert's papers under the CCF categories. A weight counts papers with recency: 1 for a paper about the topic, 0.3 when the topic is its context, halved every five years.
| Software engineering, system software, and programming languages
1 paper |
Empirical software engineering · 100% | |
| Human-computer interaction and pervasive computing
1 paper |
Collaborative and social computing · 100% |
Topics — the 2 heaviest of 2, each with the papers that count most for it
| Topic | Weight | Papers | Last | Evidence papers |
|---|---|---|---|---|
Empirical software engineering › open source software
open source software development |
0.1 | 1 | 2009 | Understanding how and why open source contributors use diagrams in the development of Ubuntu · CHI 2009 |
Collaborative and social computing › computer-supported cooperative work
distributed collaboration |
0.0 | 1 | 2009 | Understanding how and why open source contributors use diagrams in the development of Ubuntu · CHI 2009 |
Methods — techniques the papers use, named apart from their topics
qualitative investigation · 0.2
| Year | Publication | Venue | Position |
|---|---|---|---|
| 2010 | Sketching and Drawing in the Design of Open Source SoftwareabstractIn co-located software development, diagramming practices, such as sketching ideas out with a pen and paper, support the creative process and allow designers to shape, analyze, and communicate their ideas. This study focuses on the diagramming practices used in the design of Open Source Software (OSS), where the norm is highly distributed group work. In OSS, text-based communication (e.g., mailing lists) dominates, and sketching and drawing diagrams collaboratively remains difficult due to the barriers imposed by distance and technology. Previous studies have examined these practices and barriers in the context of individual projects. To understand how contributors across OSS projects use diagrams in design-related activities, we conducted a survey of 230 contributors from 40 different OSS projects, and interviewed eight participants. Our results show that although contributors understand the advantages of using diagrams for design-related activities, diagrams are infrequently used in OSS. This motivated us to examine how and why diagramming occurs, and the factors that prevent widespread use in OSS. Finally, we propose new ideas for supporting design activities in OSS projects. Eunyoung Chung, Carlos Jensen, Koji Yatani, Victor Kuechler, Khai N. Truong |
VL/HCC | 1 |
| 2009 | Understanding how and why open source contributors use diagrams in the development of UbuntuabstractSome of the most interesting differences between Open Source Software (OSS) development and commercial co-located software development lie in the communication and collaboration practices of these two groups of developers. One interesting practice is that of diagramming. Though well studied and important in many aspects of co-located software development (including communication and collaboration among developers), its role in OSS development has not been thoroughly studied. In this paper, we report our investigation on how and why Ubuntu contributors use diagrams in their work. Our study shows that diagrams are not actively used in many scenarios where they commonly would in co-located software development efforts. We describe differences in the use and practices of diagramming, their possible reasons, and present design considerations for potential systems aimed at better supporting diagram use in OSS development. Koji Yatani, Eunyoung Chung, Carlos Jensen, Khai N. Truong |
CHI | 2 |