caml-list - the Caml user's mailing list
 help / color / mirror / Atom feed
From: Oliver Bandel <oliver@first.in-berlin.de>
To: caml-list@yquem.inria.fr
Subject: Re: [Caml-list] What is a future of ocaml?
Date: Thu, 15 Jan 2009 23:20:48 +0100	[thread overview]
Message-ID: <1232058048.496fb6c099265@webmail.in-berlin.de> (raw)
In-Reply-To: <9b415f950901150446u3f4781e3n3dc2dcb8e2732263@mail.gmail.com>

Hi,

Zitat von Benedikt Grundmann <benedikt.grundmann@googlemail.com>:

> I would even go so far as to say that
>
> One of the advantages of OCaml's current development model is
> that it is not changing the language very quickly.
>
> OCaml is already a big language (featurer/syntax and so on wise),
> it should (IMHO) not grow a lot more at least not without giving
> each change a lot of thought.
[...]


Yes, I agree fullheartedly!

So many other languages evolve a lot, and there is enough
busy-ness / daily business, that needs attention.
Always changing the API or other properties of the language would
be a factor of annoyance.

Such permanent changes and "add-ons" is/are necessary, when there
is a language that is quite weak, so that it is necessary to be enhanced
permanently.

But OCaml is such a good language, that it can compete with it's
language features without that kind of ADH-disorder, that many other
environments offer.  Such ADHD is provided as an advantage, but it
shows me, that there is not only room for enhancement... there also is
a necessity for enhancement of such languages!

And I don't say, OCaml is perfect or any way of making it better should
be deined. But it's strong with it's features.

And with it's it-does-not-change-every-week it is a good base for
long-term developments, IMHO.

Many languages, which will be changed permanently,
also incorporate functional features. I have heard that C++ now has
lambda terms... but it lacks many other things...

So, as Richard Jones mentioned it: it would be much better in enhancing
documentation (Tuorials and HowTO's and so on) and many of the tools...
especially easy installing of packages.

Let me mention R for example... I've never seen a better package-update
system. You can update installed, or install new packages very easy.
It's interactive like Perl's CPAN-module, but you don't need to be
superuser. If you want to install your stuff locally, R supports you
with this! You can have more than one library directory, and you can
select the right directory during the installation process.

Also better consitency of Code and Docs is worth looking at in OCaml.


If there will be enhancements in the distribution (Compiler and
library), I will be happy to appreciate it. I don't want to stop
enhancement. But as you, Benedikt, mentioned, a lot of thought should
be invested, before doing it. I think the INRIA team with it's superior
programmers will do this. There is necessity for the Bazaar as welll as
the Cathedral. We need both, and IMHO the Ocaml-cathedral makes sense.

The Bazaar can offer a lot of tools, tutorials and other things...
...as Richard Jones already mentioned.


Best wishes,
         Oliver Bandel


  reply	other threads:[~2009-01-15 22:20 UTC|newest]

Thread overview: 19+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2009-01-14  9:18 Radzevich Belevich
2009-01-14  9:35 ` [Caml-list] " David Allsopp
2009-01-14  9:51 ` Richard Jones
2009-01-14 13:34 ` Sylvain Le Gall
2009-01-14 13:44 ` [Caml-list] " Dawid Toton
2009-01-14 15:37   ` Martin Jambon
2009-01-14 15:39   ` David Allsopp
2009-01-15 12:13     ` Jacques Garrigue
2009-01-15 12:46       ` Benedikt Grundmann
2009-01-15 22:20         ` Oliver Bandel [this message]
2009-01-16 14:56           ` Kuba Ober
2009-01-15 12:51       ` David Allsopp
2009-01-15 21:08       ` Stefan Monnier
2009-01-14 16:07   ` [Caml-list] " Jérémie Dimino
2009-01-14 17:28   ` Dario Teixeira
2009-01-15 17:50     ` Richard Jones
2009-01-15 17:46   ` Richard Jones
2009-01-18 16:34     ` Xavier Leroy
2009-01-18 18:02       ` Richard Jones

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=1232058048.496fb6c099265@webmail.in-berlin.de \
    --to=oliver@first.in-berlin.de \
    --cc=caml-list@yquem.inria.fr \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).