Re: Haskell, Erlang или Closure
От: Lazy Cjow Rhrr Россия lj://_lcr_
Дата: 04.07.12 12:29
Оценка: 23 (3)
skodnik,

S>Думаю какой язык начать изучать. После прочтения википедии по этим языкам больше понравился Closure. С точки зрения перспектив удаленной разработки что посоветуете?


J/K — если хочешь размять мозги в совершенно парадоксальном направлении (чужие программы где-то месяца через 3 только начнёшь понимать).

Haskell, Cayenne, Agda (Agda 2), ATS, если понимаешь чего-нибудь в типах, ТК, формальных системах и теорем-пруверах (или сильно хочешь их постичь)

Haskell, Erlang, Scala, F# — если хочешь познакомиться с и изучить новые идеи и утащить их к себе в проект в более мейнстримовом виде. (хотя это не всегда получится, например Expression_problem замечательно решается в Haskell, Scala и Nemerle (за счёт макросов), но в Java/C# это будет неполное решение или компромиссное)

Haskell, (Lisp), (Clojure), Scala, Nemerle, Ocaml(+P4) — если хочешь освоить силу метапрограммирование и найти слабые точки этого подхода.

https://github.com/built/wheeler — язык вообще другой. Нет объектов, нет функций, нет классов, есть только категории.

О Руби, Питоне и прочих динамических языках может быть даже не стоит говорить, ибо подобные вещи нетрудно делать самому и никакую теорию типов при этом знать не нужно. Изучать там нечего, разве что API библиотек и принятые соглашения. Если не применять на практике, то можно считать время убитым впустую.
quicksort =: (($:@(<#[),(=#[),$:@(>#[)) ({~ ?@#)) ^: (1<#)
Re[5]: Haskell, Erlang или Closure
От: Mamut Швеция http://dmitriid.com
Дата: 03.07.12 14:48
Оценка: 2 (1) +1
Здравствуйте, Nikе, Вы писали:

N>Здравствуйте, Mamut, Вы писали:


M>>Erlang — распределенные системы, часто — в качестве распределенного «клея» между компонентами системы


N>А чем он лучше какого-нибудь Active MQ?


Тем, что ActiveMQ — это просто система посылки сообщений. В Erlang'е — вся инфраструктура для создания распределенных приложений, включая такие вещи, как supervision trees и — главное — полный контроль над ошибками с возможностью грамотной их обработки.


dmitriid.comGitHubLinkedIn
Re[13]: Haskell, Erlang или Closure
От: VladD2 Российская Империя www.nemerle.org
Дата: 06.07.12 20:55
Оценка: 2 (1) +1
Здравствуйте, Ikemefula, Вы писали:

I>Всякая алгоритмическая хрень. Например анализ дерева делать в обычном ОО-языке крайне неудобно, зато удобно в любом другом где есть PM.


Анализ дерева делается на ура средствами любого языка поддерживающего паттер-матчинг (ПМ). Более того. Деревья сами по себе не самоцель, а всего лишь структуры данных которыми представляются некие модели. А раз есть модели, то всегда можно найти более подходящие средства для работы с ними нежели просто ПМ и АлгТД.

Уверен, что нет ни одной серьезной задачи которые нельзя было бы решить на том же Немерле так же просто и красиво как на F#. Скажу больше. Есть множество задач решение которых на Немерле будет выглядеть куда более элегантно (язык то не фиксированный). Стало быть никакой специализированности у F# нет. Есть только несколько фич отсутствующих в C#. И синтаксис который отбивает желание его изучать у 90% потенциальной аудитории.

Так что он не специализированного назначения, а для специализированного контингента, который пришел в программирование через ОКамл, или подсел на тру ФП аля Хаскель и хочет использовать этот же стиль в рамках дотнета. А такого народа точно не много.
Есть логика намерений и логика обстоятельств, последняя всегда сильнее.
Re[3]: Haskell, Erlang или Closure
От: Злобастик  
Дата: 04.07.12 09:39
Оценка: :))
Здравствуйте, skodnik, Вы писали:

S>Здравствуйте, Злобастик, Вы писали:


З>>Здравствуйте, skodnik, Вы писали:


S>>>Думаю какой язык начать изучать. После прочтения википедии по этим языкам больше понравился Closure. С точки зрения перспектив удаленной разработки что посоветуете?


З>>Посоветую взять рубанок и пойти на завод.

S>Я .NET работаю 10+ лет

Начать нормальную жизнь никогда не поздно.
Re[3]: Haskell, Erlang или Closure
От: Mamut Швеция http://dmitriid.com
Дата: 03.07.12 13:25
Оценка: 1 (1)
Здравствуйте, Lorenzo_LAMAS, Вы писали:

M>>Если удаленная разработка, то тут уже сказали: C#, Java и т.п. На Haskell/Erlang/Clojure удаленшиков редко берут, обычно с переездом на место.

M>>Если поразмять мозги — то пофиг, какой из них

L_L>А ты сам-то, сейчас на работе Эрланг используешь?


Он самый, родимый


dmitriid.comGitHubLinkedIn
Re: Haskell, Erlang или Closure
От: Злобастик  
Дата: 03.07.12 10:09
Оценка: :)
Здравствуйте, skodnik, Вы писали:

