<?xml version="1.0" encoding="UTF-8"?><rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	xmlns:dc="http://purl.org/dc/elements/1.1/"
	xmlns:atom="http://www.w3.org/2005/Atom"
	xmlns:sy="http://purl.org/rss/1.0/modules/syndication/"
		>
<channel>
	<title>Comments on: Timing is everything</title>
	<atom:link href="http://labnotes.org/2007/02/08/timing-is-everything/feed/" rel="self" type="application/rss+xml" />
	<link>http://labnotes.org/2007/02/08/timing-is-everything/</link>
	<description></description>
	<lastBuildDate>Sun, 15 Jan 2012 21:29:54 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.3.1</generator>
	<item>
		<title>By: dnl2ba</title>
		<link>http://labnotes.org/2007/02/08/timing-is-everything/comment-page-1/#comment-137597</link>
		<dc:creator>dnl2ba</dc:creator>
		<pubDate>Sun, 11 Feb 2007 07:28:19 +0000</pubDate>
		<guid isPermaLink="false">http://blog.labnotes.org/2007/02/08/timing-is-everything/#comment-137597</guid>
		<description>Right, and on that, I&#039;m with you 100%.

Time = bugs = time. If you have to write more code to get something done, you have that many more opportunities to botch something. Then you&#039;ve got a bug, and then someone has to notice it, and then you have to find it, and then you have to fix it.

