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

Boris Magnusson

dblp:m/BorisMagnusson · DBLP profile ↗
← Back
11ranked-venue papers
1as first author
1since 2021 · last 2025
0000-0002-3932-7970ORCID · corroborated

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

Software engineering, systems software and programming languages · 7 · 1 first-authorHuman-computer interaction and ubiquitous computing · 2Systems, architecture and hardware · 1Applied, interdisciplinary, general and emerging computing · 1 · 1 since 2021

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.

Interdisciplinary, comprehensive, and emerging computing
1 paper
Computing education · 100%
Software engineering, system software, and programming languages
1 paper
Software maintenance and evolution · 56% Empirical software engineering · 44%

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

TopicWeightPapersLastEvidence papers
Computing education
software engineering education
0.012003
Introducing Software Engineering by means of Extreme Programming · ICSE 2003
Empirical software engineering
collaborative software development
0.011993
Fine-Grained Revision Control for Collaborative Software Development · SIGSOFT FSE 1993
Software maintenance and evolution › software configuration management
version control
0.011993
Fine-Grained Revision Control for Collaborative Software Development · SIGSOFT FSE 1993
Software maintenance and evolution › change impact analysis
change propagation
0.011993
Fine-Grained Revision Control for Collaborative Software Development · SIGSOFT FSE 1993

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

team-in-one-room · 0.0course design · 0.0merge · 0.0hierarchical revision control · 0.0diffing · 0.0
YearPublicationVenuePosition
2025 A Trust Establishment and Key Management Architecture for Hospital-at-Home
abstract
The landscape of healthcare is experiencing a digitalization shift, transferring many medical activities to the patients’ homes, a phenomenon commonly referred to as Hospital-at-Home. While Internet of Things (IoT) devices facilitate the building of such systems, there is a need for powerful middleware that encapsulates device-to-device communication and enables the construction of user-friendly, secure, and robust Hospital-at-Home systems. A key challenge for such middleware is to build a trustworthy and lightweight key management system allowing different devices in the system to exchange messages securely. In this article, we present a simple, easily manageable and scalable such architecture which, in addition, supports long-term data protection using post-quantum cryptographic primitives. Our proposed solution utilizes a Merkle tree to enable the IoT devices to establish trust between each other automatically, even in the absence of an Internet connection. We have implemented the architecture and present performance figures as well as a security analysis of our approach.
Alfred Åkesson, Christian Gehrmann 0001, Görel Hedin, Björn A. Johnsson, Boris Magnusson, Mattias Nordahl, Sara Ramezanian, Paul Stankovski Wagner
ACM Trans. Comput. Heal.5
2020 Towards end-user development of graphical user interfaces for internet of things
Björn A. Johnsson, Boris Magnusson
Future Gener. Comput. Syst.2
2016 Evaluating a GUI Development Tool for Internet of Things and Android
Björn A. Johnsson, Martin Höst, Boris Magnusson
PROFES3
2005 Teaching extreme programming to large groups of students
Görel Hedin, Lars Bendix, Boris Magnusson
J. Syst. Softw.3
2003 Introducing Software Engineering by means of Extreme Programming
abstract
This paper reports on experience from teaching basic software engineering concepts by using Extreme Programming in a second year undergraduate course taken by 107 students. We describe how this course fits into a wider programme on software engineering and technology and report our experience from running and improving the course. Particularly important aspects of our setup includes team coaching (by older students) and "team-in-one-room". Our experience so far is very positive and we see that students get a good basic understanding of the important concepts in software engineering, rooted in their own practical experience.
Görel Hedin, Lars Bendix, Boris Magnusson
ICSE3
2003 The role of language paradigms in teaching programming
abstract
The purpose of this panel is to confront the wide variety of opinions on the role of language paradigms in teaching programming. We have selected four divergent opinions:Armstrong says that concurrent programming is considered difficult because it is taught in the wrong paradigm, namely imperative or object-oriented programming. Instead, concurrency should be taught using a paradigm that makes it simple.Flatt says that everyone should be taught how to program, not just computer science majors. Further, programming should be taught as an extension of what students already know, which is algebra. More important than a particular paradigm, however, is teaching students a design process.Magnusson says that object-oriented programming must be the first and principal paradigm, because it is best for teaching how to analyze problems and structure solutions. Other paradigms can be taught after students have a solid understanding of OO.Van Roy says that programming should be taught in terms of concepts, not paradigms. Common paradigms (functional, OO, etc.) then appear naturally, depending on the concepts used..The panel will confront these opinions to enrich our understanding of how to teach programming.
Peter Van Roy, Joe Armstrong, Matthew Flatt, Boris Magnusson
SIGCSE4
2003 Coaching Coaches
Görel Hedin, Lars Bendix, Boris Magnusson
XP3
1993 Panel: Aims, Means, and Future of Object-Oriented Languages
Mike Banahan, L. Peter Deutsch, Boris Magnusson, Jens Palsberg
ECOOP3
1993 A Model for Semi-(a)Synchronous Collaborative Editing
Sten Minör, Boris Magnusson
ECSCW2
1993 Fine-Grained Revision Control for Collaborative Software Development
abstract
This paper presents a framework for controlling the evolution of complex software systems concurrently developed by teams of software engineers. A general technique for fine-grained revision control of hierarchically structured information, such as programs and documents, is described and evaluated. All levels in the hierarchy are revision controlled, leaves as well as branch nodes. The technique supports sharing of unchanged nodes among revisions, automatic change propagation, and change-oriented representation of differences. Its use in a software development environment is presented, facilitating optimistic check-out of revisions and alternatives, check-in with incremental merge support, visualization of change propagation, and an integrated flexible diff-ing technique providing group awareness for team members.
Boris Magnusson, Ulf Asklund, Sten Minör
SIGSOFT FSE1
1988 The Mjølner Environment: Direct Interaction with Abstractions
Görel Hedin, Boris Magnusson
ECOOP2