A Java geek

Jun 20, 2013 writing

Writing a tech book: why and how?

There are a couple of reasons that could motivate you to write a tech book. Money shouldn’t be one of them. You don’t get rich, period First things first, you don’t write a technical book to become rich as you need the lower time to revenue ratio possible. In this regard, technical book writing is one on the worst possible example: It is a very time consuming activity. Even if you know everything there’s to know about the subject - doubtful, you will need the time to

Jun 16, 2013 course MongoDB NoSQL

MongoDB course, thoughts and feedback

I’m afraid I traded my ability to understand SQL for the ability to understand Object-Oriented Programming a long time ago. That’s why I never have been at ease with databases in general and SQL in particular. Given the not-so-recent trend about NoSQL, I thought it was time to give it a try. When I became aware that 10gen - the company behind MongoDB, was making free online courses available at regular intervals, I jumped at the chance and last month, I registered for M101J: MongoDB f

Jun 9, 2013 Architecture

There is no such thing as an absolute best architecture

I’ve been surprised this week by a colleague’s comment regarding how a piece of software had been architectured. He found it too much procedural and not enough object-oriented, despite the fact the code was performing exactly as needed. I would have expected this from a junior developer, not from a seasoned one. Hey, guys, may I kindly remind you we’re not in university anymore? When designing an architecture, there are more things to take into account than just technical para

Jun 2, 2013 spring

Modularity in Spring configuration

The following goes into more detail what I already ranted about in one of my previous post. In legacy Spring applications I’ve to develop new features in, I regularly stumble upon a big hindrance that slows down my integration-testing effort. This hindrance, and I’ll go as far as naming it an anti-pattern, is to put every bean in the same configuration file (either in XML or in Java).

May 12, 2013

The next Gutenberg moment is now

Some time ago, I stumbled upon the term 'Gutenberg moment' (and I’m very sorry because I don’t remember where). I googled it quickly and here’s a definition I found: a Gutenberg moment is one which changes the way we produce and consume text as dramatically as Gutenberg’s machine did.

May 5, 2013 automation deployment

Deployit, deployment automation made easy

Two weeks ago, I attended the first Swiss JDuchess workshop in Geneva. It was about Deployit, a software to enable continuous deployment. I had already been introduced to it at Devoxx France 2012, and it had been a surprise… a very good one. Unfortunately, the workshop was a failure, at least for me: I couldn’t import the provided Virtual Machine. Given the very positive feedback of the other attendees, I decided to run it some time later at home. This time, it worked like a

Apr 28, 2013 integration testing test unit testing

Integration tests from the trenches

This post is the written form of one of my submission for Devoxx France 2013. As it was only chosen as backup, I lacked the necessary motivation to prepare it. The subject is important though, so I finally decided to write it down. In 2013, if you’re a standard developer, it is practically a given that you test your code. Whether you’re a practicioner of TDD or just create them afterwards, most realize a robust automated test harness is not optional but mandatory. Unit Test vs Int

Apr 21, 2013 bean validation

Design by contract and bean validation

I must confess that despite all benefits of defensive programming, I usually limit myself to not expose mutable attribute to the outside world. Why is that? I believe this is mostly because of readability. Have a look at the following piece of code.

Apr 14, 2013 commerce hybris solution

The middle path approach

I’ve been doing software development for most of my career, so that I think myself as a software developer (or software architect), even though I’ve dabbled in solutions engineering more than once. This surely has an effect on how I see the architecture landscape, but I’ll try to be as objective as possible. Historically, there have been two approaches in providing software solutions to business requirements.

Apr 7, 2013 javascript

JavaScript namespace and restricted access

I began developing with JavaScript more than 10 years ago in order to handle DOM updates on the client-side. At this time, this usage was called DHTML and I was one of the few Java developers that had some interest in it. Still, JavaScript was considered a second-class language, something that was somewhat necessary but wasn’t professional enough. Fast-forward: the year is 2013 and JavaScript is everywhere: developers are using JavaScript both server- and client-sideHTML5 uses JavaScript