Re: Amazon

2008-03-02 Thread Aaron Trevena
On 29/02/2008, Fred Moyer <[EMAIL PROTECTED]> wrote: > Jonathan Vanasco wrote: > > > > i see a lot more ruby jobs right now. > > ruby is getting a big rise in usage, perl has plateaued > > > http://blog.timbunce.org/2008/02/12/comparative-language-job-trend-graphs/ > > 'It turns out tha

Re: Amazon

2008-02-29 Thread Fred Moyer
Jonathan Vanasco wrote: i see a lot more ruby jobs right now. ruby is getting a big rise in usage, perl has plateaued http://blog.timbunce.org/2008/02/12/comparative-language-job-trend-graphs/ 'It turns out that approximately 14% of “ruby” jobs relate to restaurants - mostly the Ruby

Re: Amazon

2008-02-29 Thread Tom Weber/SYS/NYTIMES
On this portion of your email: > > But the skill set involved in writing good code is no different, > > regardless of your background. > That is 100% true. A good person can shift languages in a > heartbeat. The languages all have their strengths and weaknesses, > but are mostly just syntax and a

Re: Amazon

2008-02-29 Thread Jonathan Vanasco
On Feb 26, 2008, at 8:29 PM, J. Peng wrote: coding from perl to python is easy,at least it's easy for me. but,as many guys have said to me, from python to perl is not easy. perl's many features,like the rich built-in variables and context,are not so easy to be accetable by newbies. I think th

Re: Amazon

2008-02-26 Thread J. Peng
coding from perl to python is easy,at least it's easy for me. but,as many guys have said to me, from python to perl is not easy. perl's many features,like the rich built-in variables and context,are not so easy to be accetable by newbies. //joy On Wed, Feb 27, 2008 at 12:50 AM, Aaron Trevena <[EM

Re: Amazon

2008-02-26 Thread Aaron Trevena
On 26/02/2008, Michael Lackhoff <[EMAIL PROTECTED]> wrote: > Of course you are right, Perl is totally up to the task, that's why we > are here, aren't we? ;-) > The other posters are also right, there is lots of community, lots of > CPAN and still enough books... > > ...but > Perl is no longer

Re: Amazon

2008-02-26 Thread Michael Lackhoff
On 26.02.2008 16:01 André Warnier wrote: If I may contribute a modest opinion : this whole thread started, I believe, because someone wrote that Amazon may move away from perl and may go in the direction of Java. How many of us, honestly, will some day have to create or run a website that

RE: Amazon

2008-02-26 Thread Ronald Dai.
1:05 AM To: Ronald Dai.; David Scott; modperl@perl.apache.org Subject: Re: Amazon sory to intrude but this just caught my eye, that statement is contrary to the evidence, lots of "smart" people did not , have not made the paradigm shift to OO, they say they do but many code in OO lang

Re: Amazon

