http://www.mberkay.com/2008/12/12/making-vs-taking/ Wed, 14 Jul 2010 09:30:53 -0700 http://wordpress.org/?v=2.8.4 hourly 1 http://www.mberkay.com/2008/12/12/making-vs-taking/comment-page-1/#comment-56 Chronicles of a Wandering Mind » Bookmarks for December 11th through December 14th Sun, 14 Dec 2008 11:01:26 +0000 http://www.mberkay.com/?p=62#comment-56 [...] Chronicles of a Wandering Mind » Making vs. Taking - So we face with the choice Seth states eloquently in his post. Should we try to take market share by identifying RapidInsight with existing solution or should we try to make the market? The answer should not be that difficult. We’re way too small to make a market. We can easily say “RapidInsight is like Netcool, only better :). An open source IT event management solution” It’s probably better marketing position for us. From a technical perspective, this is an inadequate description of our product. I want to talk about why focusing only on consolidating events, restricted proprietary languages, storing data in relational databases are flawed approaches and why one needs a built-in CMDB, object based data store, use of standard based dynamic scripting language , etc. Yet I have to accept that “making the market” is out of our reach, however “right” it feels. [...] [...] Chronicles of a Wandering Mind » Making vs. Taking – So we face with the choice Seth states eloquently in his post. Should we try to take market share by identifying RapidInsight with existing solution or should we try to make the market? The answer should not be that difficult. We’re way too small to make a market. We can easily say “RapidInsight is like Netcool, only better . An open source IT event management solution” It’s probably better marketing position for us. From a technical perspective, this is an inadequate description of our product. I want to talk about why focusing only on consolidating events, restricted proprietary languages, storing data in relational databases are flawed approaches and why one needs a built-in CMDB, object based data store, use of standard based dynamic scripting language , etc. Yet I have to accept that “making the market” is out of our reach, however “right” it feels. [...]

]]> http://www.mberkay.com/2008/12/12/making-vs-taking/comment-page-1/#comment-57 Chronicles of a Wandering Mind » Bookmarks for December 11th through December 14th Sun, 14 Dec 2008 11:01:26 +0000 http://www.mberkay.com/?p=62#comment-57 [...] Chronicles of a Wandering Mind » Making vs. Taking - So we face with the choice Seth states eloquently in his post. Should we try to take market share by identifying RapidInsight with existing solution or should we try to make the market? The answer should not be that difficult. We’re way too small to make a market. We can easily say “RapidInsight is like Netcool, only better :). An open source IT event management solution” It’s probably better marketing position for us. From a technical perspective, this is an inadequate description of our product. I want to talk about why focusing only on consolidating events, restricted proprietary languages, storing data in relational databases are flawed approaches and why one needs a built-in CMDB, object based data store, use of standard based dynamic scripting language , etc. Yet I have to accept that “making the market” is out of our reach, however “right” it feels. [...] [...] Chronicles of a Wandering Mind » Making vs. Taking – So we face with the choice Seth states eloquently in his post. Should we try to take market share by identifying RapidInsight with existing solution or should we try to make the market? The answer should not be that difficult. We’re way too small to make a market. We can easily say “RapidInsight is like Netcool, only better . An open source IT event management solution” It’s probably better marketing position for us. From a technical perspective, this is an inadequate description of our product. I want to talk about why focusing only on consolidating events, restricted proprietary languages, storing data in relational databases are flawed approaches and why one needs a built-in CMDB, object based data store, use of standard based dynamic scripting language , etc. Yet I have to accept that “making the market” is out of our reach, however “right” it feels. [...]

]]>