caml-list - the Caml user's mailing list
 help / color / mirror / Atom feed
From: Evgeny Khramtsov <xramtsov@gmail.com>
To: caml-list@inria.fr
Subject: Re: [Caml-list] ReasonML concrete syntax
Date: Mon, 18 Dec 2017 20:53:27 +0300	[thread overview]
Message-ID: <20171218205327.1d7b7fac@zinid.ru> (raw)
In-Reply-To: <CAGrdgiUkXBSWC6b-BT=fmaJ1cCJi+Mzbaz2Q2eUM_SPNbtC_Dg@mail.gmail.com>

Mon, 18 Dec 2017 17:00:33 +0000
Jesper Louis Andersen <jesper.louis.andersen@gmail.com> wrote:

> FWIW, I think the Erlang community is greatly benefiting from the
> Elixir community and vice versa. I'd hope the same thing happens with
> ReasonML and OCaml.  

I disagree. Those requests in my bugtracker "Make it work with Elixir"
are annoying.

> Elixir got a pretty firm ground to stand on since you have many years
> of (industrial) backing in the Erlang ecosystem. But a lot of the
> better improvements in the quality-of-life of a programmer is a
> direct result of Elixir's core team wanting to improve notation,
> error reporting and so on for the developer. These changes are
> definitely improving Erlang as well.  

I don't see this as an improvement to Erlang. This can be considered
by some as an improvement *over* Erlang, but in fact Elixir community
doesn't bring anything back. I'm maintaining software with around 20
dependencies, none of them are in Elixir.

> I think it is wrong to see these things as "wars". People, when
> programming, are subjective and prefer different notations. I've
> always been partial to statically typed ML languages such as OCaml
> and Standard ML, and I find their notation more clear than e.g., the
> Erlang or Haskell notation[0]. But judging by people in general,
> '{' / '}' bracketed notation stemming from a language such a C looks
> to be extremely popular and familar to people. To the point where
> "Erlang syntax is ugly", in which as much is misunderstood about its
> semantics as are its syntax.  

My point is actually the syntax doesn't matter a lot. There are really
great underrated languages because of this bias (Red/System is such an
example, where the code `f x (g y)` could be written as `f x g y`, i.e.
without brackets at all). But I have a problem learning new syntax just
to appease the majority. And seems like now I have to do this, simply
because the job market has changed. What if I say you must learn
Reason, like it or not?

> The key point is that you have a large group of programmers, mostly
> Javascript, Python or Ruby people, who would never ever pick up
> Erlang due to its syntax. But they'll gladly pick Elixir as their
> core language. All we have to teach them is proper error handling
> Erlang/OTP style and they'll easily give back to the community at
> large. If there are a good argument for diversity in an ecosystem,
> this is really it.  

Yah, like, increasing userbase on 2%. Sounds great :)

> [0] I may be "Erlang user of the year, 2017", and have many years of
> Erlang experience, but I've always lamented that the language has no
> static type system.  

Lacking the type system is definitely one of the main disadvantages of
Erlang (or Elixir), I agree.

  parent reply	other threads:[~2017-12-18 17:54 UTC|newest]

Thread overview: 48+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2017-12-10 18:12 Robert Muller
2017-12-11  0:09 ` Yawar Amin
2017-12-11  5:50   ` Viet Le
2017-12-11  6:45     ` Ian Zimmerman
2017-12-11  6:53       ` Sven SAULEAU
2017-12-11  6:50     ` Sven SAULEAU
2017-12-11  6:54       ` Evgeny Khramtsov
2017-12-11  7:22         ` =?gb18030?B?Qm9i?=
2017-12-11  7:16           ` Evgeny Khramtsov
2017-12-17 15:02         ` Paolo Donadeo
2017-12-17 16:01           ` Guillaume Huysmans
2017-12-17 16:55             ` Paolo Donadeo
2017-12-17 20:13               ` Ian Zimmerman
2017-12-17 20:49                 ` Robert Muller
2017-12-18  1:34                   ` Yawar Amin
2017-12-18 16:36                     ` Evgeny Khramtsov
2017-12-18 17:00                       ` Jesper Louis Andersen
2017-12-18 17:27                         ` Gary Trakhman
2017-12-18 17:53                         ` Evgeny Khramtsov [this message]
2017-12-18  2:14                   ` Yawar Amin
2017-12-11 15:51       ` Yawar Amin
2017-12-11 16:07         ` Sven SAULEAU
2017-12-11 17:11         ` David Brown
2017-12-12  3:49         ` Louis Roché
2017-12-12  4:18           ` Yawar Amin
2017-12-12  5:52           ` Oliver Bandel
2017-12-11 14:40 ` Gerd Stolpmann
2017-12-11 16:10   ` Ian Zimmerman
2017-12-11 16:47     ` Viet Le
2017-12-11 17:10       ` Yotam Barnoy
2017-12-11 18:56         ` Robert Muller
2017-12-11 19:23           ` Yawar Amin
2017-12-11 21:10         ` Marshall
2017-12-11 17:29       ` Yawar Amin
2017-12-11 17:59       ` Ian Zimmerman
2017-12-11 18:30     ` Gerd Stolpmann
2017-12-13  8:22       ` Sebastien Ferre
2017-12-13  9:26         ` Evgeny Khramtsov
2017-12-13 10:37           ` David Allsopp
2017-12-13 16:38             ` Marshall
2017-12-13 16:44               ` Yawar Amin
2017-12-13 17:20                 ` David Allsopp
2017-12-13 17:51                   ` Yawar Amin
2017-12-13 17:39         ` Hendrik Boom
2017-12-13 17:55           ` Robert Muller
2017-12-13 18:19             ` Viet Le
2017-12-13 19:29             ` Yawar Amin
2017-12-13  8:55 ` Nicolas Boulay

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=20171218205327.1d7b7fac@zinid.ru \
    --to=xramtsov@gmail.com \
    --cc=caml-list@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).