Demonstration venue · read-only. Every page can be browsed; the buttons that would change it are switched off. Create an account to run TaxoReview on your own data. A simulation from public publication records: the people listed were not invited and did not agree to review.
? Tutorial for this page

Karl Klose

dblp:31/4865 · DBLP profile ↗
← Back
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

TopicWeightPapersLastEvidence papers
Programming languages and type systems
module systems
0.112010
Modular logic metaprogramming · OOPSLA 2010
Software maintenance and evolution › software dependencies
code dependencies
0.112008
Defining and continuous checking of structural program dependencies · ICSE 2008
Requirements engineering and software design
software architecture
0.012008
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
YearPublicationVenuePosition
2010 Modular logic metaprogramming
abstract
In 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
OOPSLA1
2008 Defining and continuous checking of structural program dependencies
abstract
Dependencies 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
ICSE3
2007 Partial Evaluation of Pointcuts
Karl Klose, Klaus Ostermann, Michael Leuschel
PADL1