> -----Original Message-----
> From: Christopher Schultz [mailto:ch...@christopherschultz.net]
> Sent: Wednesday, February 06, 2013 11:02 AM
> To: Tomcat Users List
> Subject: Re: [Seriously OT] Help in diagnosing server unresponsiveness
>
> -----BEGIN PGP SIGNED MESSAGE-----
> Hash: SHA256
>
> Jeffrey,
>
> On 2/6/13 10:26 AM, Jeffrey Janner wrote:
> >> -----Original Message----- From: Christopher Schultz
> >> [mailto:ch...@christopherschultz.net] Sent: Tuesday, February 05,
> >> 2013 4:59 PM To: Tomcat Users List Subject: Re: [Seriously OT] Help
> >> in diagnosing server unresponsiveness
> >>
> >> -----BEGIN PGP SIGNED MESSAGE-----
> >>
> >> IMO, developer performance trumps runtime performance most of the
> >> time. So, if you can create a more maintainable system in less time
> >> by using EJB (or whatever), then you go ahead and do it:
> >> servers are cheap, while developer time is expensive.
> >>
> >> - -chris
> >
> > Chris, I'd like to differ with you on this last point. As someone
> > who's been a developer, support person, and admin, I've got a pretty
> > good perspective on this subject. While servers may be cheap, they
> > will never be cheap enough to overcome poor programming practices.
> > I've worked with systems so poorly designed that we couldn't purchase
> > a system big enough to run the software adequately, once you got
> above
> > a handful of users. Yes, it's gotten to the point where systems are
> > much cheaper than they used to be, while developer salaries are only
> > increasing (supposedly), so wasting time on some minor performance
> > improvement may not be cost-effective. However, when you aggregate
> the
> > time that hundreds of users spend waiting on a response from a poorly
> > designed, unresponsive system, I think you'll find that it trumps the
> > cost of having the developer spending a few extra minutes to "get it
> > right the first time".
>
> How about "servers are a lot cheaper than competent software
> developers"? ;)
>
> - -chris
+1
Can't tell how tired I am of hearing some version of the following:
"I don't care to learn how a library/API is supposed to work, I just want to
use it."
