On Thu, May 25, 2000 at 09:17:16PM +0200, Dieter Maurer wrote:
> > What are the benefits?
> > - being able to use DBI when I have Zope Database connectors?
> > - finally having people doing obfuscated perl contests again in their
> > products, when I was just glad to having gotten rid of all this?
As long as the products they make are complete in and of themselves we'll
never have to look in the inside... But I admit, given the number of perl
programmers compared to python we may find ourselves slowly washed away
in the tide.
> There are many Internet Sites using lots of Perl.
> If you allow them to use Zope and retain lots of their Perl infrastructure,
> you have a much better chance to convert them to Zope.
> This, e.g., is the case with the company, I work for.
It's definitely a good idea to allow other languages to be used to do
methods to help transfer legacy systems, but there are definitely concerns
with allowing actual published products to slowly be diluted with multiple
What happens when we have 4 or 5 different types of methods (perl, php,
python, c, pascal, whatever...) and through multiple people working on a
site or a product you suddenly have them all used and have to suddenly
upkeep something you have no idea about because someone else left?
Sure this happens in companies all the time, but the ease of mixing
methods with make this easier.
Mostly this is a concern for individual sites to decide whether they want
to risk contamination or not and it's certainly an option they _should_
have, but I'd like to ask that once Perl methods are out there that the
products downloadable from the zope site be split into those that are
"pure" python and dtml versus those that have other types of methods
Evan ~ThunderFoot~ Gibson ~ nihil mutatem, omni deletum ~
It doesn't count as intimacy until somebody starts crying.
Zope maillist - [EMAIL PROTECTED]
** No cross posts or HTML encoding! **
(Related lists -