> Last week, i learn java and i feel the community behind this language,
You mis-spelled "Sun's deep pockets and hordes of programmers" :-)
> The documentation is something real. You have library for SGBD acess, the
> I/O, the graphics.
In OCaml, you have excellent I/O (better than Java's in my opinion) in
the standard library, TK and GTK bindings for GUIs, and a couple of
bindings to existing database libraries (see the Caml hump at
http://caml.inria.fr/pub/old_caml_site). I agree the database stuff needs more work and
the GUI stuff needs more documentation, but it's a start.
> You can find a book easily on java, not on ocaml. Inria
> documentation is fine, but with only one point of view.
There are several books out on Caml Light, which are largely relevant
to OCaml. A quite comprehensive book on OCaml is in preparation
(mostly written by non-INRIA personnel, so you'll get another "point
of view") and should appear this summer (in French).
> The IHM : if you like camltk, you learn tcl too ( for the example)
> after, you have to look between the graphics language possibility, what
> you can access with caml
> and eventually what you would like to add ( naturaly the documentation
> send you on an other documentation)
Agreed, there is a lack of documentation for CamlTk. Any volunteers?
> We want to have generated documentation
> with java, no configuration to do: javadoc
> with ocaml, you can do it, but nothing in the package.
This is true, a "camldoc" tool would be nice. Some members of this
list would advocate using off-the-shelf, language-independent literate
programming tools, of which there are plenty.
> You need something, with java you search in the documentation or
> you look if someone done it, you fill more lucky than with ocaml
Well, with OCaml, you search the documentation, then look (in the Hump
for instance) if someone has done it. So what?
> Generaly people who use ocaml, master well computer, langage theory.
> The question is for the other who need a more generalist langage, they are
> totally forgotten
Symbolic processing (compilers, theorem provers, etc) were the first
application of Caml and other members of the ML family, so of course
we have more experience with that. However, if other users were
"totally forgotten", we wouldn't have GUIs, the Unix and Str
libraries, a COM binding, and all other stuff that symbolic processing
doesn't need. We're definitely trying to extend OCaml beyond the
compiler/prover niche, and have had already some success stories in
this direction (see the list of signficant projects on the Web site).
> I like ocaml, fonctional style, it is possible to do impérative or
> object code . One thing is sure, if the IHM was better and with
> SGBD connection (in the ideal world all with good documentation) it
> would be easier to use ocaml on more project.
I certainly can't disagree with you. The main problem here is human
resources. But we are looking at ways for big industrial users to
help fund that kind of developments.
- Xavier Leroy
This archive was generated by hypermail 2b29 : Mon Apr 17 2000 - 21:13:05 MET DST