Monday, April 23, 2007
Buy or Build
The "Buy vs Build" argument is an age old one. It is still a very important one that we encounter in our lives many many times. some times the decision is easy, simple and very clear. at other times it is not. when you can make the decision and see the pros and cons clearly it is just natural. such as do you make a sandwich or buy one from the cafe :) we get it toasted right? :)
we used to build everything. because we dont usually know what we will be needing tomorrow. when the need arises we fulfill it by building it. later we started seeing repeating patterns, efficencies and issues with building things when we needed and so on.. we created a system of work and labour and products and cash that based on the principles of specialisation, supply and demand.
In IT where the concepts of technology is about automation, meaning re-use and customisation are king, we still find this situation of products being built by many people in different ways to suit their different sometimes not so different needs.
with the help of live.com :) we should be able to find whatever we need being available as a product in some way form or shape some where... live is good..it will find it :) however, the 80% match on the feature set is important and so is the price. usually the price should be cheaper. learning it and implementing it to fit the rest of 20% and evolving it are the key challenges.
not every product is implemented to make these challenges go away. some products are not so critical to you. they are axillary tools, like a spell check add-in for IE. some are very very important - like your OS, Database, or a BPM platform.
these products usually have these angles well covered. some products are much much better than others in being true platforms.
I guess you will always buy and build (customise) as 100% feature set fit will never happen :)
we used to build everything. because we dont usually know what we will be needing tomorrow. when the need arises we fulfill it by building it. later we started seeing repeating patterns, efficencies and issues with building things when we needed and so on.. we created a system of work and labour and products and cash that based on the principles of specialisation, supply and demand.
In IT where the concepts of technology is about automation, meaning re-use and customisation are king, we still find this situation of products being built by many people in different ways to suit their different sometimes not so different needs.
with the help of live.com :) we should be able to find whatever we need being available as a product in some way form or shape some where... live is good..it will find it :) however, the 80% match on the feature set is important and so is the price. usually the price should be cheaper. learning it and implementing it to fit the rest of 20% and evolving it are the key challenges.
not every product is implemented to make these challenges go away. some products are not so critical to you. they are axillary tools, like a spell check add-in for IE. some are very very important - like your OS, Database, or a BPM platform.
these products usually have these angles well covered. some products are much much better than others in being true platforms.
I guess you will always buy and build (customise) as 100% feature set fit will never happen :)
Tuesday, April 10, 2007
Composability is a paradigm shift - Chris Keyser on The Architecture Journal
Chris Keyser the lead architect for Microsoft's Global ISV team wrote an article on the MSDN architecture Journal 10 on composite applications. the full article is here: http://msdn2.microsoft.com/en-us/arcjournal/bb266335.aspx
He wrote business process application assembly capability will be demanded by end users. And this will have to be delivered. We will see vendors bringing these features in the products.
I am a fan of application orchestration. As a lazy coder I like to work smart and not too hard so assembling apps like a chair or a table is just beyond cool... it is very productive. as long as the parts fit well or you have a saw to shave off the edges :) If this is going to be a end user task then imagine the kind of automation we can get at the enterprise level with business processes.
Now, one thing is to have the ability to spring off websites in seconds....and then being able to manage it ... but isn't the google way is not to organise but to searh? :) so..what we learnt from WSS 2.0 and SPS 3.0 we should leverage that ...and whatever the offering vendors have they better bring the management tooling with this platform as well.
He wrote business process application assembly capability will be demanded by end users. And this will have to be delivered. We will see vendors bringing these features in the products.
I am a fan of application orchestration. As a lazy coder I like to work smart and not too hard so assembling apps like a chair or a table is just beyond cool... it is very productive. as long as the parts fit well or you have a saw to shave off the edges :) If this is going to be a end user task then imagine the kind of automation we can get at the enterprise level with business processes.
Now, one thing is to have the ability to spring off websites in seconds....and then being able to manage it ... but isn't the google way is not to organise but to searh? :) so..what we learnt from WSS 2.0 and SPS 3.0 we should leverage that ...and whatever the offering vendors have they better bring the management tooling with this platform as well.
