The Artima Developer Community
Sponsored Link

Java Buzz Forum
Writing code for others that use it

0 replies on 1 page.

Welcome Guest
  Sign In

Go back to the topic listing  Back to Topic List Click to reply to this topic  Reply to this Topic Click to search messages in this forum  Search Forum Click for a threaded view of the topic  Threaded View   
Previous Topic   Next Topic
Flat View: This topic has 0 replies on 1 page
Bill de hÓra

Posts: 1137
Nickname: dehora
Registered: May, 2003

Bill de hÓra is a technical architect with Propylon
Writing code for others that use it Posted: Jun 14, 2005 4:03 PM
Reply to this message Reply

This post originated from an RSS feed registered with Java Buzz by Bill de hÓra.
Original Post: Writing code for others that use it
Feed Title: Bill de hÓra
Feed URL: http://www.dehora.net/journal/atom.xml
Feed Description: FD85 1117 1888 1681 7689 B5DF E696 885C 20D8 21F8
Latest Java Buzz Posts
Latest Java Buzz Posts by Bill de hÓra
Latest Posts From Bill de hÓra

Advertisement
Greg Wilson has written an op-ed piece for DDJ, Selling Open Source. He's calling out the fact that Python has too many web frameworks, and suggests the community needs to get its act together. The piece is arguably a selective reading of the situation - a lot of people who read Dr. Dobbs won't neccessarily be up to speed with what's actually going on in the Python world and will go away with the wrong idea. He does ask the key question about the Python community's motivations - why should 'they' bother to rationalise the situation? The counter-arguments are suppplied: "The answer two-fold. First, as long as development effort is spread out over so many competing projects, none of them will reach the critical mass needed to build something that can hold its own against PHP, Mason (in Perl), or RubyOnRails, which in turn weakens Python as a whole. Second, the fact that the Python community can't get its act together and speak with a single voice in such a key area sends a disturbing message to outsiders who are used to more established ways of doing business. " The idea that people who write open source software need to get their "act together" for the benefit of those who choose to use it in a business context is hugely problematic. That open source software is some kind of entity which ought to act in the best interests of those that do not write the code, or is engaged in a war with commercial code offerings, are myths, and in the worst case acts to foster a bogus entitlement culture around open source. It's your choice to use open source software, period. No-one working on OSS is obliged to get their act together to simplify your decision making processes or make something palatable to existing business structrures. If you are using OSS code to do some lifting in a commercial IT scenario, then you need to do your due diligence and put some thought into the ramifications of introducing it, just like you would with any bespoke or commercial offering. The need for sound management and clear thinking around IT are not obviated by OSS. "Think about it: If a new language appeared tomorrow, and had five different, incompatible regular expression libraries, what would you think about its stability, and likely longevity?" So, there's an actual example of this happening - Java! Java had a few active regular expression libraries for years as the JDK didn't ship with one until JDK1.4. So, no standard regex library in Java for about the first 6 years, give or take, and it didn't seem to hurt the language's longevity. The web frameworks situation in open source Java is probably 'worse' by Greg's criteria - our collective back teeth are floating in Java web frameworks. Struts dominates the Java IT enterprise marketplace but is by no means considered ideal and is effectively being phased out to make way for JSF. "Bringing any one of them up to "click and run" standards wouldn't be rocket science." Greg should go back and take a second look at what's happening in the Python web world - Plone, MoinMoin, Zope. I think he'd be impressed. Plone is unsurpassed in the click and run department for a CMS. MoinMoin is instantly useful as a wiki, and has a great plugin model. Zope can be complicated, it certainly shows its evolution in someplaces, but there's not much you can't do with it as an app server - for example Plone is built on it. A follow-up piece focusing on those systems would provide a more balanced view for DDJ readers....

Read: Writing code for others that use it

Topic: Subpixel Anti Aliasing Previous Topic   Next Topic Topic: A great defense of LAMP

Sponsored Links



Google
  Web Artima.com   

Copyright © 1996-2019 Artima, Inc. All Rights Reserved. - Privacy Policy - Terms of Use