Typically, code spends much more time running than being written, so that&#039;s another reason for leaning toward optimization. But then you start adding in maintenance and feature addition, and the total opportunities for making more bugs proliferate. There&#039;s that quote about premature optimization...</description>
		<content:encoded><![CDATA[<p>Right, and on that, I&#8217;m with you 100%.</p>
<p>Time = bugs = time. If you have to write more code to get something done, you have that many more opportunities to botch something. Then you&#8217;ve got a bug, and then someone has to notice it, and then you have to find it, and then you have to fix it.</p>
<p>Typically, code spends much more time running than being written, so that&#8217;s another reason for leaning toward optimization. But then you start adding in maintenance and feature addition, and the total opportunities for making more bugs proliferate. There&#8217;s that quote about premature optimization&#8230;</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Assaf</title>
		<link>http://labnotes.org/2007/02/08/timing-is-everything/comment-page-1/#comment-137595</link>
		<dc:creator>Assaf</dc:creator>
		<pubDate>Sun, 11 Feb 2007 06:52:22 +0000</pubDate>
		<guid isPermaLink="false">http://blog.labnotes.org/2007/02/08/timing-is-everything/#comment-137595</guid>
		<description>dnl2ba,

Applets are all kinds of wrong. But nobody, well, nobody I know of nor any site I use, uses them, so I&#039;m going to preted they don&#039;t exist. For the record, I&#039;m talking about Java 1.5 or 1.6 running outside the browser. I develop with either one.

As for startup time ...

If the only thing you measure is the individual HTTP request/response handling, you&#039;re going to optimize for that alone.

If what you measure is the overall picture, which includes development, testing, maintenance, iterating with users to add/improve features (aka Agile), you&#039;re going to optimize for that.

You wonder why so many people are moving from Java to Ruby? One of the reasons is that the Java world is obsessed with optimizing for the individual HTTP request/response cycle, instead of looking at the big picture.

Read my post again. Notice how all the use cases I put there deal with writing -- not running -- code.</description>
		<content:encoded><![CDATA[<p>dnl2ba,</p>
<p>Applets are all kinds of wrong. But nobody, well, nobody I know of nor any site I use, uses them, so I&#8217;m going to preted they don&#8217;t exist. For the record, I&#8217;m talking about Java 1.5 or 1.6 running outside the browser. I develop with either one.</p>
<p>As for startup time &#8230;</p>
<p>If the only thing you measure is the individual HTTP request/response handling, you&#8217;re going to optimize for that alone.</p>
<p>If what you measure is the overall picture, which includes development, testing, maintenance, iterating with users to add/improve features (aka Agile), you&#8217;re going to optimize for that.</p>
<p>You wonder why so many people are moving from Java to Ruby? One of the reasons is that the Java world is obsessed with optimizing for the individual HTTP request/response cycle, instead of looking at the big picture.</p>
<p>Read my post again. Notice how all the use cases I put there deal with writing &#8212; not running &#8212; code.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: dnl2ba</title>
		<link>http://labnotes.org/2007/02/08/timing-is-everything/comment-page-1/#comment-137593</link>
		<dc:creator>dnl2ba</dc:creator>
		<pubDate>Sun, 11 Feb 2007 06:35:52 +0000</pubDate>
		<guid isPermaLink="false">http://blog.labnotes.org/2007/02/08/timing-is-everything/#comment-137593</guid>
		<description>I should add, after reading your most recent post, that I (as a user) don&#039;t have to distinguish between a Java plugin and the JVM itself. I see &quot;Java&quot; on the screen while my browser is frozen for up to 10 seconds. The experience sucks.</description>
		<content:encoded><![CDATA[<p>I should add, after reading your most recent post, that I (as a user) don&#8217;t have to distinguish between a Java plugin and the JVM itself. I see &#8220;Java&#8221; on the screen while my browser is frozen for up to 10 seconds. The experience sucks.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: dnl2ba</title>
		<link>http://labnotes.org/2007/02/08/timing-is-everything/comment-page-1/#comment-137592</link>
		<dc:creator>dnl2ba</dc:creator>
		<pubDate>Sun, 11 Feb 2007 06:33:39 +0000</pubDate>
		<guid isPermaLink="false">http://blog.labnotes.org/2007/02/08/timing-is-everything/#comment-137592</guid>
		<description>My point was that it doesn&#039;t matter if it takes little or lots of time to start if the start time isn&#039;t infringing on the user interaction.

It&#039;s different when the program runs on the user&#039;s machine. Firefox lurches to a stop for 4-8 seconds while a Java applet fires up, and I find myself avoiding sites that have them.</description>
		<content:encoded><![CDATA[<p>My point was that it doesn&#8217;t matter if it takes little or lots of time to start if the start time isn&#8217;t infringing on the user interaction.</p>
<p>It&#8217;s different when the program runs on the user&#8217;s machine. Firefox lurches to a stop for 4-8 seconds while a Java applet fires up, and I find myself avoiding sites that have them.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Assaf</title>
		<link>http://labnotes.org/2007/02/08/timing-is-everything/comment-page-1/#comment-137591</link>
		<dc:creator>Assaf</dc:creator>
		<pubDate>Sun, 11 Feb 2007 05:54:35 +0000</pubDate>
		<guid isPermaLink="false">http://blog.labnotes.org/2007/02/08/timing-is-everything/#comment-137591</guid>
		<description>dnl2ba,

How slow exactly is the Java startup time?

Measure it. You&#039;re in for a surprise.

My point was that, in the Java world, we&#039;re trying to look at the language through a special lens intent to make it competitive with C/C++. We do that at the expense of looking at real world requirements, we hold on to believes instead of fact checking.

And to all who commented, why not run a little benchmark and note the numbers. You&#039;re trying to justify Java, where in fact there&#039;s nothing to apologize for. It&#039;s plenty fast.

&lt;a href=&quot;http://blog.labnotes.org/2007/02/10/how-well-do-you-know-java/&quot;&gt;How well do you know Java&lt;/a&gt;?</description>
		<content:encoded><![CDATA[<p>dnl2ba,</p>
<p>How slow exactly is the Java startup time?</p>
<p>Measure it. You&#8217;re in for a surprise.</p>
<p>My point was that, in the Java world, we&#8217;re trying to look at the language through a special lens intent to make it competitive with C/C++. We do that at the expense of looking at real world requirements, we hold on to believes instead of fact checking.</p>
<p>And to all who commented, why not run a little benchmark and note the numbers. You&#8217;re trying to justify Java, where in fact there&#8217;s nothing to apologize for. It&#8217;s plenty fast.</p>
<p><a href="http://blog.labnotes.org/2007/02/10/how-well-do-you-know-java/">How well do you know Java</a>?</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Labnotes &#187; How well do you know Java?</title>
		<link>http://labnotes.org/2007/02/08/timing-is-everything/comment-page-1/#comment-137590</link>
		<dc:creator>Labnotes &#187; How well do you know Java?</dc:creator>
		<pubDate>Sun, 11 Feb 2007 05:41:37 +0000</pubDate>
		<guid isPermaLink="false">http://blog.labnotes.org/2007/02/08/timing-is-everything/#comment-137590</guid>
		<description>[...] recent post, Timing is everything, started a mini-controversy. One that can teach you a lot about where Java is coming from, and [...]</description>
		<content:encoded><![CDATA[<p>[...] recent post, Timing is everything, started a mini-controversy. One that can teach you a lot about where Java is coming from, and [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: dnl2ba</title>
		<link>http://labnotes.org/2007/02/08/timing-is-everything/comment-page-1/#comment-137589</link>
		<dc:creator>dnl2ba</dc:creator>
		<pubDate>Sun, 11 Feb 2007 02:23:26 +0000</pubDate>
		<guid isPermaLink="false">http://blog.labnotes.org/2007/02/08/timing-is-everything/#comment-137589</guid>
		<description>Drat. &quot;Are for the *same* tasks&quot; is obviously what I meant.</description>
		<content:encoded><![CDATA[<p>Drat. &#8220;Are for the *same* tasks&#8221; is obviously what I meant.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: dnl2ba</title>
		<link>http://labnotes.org/2007/02/08/timing-is-everything/comment-page-1/#comment-137588</link>
		<dc:creator>dnl2ba</dc:creator>
		<pubDate>Sun, 11 Feb 2007 02:23:04 +0000</pubDate>
		<guid isPermaLink="false">http://blog.labnotes.org/2007/02/08/timing-is-everything/#comment-137588</guid>
		<description>Users of my company&#039;s web service don&#039;t notice the JVM startup time. It started long before they visited. They notice how long it takes to serve pages, and they&#039;ll notice if the server got pwned because it couldn&#039;t scale serve to millions of users.

Would you argue that Java and Ruby are for the tasks because they&#039;re both programming languages?</description>
		<content:encoded><![CDATA[<p>Users of my company&#8217;s web service don&#8217;t notice the JVM startup time. It started long before they visited. They notice how long it takes to serve pages, and they&#8217;ll notice if the server got pwned because it couldn&#8217;t scale serve to millions of users.</p>
<p>Would you argue that Java and Ruby are for the tasks because they&#8217;re both programming languages?</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: SOB: Scion Of Backronymics &#187; Java benchmarks, enterprisey apps, and the future of Ruby (is Smalltalk)</title>
		<link>http://labnotes.org/2007/02/08/timing-is-everything/comment-page-1/#comment-137583</link>
		<dc:creator>SOB: Scion Of Backronymics &#187; Java benchmarks, enterprisey apps, and the future of Ruby (is Smalltalk)</dc:creator>
		<pubDate>Sat, 10 Feb 2007 08:06:17 +0000</pubDate>
		<guid isPermaLink="false">http://blog.labnotes.org/2007/02/08/timing-is-everything/#comment-137583</guid>
		<description>[...] over at Labnotes recently wrote that timing is everything. I read that a couple days ago when it was first posted, but the discussion in comments has [...]</description>
		<content:encoded><![CDATA[<p>[...] over at Labnotes recently wrote that timing is everything. I read that a couple days ago when it was first posted, but the discussion in comments has [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Chipping the web - Rosa Parks Highway -- Chip&#8217;s Quips</title>
		<link>http://labnotes.org/2007/02/08/timing-is-everything/comment-page-1/#comment-137582</link>
		<dc:creator>Chipping the web - Rosa Parks Highway -- Chip&#8217;s Quips</dc:creator>
		<pubDate>Sat, 10 Feb 2007 01:10:47 +0000</pubDate>
		<guid isPermaLink="false">http://blog.labnotes.org/2007/02/08/timing-is-everything/#comment-137582</guid>
		<description>[...] goes for timing strategies, [...]</description>
		<content:encoded><![CDATA[<p>[...] goes for timing strategies, [...]</p>
]]></content:encoded>
	</item>
</channel>
</rss>

