From mboxrd@z Thu Jan 1 00:00:00 1970 Received: (from majordomo@localhost) by pauillac.inria.fr (8.7.6/8.7.3) id WAA23744; Tue, 23 Jul 2002 22:56:10 +0200 (MET DST) X-Authentication-Warning: pauillac.inria.fr: majordomo set sender to owner-caml-list@pauillac.inria.fr using -f Received: (from weis@localhost) by pauillac.inria.fr (8.7.6/8.7.3) id WAA23706 for caml-list@pauillac.inria.fr; Tue, 23 Jul 2002 22:56:09 +0200 (MET DST) Received: from nez-perce.inria.fr (nez-perce.inria.fr [192.93.2.78]) by pauillac.inria.fr (8.7.6/8.7.3) with ESMTP id TAA20750 for ; Mon, 22 Jul 2002 19:46:37 +0200 (MET DST) Received: from web13307.mail.yahoo.com (web13307.mail.yahoo.com [216.136.175.43]) by nez-perce.inria.fr (8.11.1/8.11.1) with SMTP id g6MHkaT17153 for ; Mon, 22 Jul 2002 19:46:36 +0200 (MET DST) Message-ID: <20020722174635.18927.qmail@web13307.mail.yahoo.com> Received: from [209.55.75.200] by web13307.mail.yahoo.com via HTTP; Mon, 22 Jul 2002 10:46:35 PDT Date: Mon, 22 Jul 2002 10:46:35 -0700 (PDT) From: Pal-Kristian Engstad Subject: Re: [Caml-list] Caml productivity. To: Nicolas Cannasse Cc: caml-list@inria.fr In-Reply-To: <00d201c2316d$09d27920$0700a8c0@warp> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Sender: owner-caml-list@pauillac.inria.fr Precedence: bulk Hi, Nicolas Cannasse seems to believe that "productivity" and "performance" are orthogonal concepts. They are not always. For some tasks the performance of the algorithm determins if the program can be put into the application. Hence, if the program executes too slowly, the program is useless and the time spent on it was a waste. In other words, there was no productivity at all. I commend Nicolas for trying to use O'Caml in a games setting. We, however, can not afford this - instead the company designed and implemented a specific language in order to be able to optimize _and_ be productive. This language has high-level constructs as well as low-level constructs --- and they can be freely mixed. Take care, PKE. --- Nicolas Cannasse wrote: > > Some proponents of this mailing list seem to be > > convinced that Ocaml is so much more productive > than > > C++. I find this to be a terrible mistake. From an > > industry where performance is crucial (games > > programming), I find quite a few aspects of Ocaml > hard > > to unify with productivity. > > You're mistaking "productivity" and "performances". > Theses are two concept > which are not compatible... You can either target > performance, by working > alot on the optimization of your code, on you can > target productivity > without caring about performance... > OCaml is perhaps one of the best language around to > acheive both goals at > the same time with a reasonable ratio. You gain a > lot of productivity ( 1:3 > compared to C/C++ , in the domain of high-level game > scripting ) for a few > loss of performances. > > You have to design your game engine to fit OCaml > good/weak points. I choose > to write a 3D Engine entirely in C/C++ - based on > DirectX8 - with a small > high-level interface with OCaml, which encapsulate > Matrix and Quaternions > into shadow types to enable C optimized operations > on them. Then the rest of > the game ( which is : manipulation of complexes data > structures ) is > entirely written in OCaml, to enable the maximum > productivity and SAFETY ! > No more patches needed :) > > Nicolas Cannasse > www.motion-twin.com > __________________________________________________ Do You Yahoo!? Yahoo! Health - Feel better, live better http://health.yahoo.com ------------------- To unsubscribe, mail caml-list-request@inria.fr Archives: http://caml.inria.fr Bug reports: http://caml.inria.fr/bin/caml-bugs FAQ: http://caml.inria.fr/FAQ/ Beginner's list: http://groups.yahoo.com/group/ocaml_beginners