Carlos Ble

Carlos Ble

I am a professional software developer, I solve problems.

I also teach and mentor developers to build better software.

Developing software since 2001.

Can I help you?

  • Do you need high quality tailor-made software?
  • Need training on TDD, clean code or refactoring?
  • Do you need a technical consultant?
  • May I pair with you to write better code?

Events

Upcoming training courses:

  1. TDD - [en Español] - 6 y 7 Octubre
    Gran Canaria
  2. TDD - [in English] - October 20, 21 & 22
    London, UK
  3. TDD - [en Español] - 29, 30 y 31 de Octubre.
    Madrid, Spain

Conferences:

  1. I'll be at the Agile Testing Days 2014
  2. I'll be at the London Test Gathering Workshops.

Archive for April, 2008



Nice to see this Microsoft trend. They are pretty much copying the features implemented on great Open Source frameworks like CastleProject or Spring.Net. They published the ASP.Net MVC which is a kind of copy of MonoRail and they are now working on Dependency Injection and other stuff that reminds me the whole CastleProject. See the new here: http://reddevnews.com/news/print.aspx?editorialsid=9807.

Hammet wrote that he was invited by MS, to talk about his experience on the development of MonoRail and Cwalina says that they've got feedback from Ayende (Oren Eini) which is really good news for the Open Source I'd say.

This is good for everyone although I wonder what is the future of the CastleProject. I'd say it won't die soon, it is very stable, widely used and mature, ... same for Spring.Net.

What are the differences between Dependency Injection and the Strategy Pattern?

Test Driven Development

TDD by Example is a master piece of Kent Beck. Excelent book with examples of this development methodology. I'd say that TDD is not that good without an architect, as usual, because you've got to decide the API, the interfaces you want as you write the tests and that is a matter of experience.
Ron Jacobs talks very often about his colleague Peter Provost. Peter gives a brilliant point on TDD in this video.

More links regarding TDD:

When you got the feeling that you don't know what to test next or how to face meetings with customers, you can try a more specific way of TDD called Behavior Driven Development. Well, that is my understanding of BDD but I haven't read enough.

Update: (December 12, 2008)
Behavior Driven Development is a step further TDD. BDD is useful when you need to test the behavior of your function. Say that the method you're testing is saving some data into the database in some cases, but it returns "success" for this case and also "success" for the case where it does not need to persist any data. When you write the test for such a case, you can't just assert on the returned value. You've got to ask for the behavior. This is a perfect scenario for BDD. Same happens with access to files in the filesystem. Mock objects are a key tool for BDD as they allow you to test behavior without actual database persistence or files access. You can smell BDD when the thing you need to test goes beyond testing a returned value. Sometimes, I like to call BDD, pseudo-acceptance tests, because to me, they are more than unit tests, but still not acceptance tests. They are getting closer to the actual work flow of the application, they are really useful. I'll post about this in the near future.

I remember the common wisdom among my former .Net developers colleagues regarding Python and it was like... "ok, that's kind of toy like PHP, something for freaks.....". The first language supported by Google App Engine is Python. Maybe Python is not a joke in the end. Python rocks :-)
See the video and the post with more information.

I love C# and .Net though ;-)

Now in the Oficina de Software Libre, I am the architect and we're defining the methodologies for the next projects we're starting. They are software for the university. The main methodology is going to be Test Driven Development which is not tight to any particular technology. However, the software development scope is bigger than just TDD. There are many things to have into account, in special when we must use open source technologies. Here are the slides of the first development meeting.

* Open Office format
* PDF format