“Can I change this code?” sounds like a normal question, but in my opinion it expresses a problem in agile development that needs addressing.
Foremost: This is a very good question, because it shows a noble intent: Make code you found better. Following the boyscout rule “always leave the campground cleaner than you found it” is among the best practices for coding. But the question indicates that there is something in the way of doing it. In Scrum you call this an impediment which calls for resolution, but also non-Scrum projects should take care of it. Also it should be said that solving this on a case by case basis doesn’t work. Effective development is only possible when this question is never asked again.
(read more…)
On Tuesday I attended Neal Fords session on DSLs and what they do for us. He showed that Java language capabilities for making or using DSLs are limited. But as we at codecentric have a lot Java, let’s have a deeper look to what extend it is possible. While some people already adopted the Builder pattern from Josh Bloch using a fluid interface, this has a problem, called the finishing problem. Because the Builder pattern works as chained method calls, some stuff might not be initialized when required. Neal showed an example, which he took from jMock, how to solve this problem in Java. This impressed me, so I came up with my own idea, which in fact is already done by some GWT or Swing developers.
(read more…)
InnoDB has been the most popular MySQL Storage Engine as the MyISAM Engine was not usable for most use cases due to its limitations. MySQL AB was working on Falcon, the successor of InnoDB and MyISAM, for quite some time already.
After MySQL has been aquired by Sun and the Falcon chief architect left the team it didn’t look too good for MySQL already. But after the announcement of Oracle going to buy Sun everything is open again.
Personally I think its looking quite bad for MySQL, especially after InnoDB has been published as standalone database. Looking at the whole product portfolio of Oracle in the database segment now is very confusing. While it has been discussed the last days that “MySQL” could survive as “small Oracle” I think that the situation is much clearer now: There is nothing that is on the upside for MySQL. Many “MySQL” installations already run exclusively with InnoDB. It just fits better into the strategic portfolio of Oracle, making it the ideal small business solution. There is no need for MySQL to be the small brother of the big “real Oracle”.
But still doubts remain and we will have to sit and wait the future brings. But while sitting and waiting we can have a look at our existing installations and evaluate what requirements they fulfill and what features of MySQL we really use. Then we are prepared for whatever Oracle will decide.
Yesterday I attended the Agile Day on the JAX 2009 in Mainz. I do not want to rate the talks in any way. Since was one of the speakers, it just wouldn’t make much sense … 
… but I want to share a few personal impressions I had.
First I was surprised how many people attended the agile day. There were at least 300 persons, throughout the whole day. This showed me in a very impressive way that people are really interested in agility these days. In a short poll about half the people said they are using a few agile practices but they are not really agile. Most people of the other half said they are not doing any agility at all at the moment but they are interested in the topic. And just a few people stated they are doing real agile software development and most of them were speakers. For me that showed that there is still a long road to travel in the area of agility but many people started moving which is good.
The second interesting impression was a Pecha Kucha session. Stefan Roock organized that session. There were 6 speakers doing a presentation, each with exactly 20 slides, which are shown exactly 20 seconds each, 6 minutes and 40 seconds altogether. These are the rules of a Pecha Kucha presentation. For me it was really interesting to attend such a session. I have read about it before but I haven’t attended a Pecha Kucha session up to yesterday. I liked the short duration of the presentations. It urges the presenters to focus on one or maximum two ideas and keeps them from lengthily talking about dozens of things. On the other hand the strict format was quite distracting for me. Most of the time the slides were shown a bit too long or too short for the things the speakers had to say about the slide. So quite often they had either to wait or to hurry up. And I always was distracted somehow waiting for the next slide to show up. In summary it was an interesting experience for me but I don’t think that this very strict format is very helpful in most cases. I think short sessions – i.e. 10 minutes or less – are a good format but they shouldn’t be that strict.
The last interesting impression for me was the speaker panel at the end. It wasn’t the panel discussion in itself. Those I have seen many times. It was the fact that even the agile experts that stood there still had quite different viewpoints on the topic agility. I mean on the one hand that is quite normal for many topics but on the other hand it is always quite surprising to experience that live within a panel discussion. I think it shows that agility is still not a too well explored area that yet has a lot of evolution to go through.
category: 
