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

K. S. Bhaskar

dblp:70/3811 · DBLP profile ↗
← Back
3ranked-venue papers
2as first author
0since 2021 · last 1988
—ORCID · none

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

Systems, architecture and hardware · 2 · 1 first-authorSoftware engineering, systems software and programming languages · 1 · 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
Program synthesis and code generation · 50% Empirical software engineering · 50%

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

TopicWeightPapersLastEvidence papers
Program synthesis and code generation
domain-specific code generation
0.011986
Virtual Instruments: Object-Oriented Program Synthesis · OOPSLA 1986
Empirical software engineering
end-user programming
0.011986
Virtual Instruments: Object-Oriented Program Synthesis · OOPSLA 1986

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

virtual machine layering · 0.0object-oriented programming · 0.0
YearPublicationVenuePosition
1988 Emulative Testing at the Bus Speed Limit
abstract
An alternative is attempted to the bus-switch for bus cycle emulation, preferably one that was programmable, so as to minimize the amount of hardware to be designed for each microprocessor to be emulated. The evolution of the hardware architecture from the basic concept is discussed first, followed by a discussion of issues involved in programming the emulation. A problem-solution format is used to present each topic; problems that arise are described, and then proposed solutions are explained.>
Douglas B. Arnett, K. S. Bhaskar
ITC2
1986 Virtual Instruments: Object-Oriented Program Synthesis
abstract
Virtual Instruments1 is an experimental programming environment for developing electronic test and measurement (T&M) applications. Intended users are test engineers, who are not programmers, but computer literate domain specialists. Unlike traditional programming environments, that provide weak support for a broad range of applications, virtual instruments provides strong support for a specific application. The programming paradigm is bottom-up synthesis of layers of virtual machines — called virtual instruments — using human interface models from the application domain, so that software development occurs without writing code. The object-oriented view of the world has proven a natural fit. Implementation was in Berkeley Smalltalk on a SUN workstation.
K. S. Bhaskar, J. K. Pecol, James L. Beug
OOPSLA1
1982 Signature Analysis: Yet Another Perspective
K. S. Bhaskar
ITC1