Az, hogy mennyire gyors valami, vagy mennyire optimalizált, programozási nyelv független (C++-ban és Java-ban is lehet buborékrendezést írni, de quicksortot is). Ha a sebesség ennyire számít, akkor úgyis GPGU lesz a megoldás. Viszont az nem mindegy, mennyi időbe kerül megvalósítani ezt a nagyon optimalizált, fürge kódot. Akkora a verseny, hogy számít a time-to-market. Jobb kijönni hamarabb egy használható, de nem optimalizált programmal, mint fél évet eltökölni azon, hogy megpsóroljunk 30 CPU ciklust. Azt a második verzióban meg lehet lépni, nyer a vállalat fél évet arra, hogy optimalizáljon, úgy, hogy a termék első verziója már a piacon van.
Ez a "release early, release often"-filozófia, ami open source körökben egyenesen követelmény. Nézd meg, mobilalkalmazásoknál milyen gyakran jön firssítés, sokszor akár hetente is: bugfixek, gyorsaságot érintő javítások. A disztribúciós platform megengedi, hogy mindig új verziókkal gyere ki, ezárt ezt ki is használják. Nem baj, ha elsőre nem lett optimális a kód, a lényeg, hogy használható legyen a szoftver.