I think that has more to do with the size of the community. There are just more PHP coders around, likely largely due to the fact that free versions of CF Server for development are such a recent thing. I think we'll catch up with the PHP crowd at some point. And those of us with the time and ability I think are contributing to the OS community with CF code, but I really don't see the availability of OS code as a selling point for a technology anyway. I still have an OS project in my sig file. :)
s. isaac dealey 954-776-0046 new epoch http://www.turnkey.to lead architect, tapestry cms http://products.turnkey.to tapestry api is opensource http://www.turnkey.to/tapi certified advanced coldfusion 5 developer http://www.macromedia.com/v1/handlers/index.cfm?ID=21816 > I think that while it may be true that their is a lot of > code for CF, there > is not a lot of free or open source code for CF. This is > one place where PHP > or Perl have an advantage. > Luis > -----Original Message----- > From: Jim Davis [mailto:[EMAIL PROTECTED] > Sent: Friday, February 28, 2003 4:04 PM > To: CF-Talk > Subject: RE: PHP versus CF Development Speed? >> I think you're all missing the point if you think that >> more code = >> longer development time. >> >> Remember, for PHP, there are massive script archives out >> there with >> example code you can just grab and use. Even the function >> docs at >> php.net are collaborative... a technique Macromedia has >> tried to >> co-opt. > Actually let's reverse that... The livedocs system in use > at Macromedia > was in use at Allaire in, I think 1998 (around when CF 3 > had come out I > think, but perhaps CF 4). > It's a good idea and I think that everybody should co opt > it, but when > you shout > "co-opted" then let's be sure who did what. >> Any good developer has the basics (db connections, that >> sort of thing) >> socked away in a little archive somewhere to reuse. > This is true of any decent language... And has been one of > the greatest > strengths of CF for many years now. The official tag > gallery is only a > stratching of the surface. Sites like cflib.org, > CFCZone.org, cfXtras, > Cfcustomtags.com and so forth are also taking on their > niches with a > force. > For any language the concept of "build-once, use often" > hold true. > However with PHP there is a sense that some very common > tasks require > that. > The goal of CF from the start has been abstraction of > complexity and the > 80/20 rule. Any functionality user commonly in Web > Applications is made > insanely simple in CF. > This means that some rarely used functionality is left out > (like direct > socket access) but the point is that that IS rarely used. > For those > that used functionality CF has made itself the most > adaptable of > languages: CFXs (in Java, C or Delphi), COM, CORBA, JSP > Tags, Java > Classes, etc. > So CF also takes advantage of the code libraries and > component archives > of many other languages. > Basically there's more crap out there that'll run on CF > than any other > language period. > Jim Davis > ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ > ~~~~~~~~~~~| > Archives: > http://www.houseoffusion.com/cf_lists/index.cfm?forumid=4 > Subscription: http://www.houseoffusion.com/cf_lists/index. > cfm?method=subscribe&forumid=4 > FAQ: http://www.thenetprofits.co.uk/coldfusion/faq > Get the mailserver that powers this list at > http://www.coolfusion.com > Unsubscribe: http://www.houseoffusion.com/cf_lists/uns > ubscribe.cfm?user=633.558.4 ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~| Archives: http://www.houseoffusion.com/cf_lists/index.cfm?forumid=4 Subscription: http://www.houseoffusion.com/cf_lists/index.cfm?method=subscribe&forumid=4 FAQ: http://www.thenetprofits.co.uk/coldfusion/faq Your ad could be here. Monies from ads go to support these lists and provide more resources for the community. http://www.fusionauthority.com/ads.cfm Unsubscribe: http://www.houseoffusion.com/cf_lists/unsubscribe.cfm?user=89.70.4
