<?xml version="1.0" encoding="windows-1252"?>
<node id="393296" title="Re: The Great Computer Language Shootout" created="2004-09-23 14:59:06" updated="2005-05-11 23:23:12">
<type id="11">
note</type>
<author id="294463">
QM</author>
<data>
<field name="doctext">
I didn't see any explicit mention of this idea, but it's obvious in the other replies...
&lt;p&gt;
Why not start your own site which adds the criteria for &lt;i&gt;Development Time&lt;/i&gt;, possibly broken down into &lt;i&gt;Coding Time&lt;/i&gt; and &lt;i&gt;Debugging Time&lt;/i&gt;? This should be weighted something like 10% or 1% of the CPU weighting (insert arguments for and against here).
&lt;p&gt;
And the various points about using native idioms to solve the same problem lead me to think that a &lt;i&gt;Native Idiom&lt;/i&gt; score would be telling as well. Sure, by forcing all entries to avoid native idiom advantages, it shows what the performance of a generic, doesn't-fit-into-a-native-idiom algorithm would do. But it also avoids showcasing what programming areas each language excels at (performance wise). Add in the native idiom measure, and development time becomes apparent and interesting too.
&lt;p&gt;

&lt;div class="pmsig"&gt;&lt;div class="pmsig-294463"&gt;
&lt;p&gt;-QM&lt;br /&gt;
--&lt;br /&gt;
Quantum Mechanics: The dreams stuff is made of
&lt;/div&gt;&lt;/div&gt;</field>
<field name="root_node">
392696</field>
<field name="parent_node">
392696</field>
</data>
</node>