S>Думаю какой язык начать изучать. После прочтения википедии по этим языкам больше понравился Closure. С точки зрения перспектив удаленной разработки что посоветуете?


Посоветую взять рубанок и пойти на завод.
Re[2]: Haskell, Erlang или Closure
От: skodnik  
Дата: 03.07.12 10:15
Оценка: :)
Здравствуйте, Злобастик, Вы писали:

З>Здравствуйте, skodnik, Вы писали:


S>>Думаю какой язык начать изучать. После прочтения википедии по этим языкам больше понравился Closure. С точки зрения перспектив удаленной разработки что посоветуете?


З>Посоветую взять рубанок и пойти на завод.

Я .NET работаю 10+ лет
Re: Haskell, Erlang или Closure
От: TMU_1  
Дата: 03.07.12 10:17
Оценка: +1
S>Думаю какой язык начать изучать. После прочтения википедии по этим языкам больше понравился Closure. С точки зрения перспектив удаленной разработки что посоветуете?


Java, C#.
Re: Haskell, Erlang или Closure
От: Mamut Швеция http://dmitriid.com
Дата: 03.07.12 11:25
Оценка: +1
Здравствуйте, skodnik, Вы писали:

S>Думаю какой язык начать изучать. После прочтения википедии по этим языкам больше понравился Closure. С точки зрения перспектив удаленной разработки что посоветуете?


Если удаленная разработка, то тут уже сказали: C#, Java и т.п. На Haskell/Erlang/Clojure удаленшиков редко берут, обычно с переездом на место.
Если поразмять мозги — то пофиг, какой из них


dmitriid.comGitHubLinkedIn
Re[3]: Haskell, Erlang или Closure
От: AndrewVK Россия http://blogs.rsdn.org/avk
Дата: 05.07.12 11:57
Оценка: +1
Здравствуйте, skodnik, Вы писали:

M>>На Haskell/Erlang/Clojure удаленшиков редко берут, обычно с переездом на место.


S>Какова область применения каждого не подскажете?


Хаскел прежде всего для обкатки идей в области ФП предназначен. Erlang ориентирован большей частью на коммуникации. Closure вообще особо не используется нигде всерьез. С практической точки зрения erlang лучше всего, но я бы посоветовал все же что нибудь типа F# или Scala.
... << RSDN@Home 1.2.0 alpha 5 rev. 52 on Windows 7 6.1.7601.65536>>
AVK Blog
Re[4]: Haskell, Erlang или Closure
От: Wolverrum Ниоткуда  
Дата: 05.07.12 20:50
Оценка: +1
Здравствуйте, VladD2, Вы писали:
VD>Если ты дотнечик, то советую взять Nemerle или на худой конец F#.

У худоого конца есть гигантский плюс перед Nemerle.
Re[6]: Haskell, Erlang или Closure
От: Ikemefula Беларусь http://blogs.rsdn.org/ikemefula
Дата: 06.07.12 10:31
Оценка: :)
Здравствуйте, VladD2, Вы писали:

VD>>>Если ты дотнечик, то советую взять Nemerle или на худой конец F#.

W>>У худоого конца есть гигантский плюс перед Nemerle.

VD>Нет у него никаких плюсов. Ну, или не будет в ближайшем времени.


