-----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 -----BEGIN PGP SIGNATURE----- Version: GnuPG/MacGPG2 v2.0.17 (Darwin) Comment: GPGTools - http://gpgtools.org Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/ iEYEAREIAAYFAlESjGwACgkQ9CaO5/Lv0PDqUACgrpSMfS+87G/aofbuyZT/4C9n N9QAmwdTFk7t+JRQEu/75VCVB4SjBgV/ =s59y -----END PGP SIGNATURE----- --------------------------------------------------------------------- To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org For additional commands, e-mail: users-h...@tomcat.apache.org
