sneSCM

Scandinavian Network of Excellence
in
Software Configuration Management


Scandinavian SCM day

Session abstracts:

Containers as your SBoM (Sofus Albertsen):
A “software bill of materials” (SBOM) is a key building block in software security and software supply chain risk management. With the introduction of containers you have your runtime, OS, and dependencies all in one package, making it easier than ever to generate a supporting bill of materials for your delivery pipeline.

I will introduce a couple of ways and tools you can utilize in making your SBOM with containers.

Version control tools for better design collaboration (Robin Lundin):
Design is getting more and more recognition within the IT product development sphere, and companies are searching for and hiring more UX, UI, Interaction, and Product Designers. This is positive and results in more usable products being delivered. But it also introduces new challenges within the product development process. As developers, we need to learn early on about how important structure and version control for the code is to be able to cope over time. Unfortunately, this is not the case for designers. Yes, designers most often do not write any code, but they still need to handle resources like sketches, prototypes, requirements, and user insights, which all like the code can change over time. These resources often act as the foundation for what the developers realize in their code. When these lack structure, version handling, etc. it can get very messy for all involved. In this session I will talk about digital design in general, the challenges above as well as solutions going forward.

Transformation upside down (Christian Pendleton):
Since the start of my career, I have been convinced that transformations of processes, procedures and toolchains should start from how we want to work and THEN choose what tools to use. I will share a story about when we were more or less forced to start with choosing new tools and after that discuss how to work and the how result really surprised us.

A Unified View of Continuous Integration, Continuous Delivery and Continuous Deployment (Lars Bendix):
The practices of Continuous Integration, Continuous Delivery and Continuous Deployment have many things in common. For one that they are supposed to be "continuous" - and also that "something" is moved from one place to another. For other things they differ - like the implementation details and the places that are in play.

In this micro-tutorial, I will try to see if we can find an abstraction level at which the three practices can be thought of as conceptually the same thing. I will also try to highlight the places where when you go into more detail the practices will begin to differ.

When you talk to other people (developers, managers) about the concepts maybe it would be best to stay at the abstract level and not confuse them with - for them - insignificant details and differences. When you have to implement the practices maybe you should pay attention also to the details where they differ - even if there can be a significant amount of "conceptual reuse".