Demo Data from SIGIR 2026 / reviewers in the wild / expert
Robert S. Rist
dblp:91/6890
· DBLP profile ↗
2ranked-venue papers
2as first author
0since 2021 · last 1991
—ORCID · none
Domains — the database's venue-derived domains; a paper can count in several
Human-computer interaction and ubiquitous computing · 2 · 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
1 paper |
Requirements engineering and software design · 100% |
Topics — the 3 heaviest of 3, each with the papers that count most for it
| Topic | Weight | Papers | Last | Evidence papers |
|---|---|---|---|---|
Requirements engineering and software design
design knowledge |
0.0 | 1 | 1990 | Variability in Program Design: The Interaction of Process with Knowledge · Int. J. Man Mach. Stud. 1990 |
Requirements engineering and software design › software process
software design process |
0.0 | 1 | 1990 | Variability in Program Design: The Interaction of Process with Knowledge · Int. J. Man Mach. Stud. 1990 |
Requirements engineering and software design › design process
program design |
0.0 | 1 | 1990 | Variability in Program Design: The Interaction of Process with Knowledge · Int. J. Man Mach. Stud. 1990 |
| Year | Publication | Venue | Position |
|---|---|---|---|
| 1991 | Knowledge Creation and Retrieval in Program Design: A Comparison of Novice and intermediate Student ProgrammersabstractProgram design, from initial idea to executable code, was studied in a group of novice (first programming course) and a group of intermediate (second course) student programmers. The approach of the intermediate students could usually be described as forward and top-down design, but the behavior of the novices could not be so easily captured. Top-down design depends on both the expertise of the programmer and the difficulty of the problem. When faced with a difficult problem, even the expert has to build up a solution from simple pieces. In the approach adopted here, top-down design is based on the refinement of a known solution or schema that is retrieved and expanded at progressively greater levels of detail. If the expert knows all the required abstract and detailed schemas, then the design shows a pattern of top-down and forward expansion at all levels. When a schema cannot be retrieved and has to be created, top-down design breaks down and is replaced by bottom-up design. At the extreme, a rank novice has to create all the required plans, and design then shows consistent bottom-up and backward solution development. Separating plan retrieval from plan creation has three important consequences. First, a model of plan creation shows how knowledge, in the form of plan schemas, is created during the process of program design. Second, plan creation reveals the internal structure of a schema that is hidden in the final program code. Third, the behavior of designers, described as top-down or bottom-up design, may be explained as a result of specific knowledge that is used to design a program. Robert S. Rist |
Hum. Comput. Interact. | 1 |
| 1990 | Variability in Program Design: The Interaction of Process with Knowledge
Robert S. Rist |
Int. J. Man Mach. Stud. | 1 |