From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from concorde.inria.fr (concorde.inria.fr [192.93.2.39]) by yquem.inria.fr (Postfix) with ESMTP id 22E57D196 for ; Tue, 26 Jul 2005 03:34:45 +0200 (CEST) Received: from naru1.oldskool.fi (naru1.oldskool.fi [193.64.190.82]) by concorde.inria.fr (8.13.0/8.13.0) with ESMTP id j6Q1YiRF008346 for ; Tue, 26 Jul 2005 03:34:44 +0200 Received: by naru1.oldskool.fi (Postfix, from userid 562) id 6E6AD67028B; Tue, 26 Jul 2005 04:34:44 +0300 (EEST) Date: Tue, 26 Jul 2005 04:34:44 +0300 From: Jere Sanisalo To: Brian Hurt Cc: caml-list@yquem.inria.fr Subject: Re: [Caml-list] How to do this properly with OCaml? Message-ID: <20050726013444.GA32493@xmunkki.org> Reply-To: xm@xmunkki.org References: <200507241623.13705.Stephane.Glondu@crans.org> <1122251570.9027.362.camel@localhost.localdomain> <200507242345.13152.Stephane.Glondu@crans.org> <1122291335.6766.33.camel@localhost.localdomain> <20050726005640.GA30583@xmunkki.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.4.1i X-Miltered: at concorde with ID 42E59334.000 by Joe's j-chkmail (http://j-chkmail.ensmp.fr)! X-Spam: no; 0.00; caml-list:01 ocaml:01 gameplay:01 usefulness:01 api:01 api:01 25,:98 researched:98 wrote:01 thread:02 rarely:02 guess:02 respects:03 languages:03 programming:03 X-Spam-Checker-Version: SpamAssassin 3.0.3 (2005-04-27) on yquem.inria.fr X-Spam-Level: X-Spam-Status: No, score=0.0 required=5.0 tests=none autolearn=disabled version=3.0.3 On Mon, Jul 25, 2005 at 08:10:29PM -0500, Brian Hurt wrote: >>Depends on the task.. What if it was a hardware driver? >Hardware drivers are specialized tasks. One thing that drives me crazy is >the assumption that a language needs to be able to do everything, and if >it can't, it can't do anything. Well I was hardly saying that now was I? In my line of work (games) you often need to cross the borders a bit in order to accomplish what you want. I'm a bit late in these discussions and I just started to feel like I was throwing gas on the fire. I'm sorry about that, and I will refrain further from this discussion (after this message). It's just that I know that I'm missing some crucial learning points about designing software in FP manner. And games *are* close to the HW, usually. Not always, but sometimes. And some gameplay tweaks are near the tweaks HW drivers do (perhaps because it's not researched enough, perhaps? this is the thing I want to know). >The point is that instead of bitching about how hard it is to implement >the other language's solution in this language, to instead be thinking >about the correct solution to implement in this language. And this is indeed the thing I want to know.. But before, I was just saying, that in general, a languages "usefulness" is usually measured by the things it can do. And by that, people rarely consider the language. Actually what they consider is the API and the libraries. Just one pellet of fuel to the fire, I guess.. :) But just to recap, I really really want to stop programming my games in C++. I have been looking for a way out for years. I have found one possibility for tools; .NET/C#. Not quite the ideal, but F# helps in some respects and the API is quite nice for tools. But I find many gaming problems to be easier to solve in FP manner, but some of their relatives tie to the hardware and low level way of thinking. If I'm small minded now, that's ok. I'm not saying I'm right. I just want to learn ;D. But that's it for me now.. I'll keep my eye on this thread, though.. And sorry again.. -- Jere Sanisalo [xm@xmunkki.org] - http://www.xmunkki.org/