VLDB 2026 Research / reviewers in the wild / expert
Sebastian Böhm
dblp:61/2996
· DBLP profile ↗
6ranked-venue papers
1as first author
2since 2021 · last 2023
—ORCID · conflict
Domains — the database's venue-derived domains; a paper can count in several
Databases, data management, data science and information retrieval · 3 · 1 first-authorSoftware engineering, systems software and programming languages · 1 · 1 since 2021Graphics, computer vision, multimedia, augmented reality and games · 1Applied, interdisciplinary, general and emerging computing · 1 · 1 since 2021
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 · 70% Program analysis · 30% |
Topics — the 3 heaviest of 4, each with the papers that count most for it
| Topic | Weight | Papers | Last | Evidence papers |
|---|---|---|---|---|
Empirical software engineering
mining software repositories |
0.7 | 1 | 2023 | SEAL: Integrating Program Analysis and Repository Mining · ACM Trans. Softw. Eng. Methodol. 2023 |
Empirical software engineering › human factors in software engineering
socio-technical analysis |
0.7 | 1 | 2023 | SEAL: Integrating Program Analysis and Repository Mining · ACM Trans. Softw. Eng. Methodol. 2023 |
Empirical software engineering › mining software repositories › developer activity analysis
code ownership |
0.2 | 1 | 2023 | SEAL: Integrating Program Analysis and Repository Mining · ACM Trans. Softw. Eng. Methodol. 2023 |
Methods — techniques the papers use, named apart from their topics
static analysis · 0.7data flow analysis · 0.7
| Year | Publication | Venue | Position |
|---|---|---|---|
| 2023 | SEAL: Integrating Program Analysis and Repository MiningabstractSoftware projects are complex technical and organizational systems involving large numbers of artifacts and developers. To understand and tame software complexity, a wide variety of program analysis techniques have been developed for bug detection, program comprehension, verification, and more. At the same time, repository mining techniques aim at obtaining insights into the inner socio-technical workings of software projects at a larger scale. While both program analysis and repository mining have been successful on their own, they are largely isolated, which leaves considerable potential for synergies untapped. We present SEAL, the first integrated approach that combines low-level program analysis with high-level repository information. SEAL maps repository information, mined from the development history of a project, onto a low-level intermediate program representation, making it available for state-of-the-art program analysis. SEAL’s integrated approach allows us to efficiently address software engineering problems that span multiple levels of abstraction, from low-level data flow to high-level organizational information. To demonstrate its merits and practicality, we use SEAL to determine which code changes modify central parts of a given software project, how authors interact (indirectly) with each other through code, and we demonstrate that putting static analysis’ results into a socio-technical context improves their expressiveness and interpretability. Florian Sattler, Sebastian Böhm, Philipp Dominik Schubert, Norbert Siegmund, Sven Apel |
ACM Trans. Softw. Eng. Methodol. | 2 |
| 2021 | Optimizing Cloud Function Configuration via Local SimulationsabstractFunction as a Service (FaaS) - the reason why so many practitioners and researchers talk about Serverless Computing - claims to hide all operational concerns. The promise when using FaaS is that users only have to focus on the core business functionality in form of cloud functions. However, a few configuration options remain within the developer's responsibility. Most of the currently available cloud function offerings force the user to choose a memory or other resource setting and a timeout value. CPU is scaled based on the chosen options. At a first glance, this seems like an easy task, but the tradeoff between performance and cost has implications on the quality of service of a cloud function. Therefore, in this paper we present a local simulation approach for cloud functions and support developers in choosing a suitable configuration. The methodology we propose simulates the execution behavior of cloud functions locally, makes the cloud and local environment comparable and maps the local profiling data to a cloud platform. This reduces time during the development and enables developers to work with their familiar tools. This is especially helpful when implementing multi-threaded cloud functions. Johannes Manner, Martin Endreß, Sebastian Böhm, Guido Wirtz |
CLOUD | 3 |
| 2009 | Who the Heck Is the Father of Bob?
Marko Luther, Thorsten Liebig, Sebastian Böhm, Olaf Noppens |
ESWC | 3 |
| 2009 | Living virtual history
Johan Koolwaaij, Martin Wibbels, Sebastian Böhm, Marko Luther |
Vis. Comput. | 3 |
| 2008 | Introducing IYOUIT
Sebastian Böhm, Johan Koolwaaij, Marko Luther, Bertrand Souville, Matthias Wagner 0001, Martin Wibbels |
ISWC | 1 |
| 2007 | Real-World Reasoning with OWL
Timo Weithöner, Thorsten Liebig, Marko Luther, Sebastian Böhm, Friedrich W. von Henke, Olaf Noppens |
ESWC | 4 |