F# уже светится в вакансиях, а nemerle до этого как до луны пешком.
Re[8]: Haskell, Erlang или Closure
От: Ikemefula Беларусь http://blogs.rsdn.org/ikemefula
Дата: 06.07.12 12:07
Оценка: :)
Здравствуйте, hi_octane, Вы писали:

I>>F# уже светится в вакансиях, а nemerle до этого как до луны пешком.


_>Помнится в годы 2002-2005 C# прошёл путь от полностью нового языка на полностью новой платформе до мэйнстрима. За такой же промежуток времени, при поддержке той же компании, F# на уже известной вдоль и поперёк платформе прошёл путь до "светится в вакансиях". Причём на этом форуме в разделе decl вовсю обсуждается в духе "F# не нужен". Что-то мне подсказывает что скорее C# по фичам догонит F#, чем из него выйдет что-то годное. Ну или может это спланированный отстойник для отсеивания нужных и лишних фич за счёт энтузиастов, потому как в labs тусуются ну совсем гики


F# как бы ЯП специального назначения
Re[12]: Haskell, Erlang или Closure
От: Ikemefula Беларусь http://blogs.rsdn.org/ikemefula
Дата: 06.07.12 13:23
Оценка: +1
Здравствуйте, hi_octane, Вы писали:

I>>Он всегда был специального назначения. Наверное я неправильно выразился, кроме того что язык специального назначения, задачи которые он решает не встречаются в мейнстриме.


_>Это какие такие задачи? А то F# когда-то хвалили за WebSharper, уж более матёрого мэйнстрима не найти. Давно хвалили, и он до сих пор "как живой" Да и непохоже это на обычные действия MS, они в поставку студии чистый мэйнстрим пихают.


Всякая алгоритмическая хрень. Например анализ дерева делать в обычном ОО-языке крайне неудобно, зато удобно в любом другом где есть PM.
Re[16]: Haskell, Erlang или Closure
От: Ikemefula Беларусь http://blogs.rsdn.org/ikemefula
Дата: 09.07.12 10:57
Оценка: :)
Здравствуйте, VladD2, Вы писали:

VD>Здравствуйте, Ikemefula, Вы писали:


I>>F# заточен в основном под задачи, которые не встреваются в мейнстриме. Сравнение с немерле здесь вообще ничего не меняет.


VD>А давай ты вместо того чтобы делать ничем не обоснованы заявления попытаешься объяснить свою позицию. Ну, там примеры задач приведешь и объяснить чем же таким F# на них заточен больше чем какой-нибуть ОКамл или Немерл. А? А то повторение одного и того же спорного утверждения не делает это утверждение истинным.


Уже сделал. Ни в одном из мейнстримных языков нет PM. Тебя это не смущает ?
Re[19]: Haskell, Erlang или Closure
От: VladD2 Российская Империя www.nemerle.org
Дата: 09.07.12 14:19
Оценка: +1
Здравствуйте, Ikemefula, Вы писали:

I>"Уникальность" ты для чего сюда притянул ? Я про это ничего не говорил.

I>Если про специализацию, то ПМ и даёт эту специализацию, т.е. возможность решать целый класс задач.

ОК, узкоспециализированность (не вижу тут особой разницы). Так какой же класс? И почему другие ФЯ этого не дают? А если дают, то какая же это тогда специализация?

Да и нет таких задач которые можно было бы решать только ФП-методами. ФП-метод — это банальное структурное программирование. Все ФП это только мега-сахар для него.

I>Ты определись, мейнстрим или не мейнстрим. Если не мейнстрим то надо искать жостцкую специализацию под определенные задачи.


Давай начнем с твоего определения "специализации задачи". ОК?

>>Обычный ЯП с хорошей поддержкой ФП.


I>Обычный == мейнстрим.


Это мягко говоря натянутое равенство.

Да и без разницы. Я все еще хочу услышать именно о специализации.
Есть логика намерений и логика обстоятельств, последняя всегда сильнее.
Haskell, Erlang или Closure
От: skodnik  
Дата: 03.07.12 10:00
Оценка:
Думаю какой язык начать изучать. После прочтения википедии по этим языкам больше понравился Closure. С точки зрения перспектив удаленной разработки что посоветуете?