2008-02-26 Thread Charles A. Monteiro
... From: David Scott [mailto:[EMAIL PROTECTED] Sent: Tue 2/26/2008 9:06 AM To: modperl@perl.apache.org Subject: Re: Amazon I've seen that too. Some engineering managers have an absolute phobia when it comes to Perl. But some of these same managers turn ri

Re: Amazon

2008-02-26 Thread David Scott
k any smart person with good common sense would understand OO in no time... From: David Scott [mailto:[EMAIL PROTECTED] Sent: Tue 2/26/2008 9:06 AM To: modperl@perl.apache.org Subject: Re: Amazon I've seen that too. Some engineering managers have an absol

Re: Amazon

2008-02-26 Thread Charles A. Monteiro
erl.apache.org Subject: Re: Amazon I've seen that too. Some engineering managers have an absolute phobia when it comes to Perl. But some of these same managers turn right around and extol the virtues of Ruby. Go figure. As far as I can tell, beyond a lot of syntactic sugar the two are virtu

RE: Amazon

2008-02-26 Thread Ronald Dai.
in no time... From: David Scott [mailto:[EMAIL PROTECTED] Sent: Tue 2/26/2008 9:06 AM To: modperl@perl.apache.org Subject: Re: Amazon I've seen that too. Some engineering managers have an absolute phobia when it comes to Perl. But some of these same managers turn right around and extol the

Re: Amazon

2008-02-26 Thread André Warnier
If I may contribute a modest opinion : this whole thread started, I believe, because someone wrote that Amazon may move away from perl and may go in the direction of Java. How many of us, honestly, will some day have to create or run a website that sees even 10% of the traffic and load of the

Re: Amazon

2008-02-26 Thread David Scott
I've seen that too. Some engineering managers have an absolute phobia when it comes to Perl. But some of these same managers turn right around and extol the virtues of Ruby. Go figure. As far as I can tell, beyond a lot of syntactic sugar the two are virtually indistinguishable - except tha

Re: Amazon

2008-02-26 Thread J. Peng
I like Perl than others. once a company wanted to hire me and gave me much higher salary than the current job. But one of their conditions is not permit to use perl, but use python instead. I'm familiar with python too, but I hate that clause. So I gave up that job finally.:) On Tue, Feb 26, 2008

Re: Amazon

2008-02-26 Thread Aaron Trevena
On 23/02/2008, Michael Lackhoff <[EMAIL PROTECTED]> wrote: > - Perl usage is declining. I read some statistics from O'Reilly and > they showed that Perl book sales are going down. > A few years ago the 'P' in LAMP clearly was 'Perl', now it is 'PHP' > in most cases. Developers tend to

Re: Amazon

2008-02-23 Thread William A. Rowe, Jr.
J. Peng wrote: Apache with prefork mode can share the memory? Sorry I didn't know it. Sharing memory between multi-processes need extra programming, I don't know apache has done it already. Both prefork and worker models share memory. fork() takes all of your pages and marks them "copy on wri

Re: Amazon

2008-02-23 Thread Tina Müller
On Sat, 23 Feb 2008, J. Peng wrote: > On Sat, 23 Feb 2008, J. Peng wrote: > > > modperl is fast, but it consumes too much memory. > > so we choose fastcgi written by C++. > > actually it consumes less memory than FastCGI if you do it right. If you > load as many modules and data structures

Re: Amazon

2008-02-23 Thread J. Peng
On Sat, Feb 23, 2008 at 11:08 PM, Tina Müller <[EMAIL PROTECTED]> wrote: > offtopic: > > > On Sat, 23 Feb 2008, J. Peng wrote: > > > modperl is fast, but it consumes too much memory. > > so we choose fastcgi written by C++. > > actually it consumes less memory than FastCGI if you do it right. I

Re: Amazon

2008-02-23 Thread Perrin Harkins
On Sat, Feb 23, 2008 at 10:08 AM, Tina Müller <[EMAIL PROTECTED]> wrote: > On Sat, 23 Feb 2008, J. Peng wrote: > > > modperl is fast, but it consumes too much memory. > > so we choose fastcgi written by C++. > > actually it consumes less memory than FastCGI if you do it right. If you > load as many

Re: Amazon

2008-02-23 Thread Perrin Harkins
On Fri, Feb 22, 2008 at 8:59 PM, Jonathan Vanasco <[EMAIL PROTECTED]> wrote: > I've heard from a few reputable sources that Amazon is looking to > drop mod_perl, and push into another technology ( which I've also > head is likely to be Java ). Amazon uses Mason with FastC

Re: Amazon

2008-02-23 Thread Tina Müller
offtopic: On Sat, 23 Feb 2008, J. Peng wrote: modperl is fast, but it consumes too much memory. so we choose fastcgi written by C++. actually it consumes less memory than FastCGI if you do it right. If you load as many modules and data structures as you can at startup time, Apache will share

Re: Amazon

2008-02-23 Thread J. Peng
modperl is fast, but it consumes too much memory. so we choose fastcgi written by C++. On Sat, Feb 23, 2008 at 10:49 PM, Roberto C. Sánchez <[EMAIL PROTECTED]> wrote: > On Sat, Feb 23, 2008 at 06:25:42PM +1100, Jie Gao wrote: > > > > Choosing java for better performance would certainly be a joke

Re: Amazon

2008-02-23 Thread Roberto C . Sánchez
On Sat, Feb 23, 2008 at 06:25:42PM +1100, Jie Gao wrote: > > Choosing java for better performance would certainly be a joke. If a > java solution fails, it would be an industry-standard failure, backside > covered. :-) > Just a variation on the old, "Nobody ever got fired for choosing IBM." Rega

Re: Amazon

2008-02-23 Thread Tina Müller
hi, On Sat, 23 Feb 2008, Michael Lackhoff wrote: In a recent issue of the German iX magazine there was a report about a similar migration (www.mobile.de I think). I would like to comment on that article. I think it is very important to read this article less as a "Everyone should migrate to J

Re: Amazon

2008-02-23 Thread Geoffrey Young
Jonathan Vanasco wrote: I've heard from a few reputable sources that Amazon is looking to drop mod_perl, and push into another technology ( which I've also head is likely to be Java ). I always thought amazon was a good argument for perl but not mod_perl - last time I looked

