Comments for Coding Clarity http://chrisdail.com Writing simple, clear and readable code. Fri, 15 Apr 2011 23:12:10 +0000 hourly 1 http://wordpress.org/?v=3.2.1 Comment on Subversion is not Dead by Working with Git against Subversion Repositories - Coding Clarity http://chrisdail.com/2011/03/21/subversion-is-not-dead/comment-page-1/#comment-1296 Working with Git against Subversion Repositories - Coding Clarity Fri, 15 Apr 2011 23:12:10 +0000 http://chrisdail.com/?p=163#comment-1296 [...] my previous post on why Subversion is not Dead, I really do love Distributed Version Control Systems. I’ve wanted for some time to move our [...] [...] my previous post on why Subversion is not Dead, I really do love Distributed Version Control Systems. I’ve wanted for some time to move our [...]

]]> Comment on Subversion is not Dead by chris http://chrisdail.com/2011/03/21/subversion-is-not-dead/comment-page-1/#comment-1291 chris Tue, 22 Mar 2011 13:12:10 +0000 http://chrisdail.com/?p=163#comment-1291 @Arne Yes, there are ways to bundle GPL software with a commercial offering. The issue is more with enterprise customers. Many big firms look at GPL as a liability and have blanket policies that they will not accept any GPL software. Their reasons may be unjustified but it does not change the fact that they will not purchase your software if you use GPL. You have no choice but to comply if you want their business. This becomes even more of a problem for the OEM market. We have OEM partners who resell our software. The list of supported licenses for this is even more restrictive. Some of our OEM partners will not accept LGPL either. Their reasons are probably not justified but their legal departments refuse to budge on this. GPL is bad for political reasons more so than for technical ones. @Arne Yes, there are ways to bundle GPL software with a commercial offering. The issue is more with enterprise customers. Many big firms look at GPL as a liability and have blanket policies that they will not accept any GPL software. Their reasons may be unjustified but it does not change the fact that they will not purchase your software if you use GPL. You have no choice but to comply if you want their business.

This becomes even more of a problem for the OEM market. We have OEM partners who resell our software. The list of supported licenses for this is even more restrictive. Some of our OEM partners will not accept LGPL either. Their reasons are probably not justified but their legal departments refuse to budge on this.

GPL is bad for political reasons more so than for technical ones.

]]> Comment on Subversion is not Dead by Arne Babenhauserheide http://chrisdail.com/2011/03/21/subversion-is-not-dead/comment-page-1/#comment-1290 Arne Babenhauserheide Tue, 22 Mar 2011 12:50:41 +0000 http://chrisdail.com/?p=163#comment-1290 You can bundle GPL software in a commercial product, you just have to provide the sources of the free software program (not of your unfree software which you just distribute along with it) - which is dead simple in the case of Mercurial :) You just can’t link against it with unfree software, but you *can* use the commandline API (both the main stable interface of Mercurial and of Git). Besides: As far as I know, Bazaar is GPLv3. And Bitkeeper is not GPL. Bitkeeper not being free (and actively restricting the kernel devs) was the reason, git and Mercurial were created. You can bundle GPL software in a commercial product, you just have to provide the sources of the free software program (not of your unfree software which you just distribute along with it) – which is dead simple in the case of Mercurial :)

You just can’t link against it with unfree software, but you *can* use the commandline API (both the main stable interface of Mercurial and of Git).

Besides: As far as I know, Bazaar is GPLv3.

And Bitkeeper is not GPL. Bitkeeper not being free (and actively restricting the kernel devs) was the reason, git and Mercurial were created.

]]> Comment on Subversion is not Dead by chris http://chrisdail.com/2011/03/21/subversion-is-not-dead/comment-page-1/#comment-1289 chris Tue, 22 Mar 2011 12:28:38 +0000 http://chrisdail.com/?p=163#comment-1289 @foobar I think you are correct on bitkeeper. I edited your initial comment for you. @foobar I think you are correct on bitkeeper. I edited your initial comment for you.

]]> Comment on Subversion is not Dead by foobar http://chrisdail.com/2011/03/21/subversion-is-not-dead/comment-page-1/#comment-1288 foobar Tue, 22 Mar 2011 12:26:17 +0000 http://chrisdail.com/?p=163#comment-1288 I mean "thank", not "think". My bad. I mean “thank”, not “think”. My bad.

]]> Comment on Subversion is not Dead by foobar http://chrisdail.com/2011/03/21/subversion-is-not-dead/comment-page-1/#comment-1287 foobar Tue, 22 Mar 2011 12:25:38 +0000 http://chrisdail.com/?p=163#comment-1287 I think we can thank bitkeeper for all the DVCS being GPL. I think we can thank bitkeeper for all the DVCS being GPL.

]]> Comment on Writing Java Performance Tests in Groovy by chris http://chrisdail.com/2010/09/07/writing-java-performance-tests-in-groovy/comment-page-1/#comment-869 chris Thu, 09 Sep 2010 12:08:40 +0000 http://chrisdail.com/?p=152#comment-869 @kodeninja Thanks for your comment and I agree. I love closures a lot and I especially enjoy how natural they feel in Groovy. I'm sorry that feature looks like it might miss JDK 7 but I guess that just means we all need to keep writing more Groovy! @kodeninja Thanks for your comment and I agree. I love closures a lot and I especially enjoy how natural they feel in Groovy. I’m sorry that feature looks like it might miss JDK 7 but I guess that just means we all need to keep writing more Groovy!

]]> Comment on Writing Java Performance Tests in Groovy by kodeninja http://chrisdail.com/2010/09/07/writing-java-performance-tests-in-groovy/comment-page-1/#comment-868 kodeninja Thu, 09 Sep 2010 08:15:35 +0000 http://chrisdail.com/?p=152#comment-868 Aren't closures a beauty! They provide such elegant solutions to so many design situations (think command, strategy etc...) and seem such a natural approach. And coming from the overly verbose Java world, they really are a pleasure to use. Great post! Aren’t closures a beauty! They provide such elegant solutions to so many design situations (think command, strategy etc…) and seem such a natural approach. And coming from the overly verbose Java world, they really are a pleasure to use.

Great post!

]]> Comment on Writing Java Performance Tests in Groovy by omarji http://chrisdail.com/2010/09/07/writing-java-performance-tests-in-groovy/comment-page-1/#comment-863 omarji Tue, 07 Sep 2010 20:09:54 +0000 http://chrisdail.com/?p=152#comment-863 Cool.. I really like the idea. Thanks for sharing. Cool.. I really like the idea. Thanks for sharing.

]]> Comment on Performance Tuning by Writing Java Performance Tests in Groovy - Coding Clarity http://chrisdail.com/2010/08/30/performance-tuning/comment-page-1/#comment-860 Writing Java Performance Tests in Groovy - Coding Clarity Tue, 07 Sep 2010 15:23:13 +0000 http://chrisdail.com/?p=142#comment-860 [...] my previous post, I mentioned writing performance tests anytime you need to do optimization to slow areas of code. [...] [...] my previous post, I mentioned writing performance tests anytime you need to do optimization to slow areas of code. [...]

]]>