[erlang-questions] Time for OTP to be Renamed?
Thomas Lindgren
thomasl_erlang@REDACTED
Mon Feb 17 13:22:07 CET 2014
I like "Erlang SDK" better than "OTP" by the way, even if it feels a bit old fashioned. It gets the point across, at least.
I've found gen_servers/gen_fsm/etc awkward when some sub-problem cries out for selective receive.
Best,
Thomas
On Sunday, February 16, 2014 12:44 PM, Joacim Grebenö <jocke@REDACTED> wrote:
Note. I love the Erlang SDK (just trying avoid the *TP word to see how it feels) and use it heavily. It is just the gen_server that takes away the fun. We need more fun and not less.
>
>Den 16 feb 2014 12:28 skrev =?ISO-8859-1?Q?Joacim_Greben=F6?= <jocke@REDACTED>:
>>
>> I have read http://www.erlang.org/doc/design_principles/spec_proc.html over the years and only opted to implement parts of all the overhead, i.e. to get the part of OTP functionality I really need and no more.
>>
>> The gen_server is is top heavy and boring and remindes me of Java Enterprise Beans.
>>
>> Agile and fun is better than top heavy and boring. In the short run, and in the long run.
>>
>> But this is all me.
>>
>> Den 16 feb 2014 11:40 skrev Vance Shipley <vances@REDACTED>:
>> >
>> > On Sun, Feb 16, 2014 at 11:06:08AM +0100, Joacim Grebenö wrote:
>> > } I would only use the gen_server iff I needed hot code loading/upgrading.
>> > } In the real world, and in the majority of cases, that seldom is needed.
>> > }
>> > } IMHO and within my experience of course.
>> >
>> > Lest other, less experienced, readers get the impression that it is that
>> > simple let me just provide this pointer:
>> >
>> > http://www.erlang.org/doc/design_principles/spec_proc.html
>> >
>> > To write a program which will work (properly) in an OTP compliant system,
>> > you must receive and handle a number of system messages. Without OTP
>> > compliance you have no supervision, debugging, release handling, observer
>> > and I don't know what else. You are free to do so but I wouldn't recommend
>> > this route for anyone else who hasn't mastered the environment.
>> >
>> > --
>> > -Vance
>> _______________________________________________
>> erlang-questions mailing list
>> erlang-questions@REDACTED
>> http://erlang.org/mailman/listinfo/erlang-questions
>_______________________________________________
>erlang-questions mailing list
>erlang-questions@REDACTED
>http://erlang.org/mailman/listinfo/erlang-questions
>
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://erlang.org/pipermail/erlang-questions/attachments/20140217/b0f0b1d0/attachment.htm>
More information about the erlang-questions
mailing list