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.
next prev 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