tag:blogger.com,1999:blog-5985995329553099015.post8707172355046080945..comments2023-11-29T06:27:42.934-05:00Comments on Open Thoughts on Software, Business, Life: Legitimate Open Source Strategy or All Wet?Shaun Connollyhttp://www.blogger.com/profile/05536033402074599031noreply@blogger.comBlogger2125tag:blogger.com,1999:blog-5985995329553099015.post-21927286365139773232007-11-27T21:37:00.000-05:002007-11-27T21:37:00.000-05:00Thanks for the reply Richard. I guess it comes dow...Thanks for the reply Richard. <BR/><BR/>I guess it comes down to what your real goal is for going open source. If it's to disrupt folks like Adobe, then following their same strategy is not disruptive.<BR/><BR/>If you don't own all the IP (i.e. you embed 3rd-party components that can't be open sourced), then that's a valid reason. <BR/><BR/>If it's to test the waters and see if you can attract interest in a community, then...well...I actually think you'd get a real gauge by opening the crown jewel. Yes, the innovation happens around it, but I think you underestimate the value of opening up your platform. Ex. developing on a platform that is transparent is much easier than developing on a black box...even Microsoft has opened its .NET code for developers to see but not touch.<BR/><BR/>You can always keep the runtime intact by choosing the right license - as Sun did with OpenJDK.<BR/><BR/>Anyhow, as I said, it's a complex process...so I hope your path turns out well for you.Shaun Connollyhttps://www.blogger.com/profile/05536033402074599031noreply@blogger.comtag:blogger.com,1999:blog-5985995329553099015.post-77060532429032365952007-11-27T18:14:00.000-05:002007-11-27T18:14:00.000-05:00Hi Shaun,You make a good point regarding the diffi...Hi Shaun,<BR/><BR/>You make a good point regarding the difficulty of supporting both Proprietary and Open Source lines of business, and we value the dialogue you’re trying to create. In fact we discussed at length whether or not to Open Source the RTE. In the end we decided it would be more beneficial to keep the RTE proprietary and to Open Source all the other Curl components. Let me explain our reasoning (beyond what was in the SD Times article) a little more.<BR/><BR/>It is imperative that the RTE run on all platforms with high quality and consistency. We all know what happened with the failure of Java applets. No one could get their applications to work consistently with quality on the various platforms. In the end most people gave up. <BR/><BR/>We felt that at this particular point in time, there is little value for either Curl or the Open Source community in releasing the RTE. The Curl community today is small and there isn’t an Open Source body that is interested in receiving it. As the Curl developer community grows, if at a latter date a large number of them feels the need to innovate in the platform we would of course re-evaluate this decision. <BR/><BR/>These dynamics and constraints do not exist for Curl components that are above the RTE. This is the area we expect innovation to occur as development tools and frameworks are built up to enhance the client-side RIA stack.<BR/><BR/>Additionally in order to promote use of Curl and Open Source contributions we have also changed our licensing to provide free base versions of the IDE and deployment licenses for commercial use.<BR/><BR/>It’s worth noting that Curl’s Open Source strategy is consistent with Adobe’s strategy for Flex. In their case they have released the tools to create Flex applications to open source, but the Flex RTE (Flash player) has not been released to Open Source.<BR/><BR/>Thanks again for the dialogue.<BR/><BR/>Richard Treadway<BR/>Curl, Inc.Richard Treadwayhttps://www.blogger.com/profile/07081592191258388895noreply@blogger.com