### Modelling:

### Tweets

- RT @softmodeling: “The 3 types of bullshit feedback — and what to do about them” by @cjlew23 buff.ly/2wgYMpD 1 week ago
- RT @CodeWisdom: "If someone claims to have the perfect programming language, he is either a fool or a salesman or both." - Bjarne Stroustrup 3 weeks ago

# Tag Archives: abstraction

## Craftsman or Engineer?

A lot has been written on the differences between Craftsman and Engineer. Recently I came across a simple example by Hofstadter & Sander, that nicely shows the basic difference in thinking: Continue reading

Posted in Abstract Thinking, Software_Engineering
Tagged abstraction, analogy, craft, craftsman, craftsmanship, Douglas Hofstadter, Emmanuel Sander, engineer, engineering, Hofstadter, marking, model, Modelling, parallelogram, rectangle, rhombus, software engineering, square, surfaces and essences
4 Comments

## Reflections on Abstractions: Subsumption I

We’re going to look at a subsumptional mapping from lhs original to rhs model. We will get four cases of subsumption as in figure (strictest cases), which now can be developed into a continuum with the four cases as corner points. Continue reading

## Reflections on Abstractions: From ‘Siamese’ Graphs to Concept Lattices

There is an elegant construct of dealing with ‘Siamese’ abstractions for object-attribute situations, from formal concept analysis. Where ‘Siamese’ means not-rhs-unique mapping of complete subgraphs. Continue reading

## Reflections on Abstractions: Subsumptions and Omissions

In addition to the recent posting ‘Abstractive and Functional Mappings’ we provide a simple visualisation of subsuming and omitting abstractions. Continue reading

Posted in Mathematics, Reflections on Abstractions
Tagged abstraction, Graph, left-total, left-unique, lhs, Mapping, model, modeling, omission, reflections on abstractions, Relation, rhs, ROA, subsumption
1 Comment

## Reflections on Abstractions: Abstractive vs Functional Mappings

We introduce the concepts of subsuming and omitting mappings, and see how they are better suited for abstraction and modelling than the classical mathematical concept of functions. Continue reading

Posted in Mathematics, Reflections on Abstractions
Tagged abstraction, bijection, function, Graph, left-total, left-unique, lhs, Mapping, model, modeling, reflections on abstractions, Relation, rhs, ROA, total, unique
3 Comments

## Modelling explained (to Journalists)

In journalism dog bites man or man bites dog, makes a big difference. In modelling it’s the same entities with the same relation, just in different directions. Continue reading

Posted in Software_Engineering
Tagged abstraction, bites, dog, entity, journalism, journalist, man, man bites dog, model, Modelling, Relation
Leave a comment

## What can Software Modellers learn from Innovation Methodologies?

Recently I came across the HBR (Harvard Business Review) article ‘A Taxonomy of Innovation’ on the Luma institute design methodology. From the perspective of a software modeller, it can be asked: what can we learn from such a methodology? Continue reading

## Abstraction makes the Engineer

From my own experience I may say, what separates the engineer from the craftsman is clearly the ability to abstract. Continue reading

Posted in Abstract Thinking, Software_Engineering
Tagged abstraction, analogy, Douglas Hofstadter, education, Emmanuel Sander, engineer, engineering, Hofstadter, marking, model, Modelling, parallelogram, rectangle, rhombus, software engineering, square, surfaces and essences, thinking
Leave a comment

## Reflections on Abstractions: The Use Case trade-off

Based on the elementary terms of relational structures, this little example shows the basic trade-off of Use Cases: understandability vs redundancy. Continue reading

## Reflections on Abstractions: Adjacent Rooms

Example of an abstraction by subsuming directly connected nodes in the original into a single node in the model. This corresponds to a situation where structures of wall are abstracted to rooms with the neighborhood relation. Continue reading