Comments on: Identifying services we might need in the future but don’t know right now? http://sanderhoogendoorn.com/blog/?p=715 Imagination is more important than knowledge Thu, 24 Jun 2010 15:16:11 +0000 hourly 1 http://wordpress.org/?v=3.0 By: Marco http://sanderhoogendoorn.com/blog/?p=715&cpage=1#comment-3096 Marco Fri, 27 Nov 2009 23:41:37 +0000 http://sanderhoogendoorn.com/blog/?p=715#comment-3096 It took me a moment to realize what YAGNI means. For those of you who don't: <a href="http://en.wikipedia.org/wiki/You_ain't_gonna_need_it" target="_blank">http://en.wikipedia.org/wiki/You_ain't_gonna...</a> I completely agree with you. I have met my share of architects designing for some distant future. And I can't think of one single project based on these designs that worked out for the way it was envisoined. It took me a moment to realize what YAGNI means. For those of you who don't: http://en.wikipedia.org/wiki/You_ain't_gonna...

I completely agree with you. I have met my share of architects designing for some distant future. And I can't think of one single project based on these designs that worked out for the way it was envisoined.

]]> By: Angelo Hulshout http://sanderhoogendoorn.com/blog/?p=715&cpage=1#comment-3095 Angelo Hulshout Fri, 27 Nov 2009 19:16:24 +0000 http://sanderhoogendoorn.com/blog/?p=715#comment-3095 Sander, it's getting crowded in the twilight zone.... I agree completely with what you write above. The point that a lot of [enterprise|IT|software] architects seem to miss is that being future proof is not the same as predicting the future. I won't go into repeating the ideas of frameworks, well defined interfaces, and extensible DSLs, but these are all ways to accomplish future proofness up to a certain level, without trying to predict all the services yagn. Sander, it's getting crowded in the twilight zone…. I agree completely with what you write above. The point that a lot of [enterprise|IT|software] architects seem to miss is that being future proof is not the same as predicting the future. I won't go into repeating the ideas of frameworks, well defined interfaces, and extensible DSLs, but these are all ways to accomplish future proofness up to a certain level, without trying to predict all the services yagn.

]]>