Re: an unusual [job request] + taking mod_perl to the commercialworld

2001-04-29 Thread Matt Sergeant
On Sun, 29 Apr 2001, Gunther Birznieks wrote: At 09:14 AM 4/28/01 +0100, Matt Sergeant wrote: On Sat, 28 Apr 2001, Gunther Birznieks wrote: As I think I mentioned, it's great that the people like you on this list have a passion for delivering cool software. [snipped] People

Re: an unusual [job request] + taking mod_perl to the commercialworld

2001-04-29 Thread Adi Fairbank
On Sat, 28 Apr 2001, Gunther Birznieks wrote: [text cut] So for Adi -- I think the messaging server is great and I am sure it is cool and works well. And I am sure there are people on this list who will benefit. But unless your company makes the healthcare system itself open source,

Re: an unusual [job request] + taking mod_perl to the commercialworld

2001-04-29 Thread Cees Hek
On Sun, 29 Apr 2001, Adi Fairbank wrote: Thanks Gunther, We actually have discussed releasing our entire application open source. I personally would love to release it, being the chief architect, but there are other people involved who have put in a lot of work

Re: an unusual [job request] + taking mod_perl to the commercialworld

2001-04-28 Thread adi
On Fri, 27 Apr 2001, Jeffrey W. Baker wrote: On Sat, 28 Apr 2001, Gunther Birznieks wrote: Well, you know how I feel. :) But the others don't so... I believe the most crucial and missing approach is to put resources into making ready-made applications that work on mod_perl rather

Re: an unusual [job request] + taking mod_perl to the commercialworld

2001-04-28 Thread Matt Sergeant
On Sat, 28 Apr 2001, Gunther Birznieks wrote: As I think I mentioned, it's great that the people like you on this list have a passion for delivering cool software. I may have missed the intent of these two posts (micropayment and messaging engines), but unfortunately, I don't really

Re: an unusual [job request] + taking mod_perl to the commercialworld

2001-04-28 Thread Matt Sergeant
On Sat, 28 Apr 2001, Bakki Kudva wrote: On Sat, 28 Apr 2001 09:14:10 +0100 (BST) Matt Sergeant [EMAIL PROTECTED] wrote: Amen to that and there is Enhydra on the Java side. To get the functionality of these two frameworks I'd have to integrate many many CPAN modules, keep track of various

Re: an unusual [job request] + taking mod_perl to the commercialworld

2001-04-27 Thread Stas Bekman
I think there are two paths... mod_perl needs more market-awareness... it needs a PR and marketing company.. then companies will start using it, then there will be more dreams jobs like you described.. simple fact is, I couldn't name more then 3 companies in my area who use it, and I never

Re: an unusual [job request] + taking mod_perl to the commercialworld

2001-04-27 Thread Doug MacEachern
On Sat, 28 Apr 2001, Stas Bekman wrote: Hey, we have a product -- mod_perl. All we need is to nicely pack it, start selling it, support it and put the money back into mod_perl RD. Covalent does this already. all of the bundle products include mod_perl, and anybody can buy support packages

Re: an unusual [job request] + taking mod_perl to the commercialworld

2001-04-27 Thread Stas Bekman
On Fri, 27 Apr 2001, Doug MacEachern wrote: On Sat, 28 Apr 2001, Stas Bekman wrote: Hey, we have a product -- mod_perl. All we need is to nicely pack it, start selling it, support it and put the money back into mod_perl RD. Covalent does this already. all of the bundle products include

Re: an unusual [job request] + taking mod_perl to the commercialworld

2001-04-27 Thread Doug MacEachern
On Sat, 28 Apr 2001, Stas Bekman wrote: Oh, I didn't know that [Covalent sells mod_perl]. I guess that's because I'm not on the buyer side. Does it announce this fact? So why don't we have a link to Covalent from the perl.apache.org site? I think this is very essential for mod_perl to tell

Re: an unusual [job request] + taking mod_perl to the commercialworld

2001-04-27 Thread Jeffrey W. Baker
On Sat, 28 Apr 2001, Gunther Birznieks wrote: Well, you know how I feel. :) But the others don't so... I believe the most crucial and missing approach is to put resources into making ready-made applications that work on mod_perl rather than core mod_perl itself. This is also a problem on