To start our experiment with F#, we first needed to learn to write code in F#. Read a little I knew about the site quite some time, but finally, I took the time to read some posts there until I thought I’m fit enough to code something real. Code a little Once upon a time, I wrote a report generator for xBehave.net in C#. The report generator generates a markdown report from the results of a test run of xBehave.net tests/specs. The code was old and lacked some features. So I started...
The past I’m a C# developer since .Net came into life in 2002. I’ve built many systems using C#, and I like(d) it. C# is an excellent object-oriented programming language. For the last five years, I’ve built only backend systems with C# – the clients were web clients. The backends we built were almost entirely stateless. Either the client holds the state or the state resides in a database. So we started to write stateless C# code. Today, we write lots of read-only data...
This is a cheat sheet for team decision making that I compiled from discussions in open spaces and conference workshops:
Team decision making
These are the slides with some notes from my talk about software architecture when developing in an agile way. Contents Let’s look back at the workflow Max and his team used to build a solution to their problem. First, they invested in problem understanding so that they then could decompose the problem into almost independent subproblems. Finding solutions to the subproblems and composing these together into a solution for the whole problem were the next iterative steps. Once a consistent...
These are the slides with some notes from my talk about software architecture when developing in an agile way. Contents Max and his team can now build software in steps, adapt to new business needs and technology changes, and evolve the software architecture accordingly. But like most teams after a while, they get the feeling that they lose speed. Development takes longer, features get completed less and less. It’s time to improve the code base and invest in innovation. But unfortunately...
These are the slides with some notes from my talk about software architecture when developing in an agile way. Contents Even if you invested a lot of time upfront to get all the requirements and to make wise technology decisions, requirements and technologies will change. Requirements change because the stakeholders see new possibilities or there were misunderstandings. Technologies change all the time and at some point, you have to keep up or the product will die. How can we design a software...
These are the slides with some notes from my talk about software architecture when developing in an agile way. Contents
Max wants to get feedback about the architecture and the software his team built often and as early as possible. Earlier feedback means that the team can correct its course earlier and thus reducing waste caused by building the wrong stuff.
These are the slides with some notes from my talk about software architecture when developing in an agile way. Contents Max knows now how to add new features and how to extend the architecture in an iterative and incremental way. He knows how to split and defer decisions. But how can his team keep adding stuff without breaking what is already there? Breaking existing stuff is very time consuming and frustrating. Re-work is what costs teams a lot of their capacity. Instead of building new...
These are the slides with some notes from my talk about software architecture when developing in an agile way. Contents
Max has the challenge that there are a lot of architectural decisions that have to be made. But how can his team make good decisions with only limited knowledge because they build the software incrementally and need decisions early to start developing?
These are the slides with some notes from my talk about software architecture when developing in an agile way. Contents
When we build software with an agile approach, we build features incrementally and iteratively.Incremental = one feature after the other.Iterative = we build the first version of a feature, get feedback and improve it in the next iteration.