CRUD for Software Development
CRUD (Create-Read-Update-Delete) operations are the basic functions of most data storages. It’s all you need to get your data into any required state. The same concept can be applied to development process as well.
Following combines all aspects of your product development:
- CREATE - Focus on delivering!
- READ - Focus on listening your customers, developers and yourself!
- UPDATE - Focus on transferring your “readings” into products!
- DELETE - Abandon when no-one is listening to you!
You could name this list as DLTA (Deliver, Listen, Transfer, Abandon) but it’s far from being as cool as CRUD!
TOP 5 reasons for Eclipse Certification
Wayne Beaton questioned the importance of certification for eclipse community. I’ve been wondering about this and seems like a great time to bring it up. Here is my humble TOP 5/DOWN 1 for having/not having them.
Code without automated tests is like using bricks without cement
Just today morning in Tallinn a whole wall of a brand-new building just fell down!
Update: The building was not new and it fell because there is a road reconstruction very nearby.
This made me think that automated unit-tests can save at least your soul.
As soon as there is a bit more complex code to be programmed it’s very tempting to get it first working without using the glue or cement to nail down the foundations of the code.
By cement I mean automated tests, of course.
The implementation you write is only a set of bricks. Which can be used to build a wall, of course.
To really keep them together and ensure that they STAY together, you need to write tests.
Phuuh!
Let the Sun Shine and Tests Run!
Organising design-by-contract test code
“Lets say you write component-oriented, loosely coupled, design-by-contract (java) software and you do rigorous unit testing. How do you organise your codebase?”
Leo Simons offers one possibility: Organising design-by-contract test code
Build a generic typesafe DAO with Hibernate and Spring AOP
Don’t repeat the DAO!: “With the adoption of Java™ 5 generics, the idea of a generic typesafe Data Access Object (DAO) implementation has become feasible. In this article, system architect Per Mellqvist presents a generic DAO implementation class based on Hibernate. He then shows you how to use Spring AOP introductions to add a typesafe interface to the class for query execution.”
