Сообщение Re[2]: Почему Эрланг от 04.06.2015 11:54
Изменено 04.06.2015 11:56 BulatZiganshin
Здравствуйте, Mamut, Вы писали:
M>- Lightweight, massive concurrency
M>- Asynchronous communication
M>- Process isolation
M>- Error handling
M>- Continuous evolution of the system
M>- Soft real-time
M>Даже если не обращать внимание на свойства собственно самого языка, то в вашем языке/рантайме должны быть первые шесть пунктов, чтобы грамотно, внятно, понятно, единообразно и предсказуемо реализовывать свои параллельные и распределенные вычисления и программы.
чтобы грамотно, внятно, понятно, единообразно и предсказуемо реализовывать параллельные программы, нельзя обойтись без пунктов 5 и 6? по моему, newn просто перечислены свойства которые есть в эрланге (и которые нуджны были имм для их весьма специфических хадач), а никак не то что нужно лично мне в многопоточной программе
M>- Lightweight, massive concurrency
M>- Asynchronous communication
M>- Process isolation
M>- Error handling
M>- Continuous evolution of the system
M>- Soft real-time
M>Даже если не обращать внимание на свойства собственно самого языка, то в вашем языке/рантайме должны быть первые шесть пунктов, чтобы грамотно, внятно, понятно, единообразно и предсказуемо реализовывать свои параллельные и распределенные вычисления и программы.
чтобы грамотно, внятно, понятно, единообразно и предсказуемо реализовывать параллельные программы, нельзя обойтись без пунктов 5 и 6? по моему, newn просто перечислены свойства которые есть в эрланге (и которые нуджны были имм для их весьма специфических хадач), а никак не то что нужно лично мне в многопоточной программе
Здравствуйте, Mamut, Вы писали:
M>- Lightweight, massive concurrency
M>- Asynchronous communication
M>- Process isolation
M>- Error handling
M>- Continuous evolution of the system
M>- Soft real-time
M>Даже если не обращать внимание на свойства собственно самого языка, то в вашем языке/рантайме должны быть первые шесть пунктов, чтобы грамотно, внятно, понятно, единообразно и предсказуемо реализовывать свои параллельные и распределенные вычисления и программы.
чтобы грамотно, внятно, понятно, единообразно и предсказуемо реализовывать параллельные программы, нельзя обойтись без пунктов 5 и 6? по моему, newn просто перечислены свойства которые есть в эрланге (и которые нуджны были имм для их весьма специфических хадач), а никак не то что нужно лично мне в многопоточной программе
M>Начнем с того, что Эрланг изначально разрабатывался для поддержки высоконагруженных распределенных приложений, устойчивых к хардварным ошибкам. Основополагающая работа тут: http://www.erlang.org/download/armstrong_thesis_2003.pdf (почему-то заголовок был сменен на "in the presence of software errors", хотя изначально было "hardware errors").
M>Вот 10 требований к телекоммуникационным системам, для которых разрабатывался Erlang:
собственно, проблема в том, что мне не нужно разрабатывать высоконагруженных распределенных приложений, устойчивых к хардварным ошибкам ака телекоммуникационных систем
соответственно, вопрос "нужен ли эрланг разработчикам свитчей" предлагаю оставить открытым и перейти ко всяким там nginx'ам
M>- Lightweight, massive concurrency
M>- Asynchronous communication
M>- Process isolation
M>- Error handling
M>- Continuous evolution of the system
M>- Soft real-time
M>Даже если не обращать внимание на свойства собственно самого языка, то в вашем языке/рантайме должны быть первые шесть пунктов, чтобы грамотно, внятно, понятно, единообразно и предсказуемо реализовывать свои параллельные и распределенные вычисления и программы.
чтобы грамотно, внятно, понятно, единообразно и предсказуемо реализовывать параллельные программы, нельзя обойтись без пунктов 5 и 6? по моему, newn просто перечислены свойства которые есть в эрланге (и которые нуджны были имм для их весьма специфических хадач), а никак не то что нужно лично мне в многопоточной программе
M>Начнем с того, что Эрланг изначально разрабатывался для поддержки высоконагруженных распределенных приложений, устойчивых к хардварным ошибкам. Основополагающая работа тут: http://www.erlang.org/download/armstrong_thesis_2003.pdf (почему-то заголовок был сменен на "in the presence of software errors", хотя изначально было "hardware errors").
M>Вот 10 требований к телекоммуникационным системам, для которых разрабатывался Erlang:
собственно, проблема в том, что мне не нужно разрабатывать высоконагруженных распределенных приложений, устойчивых к хардварным ошибкам ака телекоммуникационных систем
соответственно, вопрос "нужен ли эрланг разработчикам свитчей" предлагаю оставить открытым и перейти ко всяким там nginx'ам