English version
Accueil     À propos     Téléchargement     Ressources     Contactez-nous    

Ce site est rarement mis à jour. Pour les informations les plus récentes, rendez-vous sur le nouveau site OCaml à l'adresse ocaml.org.

Browse thread
[Caml-list] 32 bit floats, SSE instructions
[ Home ] [ Index: by date | by threads ]
[ Search: ]

[ Message by date: previous | next ] [ Message in thread: previous | next ] [ Thread: previous | next ]
Date: 2004-06-09 (08:25)
From: Brandon J. Van Every <vanevery@i...>
Subject: [Caml-list] The multiresolution business model
Jon Harrop wrote:
> Brandon Van Every wrote:
> >
> > So where are you finding these OCaml jobs?  Clue us in.
> Basically, anywhere that people are used to writing in C/C++
> or, dare I say
> it, FORTRAN. Most of them have never seen a tree, let alone a
> language which
> can manipulate them without segfaulting. There are lots of
> applications in
> science, engineering, maths etc. which currently use flat
> data structures
> because they are easy to write in C and FORTRAN. People have
> tweaked (and
> corrected!) these programs for decades. But much simpler,
> multiresolution
> methods written in languages like OCaml are so much more
> robust, elegant and
> efficient on large inputs (which is where the money and
> supercomputers are)
> that they're always sold immediately.

Ok, so multiresolution maths for science and engineering is your
business model.  Sounds like a valid one for your problem domain.  It's
only your multiresolution planet stuff *for games* that I'm unimpressed
with.  As a game designer I'm very aware of the complexity limits of
games, of what a user can actually deal with and enjoy.  Simillarly, the
vast majority of films are only 90 minutes long and obey Three Act
Structure.  It is a pity that I want to be a world class game designer,
not a world class multiresolution maths guy.  Sounds like you will make
far more money far more easily than I will.

Still, I will keep trying to think how I might use higher level
languages such as OCaml for valid business models.  I definitely don't
think financial grunt coding is where it's at.  Corporate
industrialization is the province of Java and C#.  I've been led to
OCaml via 3D graphics and AI problems.  Maybe the latter might be more
fruitful for me.

Cheers,                     www.indiegamedesign.com
Brandon Van Every           Seattle, WA

"The pioneer is the one with the arrows in his back."
                          - anonymous entrepreneur

Outgoing mail is certified Virus Free.
Checked by AVG anti-virus system (http://www.grisoft.com).
Version: 6.0.693 / Virus Database: 454 - Release Date: 5/31/2004

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