> OTP = Open Telecom Platform. Telecom = Telecommunications =
> communicating over a remote distance. In what way is the
> Internet not a
> form of telecommunications...? ;-)
Yes, but it seems that just about every Fred public wants to do "internet
programming" whereas "Telecoms programming" is something else entirely.
I certainly agree with comments that it is hard work to divine the power of
OTP from the standard docs. Worth it but hard work indeed. I'd say they are
clearly written though - maybe the difficulty simply comes from the large
amount of 'internal reprogramming' needed to flip into that way of
thinking.. Presentation as "Design Patterns" as in Ulf Ekstr?m's thesis may
make things clearer.
> Also, there is so much hype around "internet solutions" these days; I
> was attracted to Erlang partly because it seems to be able to
> avoid that
> stigma by being more general than just that.
That is very nice to hear. I hope this reflects a more general outlook..
> I feel that Erlang should demonstrate to the world its strengths in an
> internet setting, by showing off applications such as the
> Wikie. If it
> can "walk the walk", it doesn't really matter how it's marketed.
I tried to find some of the links and articles I have come across in the
past which portrayed Erlang as some weird specialist telecoms systems
development language but I only managed to find some pretty nice ones. How
the internet changes when you glance away!
Ulf has certainly been busy :) :
NOTICE AND DISCLAIMER:
This email (including attachments) is confidential. If you have received
this email in error please notify the sender immediately and delete this
email from your system without copying or disseminating it or placing any
reliance upon its contents. We cannot accept liability for any breaches of
confidence arising through use of email. Any opinions expressed in this
email (including attachments) are those of the author and do not necessarily
reflect our opinions. We will not accept responsibility for any commitments
made by our employees outside the scope of our business. We do not warrant
the accuracy or completeness of such information.
Sean Hinde wrote:
> Chris Wrote>
> > OTP = Open Telecom Platform. Telecom = Telecommunications =
> > communicating over a remote distance. In what way is the
> > Internet not a
> > form of telecommunications...? ;-)
> Yes, but it seems that just about every Fred public wants to do "internet
> programming" whereas "Telecoms programming" is something else entirely.
Agreed, there is that perception. But I'd rather try to change the
perception of what is "telecomm" than the perception of what is
Also, I'm not certain I'd like every "Fred" using Erlang for
everything! I don't mean that as an elitist remark, only that the
pressure placed on Erlang to please everyone would be enormous. I'd
rather see the right people using Erlang for the right things.
> I certainly agree with comments that it is hard work to divine the power of
> OTP from the standard docs. Worth it but hard work indeed.
Also agreed. Up until now, I was under the impression that OTP was
simply the name of the open-source implementation (compiler+runtime) of
Erlang, but I guess there's a lot more to it than just that - its the
definition of the entire environment, including applications?
> Presentation as "Design Patterns" as in Ulf Ekstr?m's thesis may
> make things clearer.
Yes. That paper really clarified some things for me. Also, many
programmers learn by experimentation. I think if the "barriers to
entry" were lowered - e.g. if you didn't have to go in and "hack" source
code, which is always distasteful - that might be enough of an initial
push to get it going in a more accessible direction.
> > Also, there is so much hype around "internet solutions" these days; I
> > was attracted to Erlang partly because it seems to be able to
> > avoid that
> > stigma by being more general than just that.
> That is very nice to hear. I hope this reflects a more general outlook..
It would be nice, but seems doubtful - I'm a bit of an outsider. :-) I
get the impression that it's worse here in North America, but I see many
programmers choose their language(s) because of their jobs, and many
projects pick their language based on the cost to hire programmers for
that language. I'm disappointed that this circular logic does not in
the least consider the language's strengths and weaknesses. It assumes
any language is good enough for any project, while in fact that is not
the case, or we'd only have one language.
Share and Enjoy on Cat's Eye Technologies' Electronic Mailing List
|Free forum by Nabble||Edit this page|