Thread: [Embedlets-dev] Relevant reading....
Status: Alpha
Brought to you by:
tkosan
Menu
▾
▴
embedlets-developer
|
From: Andrzej J. T. <an...@ch...> - 2003-02-06 23:27:16
|
Came across an interesting strategy document from Joel Spolsky on commoditizing your complements today. I thought I had read all of Joel's older stuff, but somehow I missed this one. It struck me that we are trying to do exactly that with the Outpost/Embedlet project. We want to commoditize embedded software development process. Interesting! His comments about Sun's Java quandry also are relevant, since our approach also has the chance of commoditizing the proprietary hardware that has been typically used in embedded solutions, as a side-effect of using Java as the platform. Worth a read: http://www.joelonsoftware.com/articles/StrategyLetterV.html Andrzej Jan Taramina Chaeron Corporation: Enterprise System Solutions http://www.chaeron.com |
|
From: James C. <ca...@vi...> - 2003-02-07 00:43:05
|
This is all part of a paradigm shift from a hardware centric world to a software centric world. The VM concept is all part of the same shift where hardware is the commodity and the software and skillbases of the users has the greatest value. It makes total sense, when hardware was first introduced, there were no software users and knowing the hardware was the only way to solve the problem so hardware got proprietry and arogant and always thought it would be this way. 30+ years later the value is in the millions of users with between 1 and 40 years of software experience equallying hundreds of millions of man years of skillbase and knowledge. These days its pretty rich for a hardware company to put out a new chip costing say 100 man years and expect the market with 100 million man years of momentum to relearn the new hardware. Hence, the VM, making software look like hardware. It also underpins my Language Neutralisation Strategy for muvium. James Caska http://www.muvium.com 'Java Bred for Embedded' > -----Original Message----- > From: emb...@li... > [mailto:emb...@li...]On Behalf Of > Andrzej Jan Taramina > Sent: Friday, February 07, 2003 10:25 AM > To: emb...@li... > Subject: [Embedlets-dev] Relevant reading.... > > > Topic tags:[AR][GW][DO][HW][PM] > _______________________________________________ > > Came across an interesting strategy document from Joel Spolsky on > commoditizing your complements today. I thought I had read all > of Joel's older > stuff, but somehow I missed this one. > > It struck me that we are trying to do exactly that with the > Outpost/Embedlet > project. We want to commoditize embedded software development process. > Interesting! His comments about Sun's Java quandry also are > relevant, since > our approach also has the chance of commoditizing the proprietary > hardware > that has been typically used in embedded solutions, as a > side-effect of using > Java as the platform. > > Worth a read: http://www.joelonsoftware.com/articles/StrategyLetterV.html > > > Andrzej Jan Taramina > Chaeron Corporation: Enterprise System Solutions > http://www.chaeron.com > > > > ------------------------------------------------------- > This SF.NET email is sponsored by: > SourceForge Enterprise Edition + IBM + LinuxWorld = Something 2 See! > http://www.vasoftware.com > _______________________________________________ > Embedlets-developer mailing list > Emb...@li... > https://lists.sourceforge.net/lists/listinfo/embedlets-developer > > |
|
From: Brill P. <bri...@ro...> - 2003-02-07 05:35:13
|
Good article... I'm surprised people in general don't think of the caveats of Open Source... to me it just seems like a logical association. I'd have to agree that we are seeking to "commoditize" the hardware in particular, but we are also seeking to commoditize the software (at least Cork is, but Outpost will as well)... and I think that doing so will not be a bad thing for us... we are developing a systems that says "use this and you'll never have to worry about switching and re-learning, because it will all work the same way". In effect, if we are successful (which I think we will be) we will be forcing the large companies to comply to what we do here... which leads right into the reason this thing got started in the first place (we were looking for a way to make money with what we love to do). The fact that we are also providing a solution that will works makes it all the sweeter. - Brill Pappin Rogue Robotics www.roguerobotics.com ----- Original Message ----- From: "Andrzej Jan Taramina" <an...@ch...> To: <emb...@li...> Sent: Thursday, February 06, 2003 6:25 PM Subject: [Embedlets-dev] Relevant reading.... > Topic tags:[AR][GW][DO][HW][PM] > _______________________________________________ > > Came across an interesting strategy document from Joel Spolsky on > commoditizing your complements today. I thought I had read all of Joel's older > stuff, but somehow I missed this one. > > It struck me that we are trying to do exactly that with the Outpost/Embedlet > project. We want to commoditize embedded software development process. > Interesting! His comments about Sun's Java quandry also are relevant, since > our approach also has the chance of commoditizing the proprietary hardware > that has been typically used in embedded solutions, as a side-effect of using > Java as the platform. > > Worth a read: http://www.joelonsoftware.com/articles/StrategyLetterV.html > > > Andrzej Jan Taramina > Chaeron Corporation: Enterprise System Solutions > http://www.chaeron.com > > > > ------------------------------------------------------- > This SF.NET email is sponsored by: > SourceForge Enterprise Edition + IBM + LinuxWorld = Something 2 See! > http://www.vasoftware.com > _______________________________________________ > Embedlets-developer mailing list > Emb...@li... > https://lists.sourceforge.net/lists/listinfo/embedlets-developer > |
|
From: Ted K. <tk...@ya...> - 2003-02-08 07:44:29
|
Andrzej commented on the Joel on Software economics article: >His comments about Sun's Java quandry also are relevant, >since our approach also has the chance of commoditizing >the proprietary hardware that has been typically used in >embedded solutions, as a side-effect of using >Java as the platform. James added: >The VM concept is all part of the same shift where >hardware is the commodity and the software and skillbases >of the users has the greatest value. and Brill added: >In effect, if we are successful (which I think we will be) >we will be forcing the large companies to comply to what >we do here... I read this a few days ago, it bounced around in the back of my mind for awhile and then *pop*, a light went on... Are you guys saying that this project might eventually have the ability to control (at least partially) the hardware configuration and software offering of a significant number of embedded systems companies? Ted __________________________________________________ Do you Yahoo!? Yahoo! Mail Plus - Powerful. Affordable. Sign up now. http://mailplus.yahoo.com |
|
From: James C. <ca...@vi...> - 2003-02-08 07:50:43
|
>Are you guys saying that this project might eventually have the >ability to control (at least partially) the hardware configuration >and software offering of a significant number of embedded systems Tell em he's Dreamin' - The Castle (Aussie comedy) JC > -----Original Message----- > From: emb...@li... > [mailto:emb...@li...]On Behalf Of Ted > Kosan > Sent: Saturday, February 08, 2003 6:44 PM > To: emb...@li... > Subject: [Embedlets-dev] Re: [Strategy] Relevant reading.... > > > Topic tags:[ARCH][JAPL][WIRING][DOCS][MGMT][STRATEGY][NEWBIE] > _______________________________________________ > > Andrzej commented on the Joel on Software economics article: > > >His comments about Sun's Java quandry also are relevant, > >since our approach also has the chance of commoditizing > >the proprietary hardware that has been typically used in > >embedded solutions, as a side-effect of using > >Java as the platform. > > > James added: > > >The VM concept is all part of the same shift where > >hardware is the commodity and the software and skillbases > >of the users has the greatest value. > > > and Brill added: > > >In effect, if we are successful (which I think we will be) > >we will be forcing the large companies to comply to what > >we do here... > > I read this a few days ago, it bounced around in the back of my > mind for awhile > and then *pop*, a light went on... Are you guys saying that this > project might > eventually have the ability to control (at least partially) the hardware > configuration and software offering of a significant number of > embedded systems > companies? > > > Ted > > __________________________________________________ > Do you Yahoo!? > Yahoo! Mail Plus - Powerful. Affordable. Sign up now. > http://mailplus.yahoo.com > > > ------------------------------------------------------- > This SF.NET email is sponsored by: > SourceForge Enterprise Edition + IBM + LinuxWorld = Something 2 See! > http://www.vasoftware.com > _______________________________________________ > Embedlets-developer mailing list > Emb...@li... > https://lists.sourceforge.net/lists/listinfo/embedlets-developer > > |
|
From: Brill P. <bri...@ro...> - 2003-02-08 15:19:40
|
> I read this a few days ago, it bounced around in the back of my mind for awhile > and then *pop*, a light went on... Are you guys saying that this project might > eventually have the ability to control (at least partially) the hardware > configuration and software offering of a significant number of embedded systems > companies? In my mind, it would eventually do that. If we are successful, we will be defining the APIs these systems will *want* to implement, because people will *want* to use the applications. However, I don't think that you should get too excited about it yet ;) lets get it working first. - Brill Pappin |
