From: Philippe Strauss <philou@philou.ch>
To: Diego Olivier Fernandez Pons <dofp.ocaml@gmail.com>
Cc: Gabriel Scherer <gabriel.scherer@gmail.com>,
caml-list <caml-list@inria.fr>
Subject: Re: [Caml-list] Why isn't there a common platform for functional language interaction ?
Date: Sat, 10 Dec 2011 22:14:36 +0100 [thread overview]
Message-ID: <20111210211436.GA17859@vs.philou.ch> (raw)
In-Reply-To: <CAHqiZ-+soRpcwyGNpv1kb-yaLk1Di5oZU=KAreBEr+vrjiAQzA@mail.gmail.com>
On Sat, Dec 10, 2011 at 09:44:01PM +0100, Diego Olivier Fernandez Pons wrote:
>
> What I see as the very first issue is the spread of the efforts between
> similar yet incompatible ML dialects leading to 4 weak communities (SML,
> OCaml, F#, Haskell) instead of a really strong one and all the related
> problems that come with it (fewer books, risk for industrials, work
> duplication, inefficient funding, lack of visibility, etc).
>
> Example : there is an excellent whole source code optimiser ... for SML.
> And an award winning SMT solver ... in Caml developed in a company that
> invests heavily in information-centric web applications ... in F# (
> http://research.microsoft.com/en-us/um/redmond/projects/z3/ if you don't
> know Nikolaj Bjorner's Z3). Now say you want to do an application that
> delivers optimal electricity production plans. What language do you choose ?
Sure but is there any effort not based on free will limitation which would works ?
Marketing, an attractive website, an packaging/oasis-db like thing, good introductory tutorials (I've appreciated
the chapter1 of jon harrop, btw), a distro maybe based on batteries or ... argh.
Each piece of software, libraries, exist becaus of a reserch project, someone choosing ocaml as
the tool of choice, or spare-time and leisure. This diversity is the consequence of free will.
sometimes it's waste of resources, but try to join each resources by email and convince
them to unify their efforts. Or give them compensation for it.
Joining together jane-street core and batteries, you can already forget about it, so joining
ML/Haskell/OCaml/F# efforts together...
And people getting away from for example c-- or llvm based lower level stuff, there's always an explanation
of lower "energy" like barrier to get a thing done, writing your own stuff rather than diving and get drown in a monster, etc...
that's open source devel.
> Just being able to reuse the source-code between string ML dialects even
> after recompilation (X -> CoreML -> specific platform) would be an
> improvement.
--
Philippe Strauss
av. de Beaulieu 25
1004 Lausanne
http://www.philou.ch
next prev parent reply other threads:[~2011-12-10 21:14 UTC|newest]
Thread overview: 10+ messages / expand[flat|nested] mbox.gz Atom feed top
2011-12-10 10:36 Diego Olivier Fernandez Pons
2011-12-10 12:23 ` Stéphane Glondu
2011-12-10 12:38 ` rixed
2011-12-10 13:54 ` oliver
2011-12-10 12:58 ` Gabriel Scherer
2011-12-10 18:00 ` Florian Hars
2011-12-10 20:44 ` Diego Olivier Fernandez Pons
2011-12-10 21:14 ` Philippe Strauss [this message]
2012-11-18 17:26 ` Jon Harrop
2011-12-10 14:15 ` Jon Harrop
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=20111210211436.GA17859@vs.philou.ch \
--to=philou@philou.ch \
--cc=caml-list@inria.fr \
--cc=dofp.ocaml@gmail.com \
--cc=gabriel.scherer@gmail.com \
/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