Browse thread
[Caml-list] Caml productivity.
[
Home
]
[ Index:
by date
|
by threads
]
[ Message by date: previous | next ] [ Message in thread: previous | next ] [ Thread: previous | next ]
[ Message by date: previous | next ] [ Message in thread: previous | next ] [ Thread: previous | next ]
| Date: | -- (:) |
| From: | Jonathan Coupe <jonathan@m...> |
| Subject: | Re: Games (Re: [Caml-list] Caml productivity.) |
> Chatting with game/CG professionals around me _strengthened_ this > impression: the symbolic parts seem even more non-trivial in realistic > applications. I am a games and realtime 3D professional - and I have to tell you, in the nicest way (I hope) this really isn't how things are. I'd suggest that your conversations have naturally reflected your own interests. If you want to make a balanced assessment of what people do in the real world, try looking at some representative books and collections of conference papers - the Graphics Gems and Game Gems series would be good starting points. > For instance, just imagine implementing various kinds > of graphics editors or scripting languages for animation description! > The hard part of a games scripting language is not, generally, the symbol processing (take a junior programmer and les and yacc) but the runtime. Do a search for Unrealscript's documentation. Symbol processing barely impacts graphics editors at all. - Jonathan > Eijiro Sumii (http://www.yl.is.s.u-tokyo.ac.jp/~sumii/) > Research Associate, Department of Computer Science, University of Tokyo > ------------------- > 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 > ------------------- 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