05.07.12 15:58: Перенесено модератором из 'О жизни' — AndrewVK
Re[2]: Haskell, Erlang или Closure
От: skodnik  
Дата: 03.07.12 10:29
Оценка:
Здравствуйте, TMU_1, Вы писали:

S>>Думаю какой язык начать изучать. После прочтения википедии по этим языкам больше понравился Closure. С точки зрения перспектив удаленной разработки что посоветуете?



TMU>Java, C#.

На C# я работу работаю. Раньше, когда работы было мало и становилось скучно — изучал неведанное в .NET и C#. С удовольствием изучал нововведения в язык и платформу. Не скажу что знаю все об этом стеке но точно знаю 20% который покрывает на 99% потребности.

Пробовал окунаться в стек Java — перехотел. (НЕ ХОЛИВАРИТЬ!)

Подумалось мне что функциональщина будет интересна размять мозги. Тем более что в универе как то мимо пролога и лиспа прошел как по коридору — не заходя ни в одни двери.
Re[2]: Haskell, Erlang или Closure
От: skodnik  
Дата: 03.07.12 12:05
Оценка:
Здравствуйте, Mamut, Вы писали:

M>На Haskell/Erlang/Clojure удаленшиков редко берут, обычно с переездом на место.


Какова область применения каждого не подскажете?
Re[2]: Haskell, Erlang или Closure
От: Lorenzo_LAMAS  
Дата: 03.07.12 12:07
Оценка:
M>Если удаленная разработка, то тут уже сказали: C#, Java и т.п. На Haskell/Erlang/Clojure удаленшиков редко берут, обычно с переездом на место.
M>Если поразмять мозги — то пофиг, какой из них

А ты сам-то, сейчас на работе Эрланг используешь?
Of course, the code must be complete enough to compile and link.
Re: Haskell, Erlang или Closure
От: Tony2k  
Дата: 03.07.12 12:09
Оценка:
Здравствуйте, skodnik, Вы писали:

S>Думаю какой язык начать изучать. После прочтения википедии по этим языкам больше понравился Closure. С точки зрения перспектив удаленной разработки что посоветуете?

"С точки зрения перспектив удаленной разработки" — никакой из вышеперечисленных
Re[3]: Haskell, Erlang или Closure
От: Mamut Швеция http://dmitriid.com
Дата: 03.07.12 13:26
Оценка:
M>>На Haskell/Erlang/Clojure удаленшиков редко берут, обычно с переездом на место.

S>Какова область применения каждого не подскажете?


Да, по сути, везде, где угодно

Haskell используют в Селектеле, уже точно не помню, для чего
Erlang — распределенные системы, часто — в качестве распределенного «клея» между компонентами системы
Clojure не знаю


dmitriid.comGitHubLinkedIn
Re: Haskell, Erlang или Closure
От: Евгений Коробко  
Дата: 03.07.12 14:32
Оценка:
Посмотри лучше scala
Евгений Коробко
Re[4]: Haskell, Erlang или Closure
От: Nikе Россия  
Дата: 03.07.12 14:33
Оценка:
Здравствуйте, Mamut, Вы писали:

M>Erlang — распределенные системы, часто — в качестве распределенного «клея» между компонентами системы


А чем он лучше какого-нибудь Active MQ?
Нужно разобрать угил.
Re: Haskell, Erlang или Closure
От: Kernan Ниоткуда https://rsdn.ru/forum/flame.politics/
Дата: 04.07.12 11:25
Оценка:
Здравствуйте, skodnik, Вы писали:

S>Думаю какой язык начать изучать. После прочтения википедии по этим языкам больше понравился Closure. С точки зрения перспектив удаленной разработки что посоветуете?

Erlang
Sic luceat lux!
Re: Haskell, Erlang или Closure
От: Воронков Василий Россия  
Дата: 04.07.12 13:05
Оценка:
Здравствуйте, skodnik, Вы писали:

S>Думаю какой язык начать изучать. После прочтения википедии по этим языкам больше понравился Closure. С точки зрения перспектив удаленной разработки что посоветуете?


