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

Gerald M. Weinberg

dblp:13/874 · DBLP profile ↗
← Back
4ranked-venue papers
3as first author
0since 2021 · last 1984
—ORCID · none

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

Software engineering, systems software and programming languages · 3 · 3 first-authorHuman-computer interaction and ubiquitous computing · 1

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
Software maintenance and evolution · 77% Empirical software engineering · 23%

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

TopicWeightPapersLastEvidence papers
Software maintenance and evolution
software quality assurance
0.011984
Reviews, Walkthroughs, and Inspections · IEEE Trans. Software Eng. 1984
Empirical software engineering
software project management
0.011984
Reviews, Walkthroughs, and Inspections · IEEE Trans. Software Eng. 1984
YearPublicationVenuePosition
1984 Reviews, Walkthroughs, and Inspections
abstract
Formal technical reviews supply the quality measurement to the ``cost effectiveness'' equation in a project management system. There are several unique formal technical review procedures, each applicable to particular types of technical material and to the particular mix of the Review Committee. All formal technical reviews produce reports on the overall quality for project management, and specific technical information for the producers. These reports also serve as an historic account of the systems development process. Historic origins and future trends of formal and informal technical reviews are discussed.
Gerald M. Weinberg, Daniel P. Freedman
IEEE Trans. Software Eng.1
1982 Overstructured Management of Software Engineering
Gerald M. Weinberg
ICSE1
1974 Teaching structured programming attitudes, even in APL, by example
abstract
As a programming assignment in a graduate programming course, students were to program an interactive word game, JOTTO. The language used was APL, under constraints of well-structured programming and complete control of the user-machine interaction. In response to complaints that teamwork was an impediment to programming and that it was not possible to write efficient well-structured programs in APL, the instructors undertook to complete the assignment working as a team. The results of the effort were carefully documented, including experiences with program modification, and are presented here, as they were to the class, to illustrate the principles that should be communicated to professional programmers.
Thomas W.-S. Plum, Gerald M. Weinberg
SIGCSE2
1972 Programming and Compiling Strategies for Paging Systems
abstract
Abstract Designers of paging systems have tended to believe that programmers can influence system performance, but usually for the worse, rather than for the better. Their efforts to find operating system solutions to poorly styled programs may have discouraged efforts to produce paging‐oriented compilers, to educate programmers in techniques to use under paging, and to open communication channels between the programmer and the paging system—all of which now promise to give increased satisfaction with paging systems.
Gerald M. Weinberg
Softw. Pract. Exp.1