Browse thread
Re: "Re: [Caml-list] A G'Caml question" + additional info
-
Krishnaswami, Neel
-
Brian Rogoff
-
Bruce Hoult
- Markus Mottl
- Patrick M Doane
-
Bruce Hoult
-
Brian Rogoff
[
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: | Markus Mottl <markus@m...> |
| Subject: | Re: "Re: [Caml-list] A G'Caml question" + additional info |
On Wed, 11 Jul 2001, Bruce Hoult wrote: > But the language itself seems to be starting to rival C++ for sheer > complexity. When you want to do something you seem to have a choice > of using this feature, or *this* one, or *this* newly developed one. Having choices is not necessarily bad, being forced to using many alternatives is. I think that OCaml has succeeded quite well so far in keeping different features apart as one can see in the standard library, which can be used with the core language + modules alone. I hope this will stay so! Whether one or the other feature will be thrown out at some point of time depends on how it performs in real work. That's not necessarily easily tried in small scale experiments. > Dylan is conceptually a much simpler language, with less intimidating > syntax, and you can easily express what you want to do using a very > small number of basic constructs. Maybe, I don't know. But it does not declare itself as a research language. Everybody who uses OCaml should be aware of its status. If you use experimental features, this is likely to burn you some time in the future. If you stay with the core + module language, you should probably be fairly safe for the foreseeable future. Regards, Markus Mottl -- Markus Mottl markus@oefai.at Austrian Research Institute for Artificial Intelligence http://www.oefai.at/~markus ------------------- Bug reports: http://caml.inria.fr/bin/caml-bugs FAQ: http://caml.inria.fr/FAQ/ To unsubscribe, mail caml-list-request@inria.fr Archives: http://caml.inria.fr