C точки зрения перспектив удаленной разработки — ничего.
С точки зрения ФП — Хаскелл.
А если хочется учить Лисп, то лучше Лисп и учить, а не Кложур, который есть весьма укушенный его вариант.
Re: Haskell, Erlang или Closure
От: kmmbvnr Россия http://kmmbvnr.livejournal.com
Дата: 05.07.12 14:30
Оценка:
Здравствуйте, skodnik, Вы писали:

S>С точки зрения перспектив удаленной разработки что посоветуете?


Из предложенных — Erlang без вариантов. На нем уже реально много софта ставшего популярным в серьезном продакшен написано.

Одно время было сильно популярная задача для удаленщиков — писать модули расширения для ejabberd.
-- Главное про деструктор копирования не забыть --
Re[3]: Haskell, Erlang или Closure
От: Tom Россия http://www.RSDN.ru
Дата: 05.07.12 15:20
Оценка:
S>Я .NET работаю 10+ лет

С большим плюсом то?
Народная мудрось
всем все никому ничего(с).
Re[4]: Haskell, Erlang или Closure
От: vdimas Россия  
Дата: 05.07.12 18:09
Оценка:
Здравствуйте, Tom, Вы писали:

S>>Я .NET работаю 10+ лет


Tom>С большим плюсом то?


Осенью будет с плюсом. )))
Re[2]: Haskell, Erlang или Closure
От: vdimas Россия  
Дата: 05.07.12 18:16
Оценка:
Здравствуйте, Воронков Василий, Вы писали:

ВВ>А если хочется учить Лисп, то лучше Лисп и учить, а не Кложур, который есть весьма укушенный его вариант.


Тогда лучше Схему — это фактически Лисп плюс система стандартов минус старые лисповые грабли. Идеальный вариант из этого семейства.
Re[3]: Haskell, Erlang или Closure
От: VladD2 Российская Империя www.nemerle.org
Дата: 05.07.12 19:03
Оценка:
Здравствуйте, skodnik, Вы писали:

S>Подумалось мне что функциональщина будет интересна размять мозги.


Если размять мозги, то это совсем другое дело.

Если ты дотнечик, то советую взять Nemerle или на худой конец F#. Будет намного проще в изучении. Особенно в случае Немерла. Ведь изучать только новую парадигму куда проще чем новое окружение и новый синтаксис.
Есть логика намерений и логика обстоятельств, последняя всегда сильнее.
Re[5]: Haskell, Erlang или Closure
От: VladD2 Российская Империя www.nemerle.org
Дата: 05.07.12 21:09
Оценка:
Здравствуйте, Wolverrum, Вы писали:

VD>>Если ты дотнечик, то советую взять Nemerle или на худой конец F#.

W>У худоого конца есть гигантский плюс перед Nemerle.

Нет у него никаких плюсов. Ну, или не будет в ближайшем времени.
Есть логика намерений и логика обстоятельств, последняя всегда сильнее.
Re[6]: Haskell, Erlang или Closure
От: Wolverrum Ниоткуда  
Дата: 06.07.12 00:43
Оценка:
Здравствуйте, VladD2, Вы писали:

VD>или

Буду надеяться, что документация наконец-то появится.
Re[6]: Haskell, Erlang или Closure
От: grosborn  
Дата: 06.07.12 06:25
Оценка:
> Нет у него никаких плюсов. Ну, или не будет в ближайшем времени.

Так а что там с решарпером? Реактивные мальчики его смогли сделать что бы он не мешал работать и не глючил через каждые две строки?
Posted via RSDN NNTP Server 2.1 beta
Забанен на рсдн за применение слова "Маргинал"
Re: Haskell, Erlang или Closure
От: Ikemefula Беларусь http://blogs.rsdn.org/ikemefula
Дата: 06.07.12 10:33
Оценка:
Здравствуйте, skodnik, Вы писали:

S>Думаю какой язык начать изучать. После прочтения википедии по этим языкам больше понравился Closure. С точки зрения перспектив удаленной разработки что посоветуете?


F#, стек технологий практически тот же и вдобавок есть вакансии на F#.
Re[7]: Haskell, Erlang или Closure
От: hi_octane Беларусь  
Дата: 06.07.12 11:51
Оценка:
I>F# уже светится в вакансиях, а nemerle до этого как до луны пешком.

