Why do we write code? At one level, we’re trying to solve some particular problem, to add some kind of value to the world. But often there are also secondary objectives: the code has to solve the problem, and it also has to be fast, or easy to maintain, or extend, or whatever. So let’s look at that.
Back to the supermarket. This week, we’ll implement the code for a checkout system that handles pricing schemes such as "apples cost 50 cents, three apples cost $1.30."
If we’re programming business applications in a language such as Java or C#, we’re used to constructing and using classes to manipulate our business objects. Is this always the right way to go, or would a less formal approach serves us well sometimes?
Just because we need to sort something doesn’t necessarily mean we need to use a conventional sorting algorithm.
Consider the implementation of a top-ten best sellers list for a high volume web store.
Counting lines of code in Java source is not quite as simple as it seems.
Trigrams can be used to mutate text into new, surreal, forms. But what heuristics do we apply to get a reasonable result?
Continue reading "Kata Fourteen: Tom Swift Under Milk Wood" »
How can you tame a wild (and changing) set of business rules?
The rules that specify the overall processing of an order can be complex too, particularly as they often involve waiting around for things to happen.
Continue reading "Kata Seventeen: More Business Processing" »
Let’s write some code that calculates how dependencies propagate between things such as classes in a program.
