
Markus Eliasson
Consultant
Markus explains things simply and comprehensibly to less tech-savvy people. As a colleague, Markus is very caring and wants to see others succeed. People who work with Markus can expect a person who is always there to help. His quick-witted and funny comments always add laughter to the group. He also has a great passion for music. Markus has worked at factor10 since 2017 and appreciates the colleagues from whom he can constantly learn new things. Markus often focuses on user-friendly systems and has previously worked as a tech lead and architect.
Skills and interests
Raised in C++ and did mobile development before it was a thing.
Published and is active in open-source projects.
Worked as a consultant all his life.
Master of Science in Software Engineering.
Fought well and hard but finally caved in and started collecting vinyl records.
Personal Blog Feed
Visit Markus' blogTest-Driven Development - looking back
This is a retrospective on why it took so long to get started, where I see the greatest benefits and where it is still hard.
The fear of releasing
The fear of releasing is real, it is the fear of failure.
Technical debt
What is technical debt, who owns it and when is it due? Post #2 in a series of post about obstacles around software development.
Your obstacles are YOUR obstacles
Why do we have obstacles in software development when software is almost free from constraints?
Best practices for ScalaTest
Writing clear, consice and maintainable tests can be quite challenging. Following the practices discussed here will hopefully help you achieve this if you are using ScalaTest.
Building a parser for Sequence
Now that we have defined what we want the Sequence language to look like, we need to formalize this in a grammar and build a parser to parse our input into an Abstract Syntax Tree.
Defining the Sequence language
Even a tiny language as Sequnce requires a careful and iterative process, you need to consider both the semantics and the synatax.
Building your own DSL does not have to be hard
The need for different types of computer languages is growing rapidly — luckily it turns out that creating your own Domain Specific Language does not have to be all that hard.
Bytes do not destroy software — people do
Have you ever come across a poorly written software where you thought to yourself — this has grown out of control!