Помнится в годы 2002-2005 C# прошёл путь от полностью нового языка на полностью новой платформе до мэйнстрима. За такой же промежуток времени, при поддержке той же компании, F# на уже известной вдоль и поперёк платформе прошёл путь до "светится в вакансиях". Причём на этом форуме в разделе decl вовсю обсуждается в духе "F# не нужен". Что-то мне подсказывает что скорее C# по фичам догонит F#, чем из него выйдет что-то годное. Ну или может это спланированный отстойник для отсеивания нужных и лишних фич за счёт энтузиастов, потому как в labs тусуются ну совсем гики
Re[9]: Haskell, Erlang или Closure
От: hi_octane Беларусь  
Дата: 06.07.12 12:25
Оценка:
I>F# как бы ЯП специального назначения

SQL язык специального назначения. И даже он то-ли тушкой, то-ли чучелом, но в мэйнстрим пролез, сначала в C#, теперь уже и в Scala что-то появляется. JavaScript язык специального назначения — ограничен песочницей браузера. Был, теперь пролез на сервера. Erlang вот тоже вылез из своей телефонной ниши.

С F# ситуация противоположная. Сначала ему дифирамбы тут пели, что функциональное программирование теперь на .NET, а теперь он вдруг специального назначения стал? Скоро наверное надо будет убирать его из стандартной поставки студии, и давать качать как тот же Axum.
Re[10]: Haskell, Erlang или Closure
От: Ikemefula Беларусь http://blogs.rsdn.org/ikemefula
Дата: 06.07.12 12:31
Оценка:
Здравствуйте, hi_octane, Вы писали:

I>>F# как бы ЯП специального назначения


_>SQL язык специального назначения. И даже он то-ли тушкой, то-ли чучелом, но в мэйнстрим пролез, сначала в C#, теперь уже и в Scala что-то появляется. JavaScript язык специального назначения — ограничен песочницей браузера. Был, теперь пролез на сервера. Erlang вот тоже вылез из своей телефонной ниши.


_>С F# ситуация противоположная. Сначала ему дифирамбы тут пели, что функциональное программирование теперь на .NET, а теперь он вдруг специального назначения стал? Скоро наверное надо будет убирать его из стандартной поставки студии, и давать качать как тот же Axum.


Он всегда был специального назначения. Наверное я неправильно выразился, кроме того что язык специального назначения, задачи которые он решает не встречаются в мейнстриме. С SQL, JS ровно наоборот, языки специальные но все задачи в мейнстриме.
Re[11]: Haskell, Erlang или Closure
От: hi_octane Беларусь  
Дата: 06.07.12 12:52
Оценка:
I>Он всегда был специального назначения. Наверное я неправильно выразился, кроме того что язык специального назначения, задачи которые он решает не встречаются в мейнстриме.

Это какие такие задачи? А то F# когда-то хвалили за WebSharper, уж более матёрого мэйнстрима не найти. Давно хвалили, и он до сих пор "как живой" Да и непохоже это на обычные действия MS, они в поставку студии чистый мэйнстрим пихают.
Re[9]: Haskell, Erlang или Closure
От: VladD2 Российская Империя www.nemerle.org
Дата: 06.07.12 20:43
Оценка:
Здравствуйте, Ikemefula, Вы писали:

I>F# как бы ЯП специального назначения


Я даже боюсь представить эту специализацию.
Есть логика намерений и логика обстоятельств, последняя всегда сильнее.
Re[11]: Haskell, Erlang или Closure
От: VladD2 Российская Империя www.nemerle.org
Дата: 06.07.12 20:46
Оценка:
Здравствуйте, Ikemefula, Вы писали:

I>Он всегда был специального назначения. Наверное я неправильно выразился, кроме того что язык специального назначения, задачи которые он решает не встречаются в мейнстриме. С SQL, JS ровно наоборот, языки специальные но все задачи в мейнстриме.


Открой нам, что же за задачи он решает, что не решает ни один другой язык?
Есть логика намерений и логика обстоятельств, последняя всегда сильнее.
Re[14]: Haskell, Erlang или Closure
От: Ikemefula Беларусь http://blogs.rsdn.org/ikemefula
Дата: 09.07.12 08:22
Оценка:
Здравствуйте, VladD2, Вы писали:

