Extending Functionality: gen_server_ext
Fri Mar 21 19:27:57 CET 2003
On Fri, 21 Mar 2003 12:31:32 +0100
Matthias Lang <> wrote:
> martin> While the ideas that are expressed in this thread are
> martin> quite interesting and have much merit I think that they
> martin> would serve to undermine erlangs greatest strength -
> martin> simplicity.
> vlad> What we are talking about here about extendig Erlang, is
> vlad> not really about the language, but about OTP.
> Changing the meaning of a function call is not about changing OTP. It
> is changing the language. You can no longer be sure that the code
> executed by a call to foo:bar() can be found in the module foo.
> That is a big new uncertainty.
Is it really so new?
bar() -> baz:quuz().
1. you can't design a language which disallows spaghetti.
2. the more powerful a language feature, the easier it makes spaghetti.
3. when you introduce a new feature that makes spaghetti easier, you
should probably make a note of that lest it looks like you're encouraging
Other than that... I do agree that Erlang is, if not simple, then
straightforward, and any proposed extension that doesn't meet a sort of
common straightforwardness criterion will likely not be adopted.
More information about the erlang-questions