Demo Data from EDBT 2026 / reviewers in the wild / expert
Karl Klose
dblp:31/4865
· DBLP profile ↗
3ranked-venue papers
2as first author
0since 2021 · last 2010
—ORCID · none
Domains — the database's venue-derived domains; a paper can count in several
Software engineering, systems software and programming languages · 3 · 2 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
2 papers |
Programming languages and type systems · 61% Software maintenance and evolution · 23% Program verification · 9% |
Topics — the 3 heaviest of 5, each with the papers that count most for it
| Topic | Weight | Papers | Last | Evidence papers |
|---|---|---|---|---|
Programming languages and type systems
module systems |
0.1 | 1 | 2010 | Modular logic metaprogramming · OOPSLA 2010 |
Software maintenance and evolution › software dependencies
code dependencies |
0.1 | 1 | 2008 | Defining and continuous checking of structural program dependencies · ICSE 2008 |
Requirements engineering and software design
software architecture |
0.0 | 1 | 2008 | Defining and continuous checking of structural program dependencies · ICSE 2008 |
Methods — techniques the papers use, named apart from their topics
logic programming · 0.1deductive database · 0.1static analysis · 0.1
| Year | Publication | Venue | Position |
|---|---|---|---|
| 2010 | Modular logic metaprogrammingabstractIn logic metaprogramming, programs are not stored as plain textfiles but rather derived from a deductive database. While the benefits of this approach for metaprogramming are obvious, its incompatibility with separate checking limits its applicability to large-scale projects. We analyze the problems inhibiting separate checking and propose a class of logics that reconcile logic metaprogramming and separate checking. We have formalized the resulting module system and have proven the soundness of separate checking. We validate its feasibility by presenting the design and implementation of a specific logic that is able to express many metaprogramming examples from the literature. Karl Klose, Klaus Ostermann |
OOPSLA | 1 |
| 2008 | Defining and continuous checking of structural program dependenciesabstractDependencies between program elements need to be modeled from different perspectives reflecting architectural, design, and implementation level decisions. To avoid erosion of the intended structure of the code, it is necessary to explicitly codify these different perspectives on the permitted dependencies and to detect violations continuously and incrementally as software evolves. Michael Eichberg, Sven Kloppenburg, Karl Klose, Mira Mezini |
ICSE | 3 |
| 2007 | Partial Evaluation of Pointcuts
Karl Klose, Klaus Ostermann, Michael Leuschel |
PADL | 1 |