VD>Уверен, что нет ни одной серьезной задачи которые нельзя было бы решить на том же Немерле так же просто и красиво как на F#. Скажу больше. Есть множество задач решение которых на Немерле будет выглядеть куда более элегантно (язык то не фиксированный). Стало быть никакой специализированности у F# нет. Есть только несколько фич отсутствующих в C#. И синтаксис который отбивает желание его изучать у 90% потенциальной аудитории.


F# заточен в основном под задачи, которые не встреваются в мейнстриме. Сравнение с немерле здесь вообще ничего не меняет.
Re[15]: Haskell, Erlang или Closure
От: VladD2 Российская Империя www.nemerle.org
Дата: 09.07.12 10:47
Оценка:
Здравствуйте, Ikemefula, Вы писали:

I>F# заточен в основном под задачи, которые не встреваются в мейнстриме. Сравнение с немерле здесь вообще ничего не меняет.


А давай ты вместо того чтобы делать ничем не обоснованы заявления попытаешься объяснить свою позицию. Ну, там примеры задач приведешь и объяснить чем же таким F# на них заточен больше чем какой-нибуть ОКамл или Немерл. А? А то повторение одного и того же спорного утверждения не делает это утверждение истинным.
Есть логика намерений и логика обстоятельств, последняя всегда сильнее.
Re[17]: Haskell, Erlang или Closure
От: VladD2 Российская Империя www.nemerle.org
Дата: 09.07.12 12:34
Оценка:
Здравствуйте, Ikemefula, Вы писали:

I>Уже сделал. Ни в одном из мейнстримных языков нет PM. Тебя это не смущает ?


А как из того, что ни в одном мэйстрим-языке нет МП выводится уникальность и узкоспециализированность F#? Языков с поддержкой МП есть до одурения. Они возможно не мэйстрим но их наличие говорит о том, что специализированного в F# нет ни грамма. Обычный ЯП с хорошей поддержкой ФП.
Есть логика намерений и логика обстоятельств, последняя всегда сильнее.
Re[18]: Haskell, Erlang или Closure
От: Ikemefula Беларусь http://blogs.rsdn.org/ikemefula
Дата: 09.07.12 13:22
Оценка:
Здравствуйте, VladD2, Вы писали:

VD>Здравствуйте, Ikemefula, Вы писали:


I>>Уже сделал. Ни в одном из мейнстримных языков нет PM. Тебя это не смущает ?


VD>А как из того, что ни в одном мэйстрим-языке нет МП выводится уникальность и узкоспециализированность F#?


"Уникальность" ты для чего сюда притянул ? Я про это ничего не говорил.
Если про специализацию, то ПМ и даёт эту специализацию, т.е. возможность решать целый класс задач.

>Языков с поддержкой МП есть до одурения. Они возможно не мэйстрим но их наличие говорит о том, что специализированного в F# нет ни грамма.


Ты определись, мейнстрим или не мейнстрим. Если не мейнстрим то надо искать жостцкую специализацию под определенные задачи.

>Обычный ЯП с хорошей поддержкой ФП.


Обычный == мейнстрим.
Re[20]: Haskell, Erlang или Closure
От: Ikemefula Беларусь http://blogs.rsdn.org/ikemefula
Дата: 09.07.12 14:53
Оценка:
Здравствуйте, VladD2, Вы писали:

VD>ОК, узкоспециализированность (не вижу тут особой разницы). Так какой же класс? И почему другие ФЯ этого не дают? А если дают, то какая же это тогда специализация?


Наличие других ФЯ ничего не меняет. Представь себе, Форд Т с выходом других автомобилей не стал самокатом, самосвалом или бульдозером.

VD>Да и нет таких задач которые можно было бы решать только ФП-методами. ФП-метод — это банальное структурное программирование. Все ФП это только мега-сахар для него.


Ну тогда и всё программирование это сахар для ассемблера.

I>>Ты определись, мейнстрим или не мейнстрим. Если не мейнстрим то надо искать жостцкую специализацию под определенные задачи.


VD>Давай начнем с твоего определения "специализации задачи". ОК?


Я уже дал — всевозможные алгоритмы, деревья и тд. Представь себе страшное — деревья не ради деревьев.
 
Подождите ...
Wait...
Пока на собственное сообщение не было ответов, его можно удалить.