Re: Amazon

2008-02-23 Thread Andy Armstrong
On 23 Feb 2008, at 11:29, [EMAIL PROTECTED] wrote: I think what Jie meant was "choosing java *just* for performance would certainly be a joke" Ah. Sorry. -- Andy Armstrong, Hexten

Re: Amazon

2008-02-23 Thread deepfryed
I think what Jie meant was "choosing java *just* for performance would certainly be a joke" On 2/23/08, Andy Armstrong <[EMAIL PROTECTED]> wrote: > On 23 Feb 2008, at 07:25, Jie Gao wrote: > > Choosing java for better performance would certainly be a joke. > > > Java isn't slow you know :) > > Mem

Re: Amazon

2008-02-23 Thread Andy Armstrong
On 23 Feb 2008, at 07:25, Jie Gao wrote: Choosing java for better performance would certainly be a joke. Java isn't slow you know :) Memory usage, well, that depends. But it's not slow. -- Andy Armstrong, Hexten

Re: Amazon

2008-02-23 Thread Raymond Wan
Hi, One of the first things I would look is their job postings...if they are switching, that would be one sign. Indeed, I saw a few software development jobs on amazon asking for Java and C/C++ experience. Only found one asking for any two of Java, C/C++, and Perl. Of course, this is

Re: Amazon

2008-02-22 Thread John ORourke
Jie Gao wrote: and quirks of virtualisation, performance is actually weird (a new way of describing performance). I tend to achieve an average 0.6 wierds, although in the summer it can reach 0.72 wierds. John

Re: Amazon

2008-02-22 Thread Jie Gao
On Fri, 22 Feb 2008, c chan wrote: > Date: Fri, 22 Feb 2008 23:21:34 -0800 (GMT-08:00) > From: c chan <[EMAIL PROTECTED]> > To: Jonathan Vanasco <[EMAIL PROTECTED]>, > modperl > Subject: Re: Amazon > > Hi there, > > I normally don't borge into

Re: Amazon

2008-02-22 Thread Jie Gao
On Sat, 23 Feb 2008, Foo JH wrote: > Can be anything really, though I admit I'm not in the know. Sometimes > it's simply a business decision: perhaps moving development off-shore to > companies that are full of Java/ .NET people? Can't find enough > competent mp developers? It is certainly har

Re: Amazon

2008-02-22 Thread c chan
e and virtualization? Then you can deploy simply and primitive systems built by outsourced global development centers on these new hardware platforms. The playground may be changing very rapidly for developing scalable software. I also used `curl -I` to look at what webserver amazon is running on.

Re: Amazon

2008-02-22 Thread Michael Lackhoff
On 23.02.2008 02:59 Jonathan Vanasco wrote: I've heard from a few reputable sources that Amazon is looking to drop mod_perl, and push into another technology ( which I've also head is likely to be Java ). They have a HUGE deployment on mp, and have been my prime "Um, n

Re: Amazon

2008-02-22 Thread Foo JH
from a few reputable sources that Amazon is looking to drop mod_perl, and push into another technology ( which I've also head is likely to be Java ). They have a HUGE deployment on mp, and have been my prime "Um, not enterprise? Hello, AMAZON." repsonse. I know that people &#

Re: Amazon

2008-02-22 Thread David Scott
Doesn't sound right to me that they would jettison the existing deployment unless it was really dysfunctional, which doesn't seem to be the case...I'm curious what the real story is. d Jonathan Vanasco wrote: I've heard from a few reputable sources that Amazon is looki

Amazon

2008-02-22 Thread Jonathan Vanasco
I've heard from a few reputable sources that Amazon is looking to drop mod_perl, and push into another technology ( which I've also head is likely to be Java ). They have a HUGE deployment on mp, and have been my prime "Um, not enterprise? Hello, AMAZON." repsonse.