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
Demo Data from SIGIR 2026 / reviewers in the wild / expert

Eric Dean Tribble

dblp:67/2700 · DBLP profile ↗
← Back
3ranked-venue papers
1as first author
0since 2021 · last 1987
—ORCID · none

Domains — the database's venue-derived domains; a paper can count in several

Software engineering, systems software and programming languages · 3 · 1 first-authorTheory of computation · 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
Programming languages and type systems · 100%

Topics — the 3 heaviest of 3, each with the papers that count most for it

TopicWeightPapersLastEvidence papers
Programming languages and type systems › logic programming
concurrent logic programming		 0.011986
Objects in Concurrent Logic Programming Languages · OOPSLA 1986
Programming languages and type systems
logic programming		 0.011986
Objects in Concurrent Logic Programming Languages · OOPSLA 1986
Programming languages and type systems
object-oriented programming		 0.011986
Objects in Concurrent Logic Programming Languages · OOPSLA 1986

Methods — techniques the papers use, named apart from their topics

preprocessor · 0.0
YearPublicationVenuePosition
1987 Logical Secrets
Mark S. Miller, Daniel G. Bobrow, Eric Dean Tribble, Jacob Levy
 ICLP3
1987 Channels: A Generalization of Streams
Eric Dean Tribble, Mark S. Miller, Kenneth M. Kahn, Daniel G. Bobrow, Curtis Abbott, Ehud Shapiro
 ICLP1
1986 Objects in Concurrent Logic Programming Languages
abstract
Concurrent Prolog supports object-oriented programming with a clean semantics and additional programming constructs such as incomplete messages, unification, direct broadcasting, and concurrency synchronization [Shapiro 1983a]. While it provides excellent computational support, we claim it does not provide good notation for expressing the abstractions of object-oriented programming. We describe a preprocessor that remedies this problem. The resulting language, Vulcan, is then used as a behicle for exploring new variants of object-oriented programming which become possible in this framework.
Kenneth M. Kahn, Eric Dean Tribble, Mark S. Miller, Daniel G. Bobrow
 OOPSLA2