sfeldman.NET
.NET, code, personal thoughts
-
DD vs. DD – The End
I had an old post, back in July 2008, where I had a few comments on Data Driven vs. Domain Driven applications. It will be almost a year soon since that post, and I have definitely learned a lot since then. One thing I learned for sure, is to pick your the battles. You cannot fight a developer who knows data driven applications since day one and nothing else, that domain driven applications are not necessarily more ‘efficient’, but more maintainable, allow better link between domain concept and software, allow change, pass the reality tests when change in business is coming. It’s the same as trying to convince someone who spent 2/3 of his career without testing and sees no value in it, suddenly to start TDD or even ‘worse’, BDD. Why to bother? I know my stuff well, don’t I? Look, XX years in the industry are not wasted. No, they are invested with a little ROI. But these are religious wars. Useless. Therefore I am off the topic, and just learning, exploring, and implementing things I see the right way at the given moment. Once you concentrate on doing that rather than chasing ghosts to convince, you realize what is right and what is wrong, without a need in side-kicks.
-
CategoryAttribute
Anyone who's doing TDD is familiar with the CategoryAttribute coming with the most of frameworks. Today (I am surprised it took us so long!) we got read of
-
xUnit Test Patterns - The Book
I have a deep respect to people writing books. Not only it's a commitment, but a hard work that may not be appreciated, despite all the efforts invested into creation of a such. Saying that, some books are just not as good as the hype around them. Unfortunately, I found "xUnit Test Patterns" by Gerard Meszaros not very pleasant for reading...
-
Durban Conference 2009 - Show Goes On And On
This post is political.
-
db4o
I was exposed to Domain-Driven Design not that much time ago. Prior to that, I was struggling with the object-relational impedance mismatch while developing objects based applications. First attempt to get relational database close to the applications I was writing was an uneducated experiment to "wrap" the data into objects. The reason I think of this now as "uneducated" decision, is because I knew nothing about proper object relational mappers, neither had sufficient knowledge about patterns such as Identity, Unit of Work, Repository, etc.
-
State Pattern with FluentNHibernate
FluentNHibernate is an amazingly nice DSL to use for quick NHibernate mapping implementation. Today I had to refactor some of the code we did at work, in order to persist a state of an object. The original code was implemented using State pattern, which allows simple division of responsibility and easy decision making at each given step. I have decided to create a simple example of State pattern persisted with FluentNHibernate in order to demonstrate how powerful it is and what kind of freedom it can give to developers.
-
Sick of Relational Databases
I have started to read a new book about OODB. The reason I decided to get the book and go through it is because I am SICK of the traditional RDBMS and the way it forces us to go through loops and hoops to create domain driven applications.
-
The Productive Programmer
Just finished reading "The Productive Programmer" by Neal Ford. Mixed
emotions about the book. On one hand it's packed with good practices and decent tips to follow, on another hand haven't I watch the presentation on InfoQ, reading the book might be a bit more pleasant... -
10 Ways To Improve Your Code
Neal Ford had an interesting presentation at InfoQ. An interesting presentation. One part was funny, is to hear from a core Java guy calling Pocos by a funky name “Ponos” :) Well, besides the fact it’s not the name we (.NET folks) use, it’s also funny to hear if you know the similar Russian word.
-
Hudson – CI Engine (part 2)
In my previous blog about Hudson I was excited as a user how cool and great this CI engine was. This week I had to quickly setup a project and get it going on our build server. Boy oh boy, that was great task. Easy, clean, and fast. You should definitely check it out.
