Да, к вопросу о псении на языки и платформы

[metaclass]

http://juick.com/dmz/2147369#53
а мне вот, допустим, ваши реплики неприятны и потенциально вредят бизнесу. и если ко мне через месяц придет заказчик и скажет --- какого хуя вы вот мне софт для управления дц пишете на хаскелле, я тут читал автора ёрливидео, и он говорит, что хаскель --- говно, переписывайте всё нахуй на эрланге --- это будет уже прямой убыток. это маловероятно, но вполне может пойти в том ключе.

Comments

[maxdz.livejournal.com]

>приведут примеры успешных проектов, написанных не на этих трёх языках, а Вы скажете "а это не индустрия"

Успешные "шаровары"? Ок, это тоже индустрия - но я, всё больше, средние-крупные проекты имел в виду, скажем, с сотнями тысяч, если не миллионами человеко-часов.

[nealar.livejournal.com]

Тут мерой работы считают усталость!

[maxdz.livejournal.com]

ну да, скованные одной цепью - паскалем с хацкелем :)

[nealar.livejournal.com]

Не, в индус трии, с миллионами часов.

[metaclass.livejournal.com]

Ну, надо заметить, что сотни тысяч человеко-часов в норме сводятся к тысячам на хаскеле. Очень уж сильно он упрощает жизнь, не в последнюю очередь за счет отсечения от участия в проектах рукожопых.

[maxdz.livejournal.com]

>Ну, надо заметить, что сотни тысяч человеко-часов в норме сводятся к тысячам на хаскеле.

Не факт. Современные "индустриальные" языки опираются на очень большой плат всевозможных библиотек. Т.о. 1 строка кода может транслироваться в сотни тысяч строк ассемблера.

Думаю, у хаскелля такая поддержка намного меньше - соответственно, меньше возможностей пользоваться уже существующими решениями, зато больше возможностей изобретать колесо.

P.S. И что касается "рукожопых" - профессионал очень хорошо подумает, прежде чем начнёт учить ещё один ЯП, для потребностей коммерческой разработки. Остаются всякие любознательные студенты, которым некуда время девать - но они куда более рукожопее профессионалов. :)

[metaclass.livejournal.com]

С библиотеками на хаскеле другая проблема: их больше чем нужно, пишут их кто во что горазд, есть проблема с конфликтами версий (ну когда есть несколько зависящих друг от друга пакетов разных версий и в итоге констрейнты на диапазоны версий становятся неразрешимыми).
Но основная проблема в другом: я могу починить код библиотеки на C++, C#, Java, потому что мои знания языка ничем принципиально не отличаются от знаний авторов библиотеки.

А вот некоторые хаскелевые библиотеки, которыми я пользовался, я починить мало того, что починить не смогу, я даже понять не могу, где в них ошибка. Очень уж вывернутые методики мышления нужны.

[antilamer.livejournal.com]

Ну тогда Вы забыли как минимум COBOL и Fortran :)

Seriously - а как же питон, ruby, перл? Они не только для веба используются; вон, OpenStack на питоне написан целиком, и там под миллион строк - достаточно большой и крайне активный проект.
Какже вот например ITA Software - написанный на лиспе?
Как же Scala, которая используется уже всеми кому не лень - LinkedIn, Twitter, добрая половина всяких bigdata стартапов (ходил-интервьюился в Долине, и даже сам удивился - все, с кем я разговаривал, её использовали).
Как же Erlang, на котором написана исполинская телеком-платформа Ericsson да и вообще тьма всего?
Как же Echo (http://aboutecho.com), написанный в основном на Erlang, Haskell и OCaml, с небольшими вставками си? (переписанный с C++ и Perl кстати)

[maxdz.livejournal.com]

>Ну тогда Вы забыли как минимум COBOL и Fortran :)

Кобол и фортран - это другие времена. К тому же, на фортране всё больше учёные забавлялись, коммерческая разработка на нём не велась. А кобол умер, когда появился C.

П.С. Я ведь написал "для всего, что не вэб". К чему эти отсылки на скриптовые языки и прочие Линкедины?

[maxdz.livejournal.com]

Для вэба - фиг его знает. Там изобилие всяких скриптовых/интерпретируемых языков, вроде, норма. Если хаcкелль из таких и для вэбовой разработки - может, имеет право на жизнь. :)

[antilamer.livejournal.com]

Про смерть Cobol Вас кто-то дезинформировал. Ну т.е. новое на нём, наверное, мало пишут, но куча окружающих нас систем до сих пор написана на нём. Вон, биллинг у Би-Лайна вроде :)

OpenStack это вообще не веб.

В LinkedIn и Twitter скала используется для инфраструктурных сервисов (очереди сообщений, key-value stores, cluster management итп), а не для отдачи данных из веба.

В ITA Software LISP используется тоже не только для отдачи данных из веба.

Erlang тоже используется в телеком-платформе Ericsson вообще совсем не для веба.

Haskell, Erlang и OCaml используются в Echo не только для отдачи данных из веба.

[maxdz.livejournal.com]

Может, на мэйнфрэймах кобол где-то и остался - но раньше на нём писалась даже клиентская/терминальная часть. Впрочем, его уже выдавили из с мэйнфреймов тоже - там, вроде, обосновалась Джава. А то, что написано дофига - конечно, т.к. у крупных компаний есть полно систем, которые написаны ещё в 70-х. И только в 90-х их начали переписывать, а процесс этот небыстрый.

А что касается использования хаскелля в не-вэб системах - негусто. Сложно сказать, что там за мотивация у менеджеров, но хорошо это не закончится - помучаются, да перепишут на нормальной языке.

[antilamer.livejournal.com]

Echo переписали свой бекенд с Perl и C++ на Haskell, Erlang и OCaml, потому что Perl и C++ не позволяли обеспечить нужный уровень корректности и скорости разработки. Несколько самых критичных к производительности частей, впрочем, написаны на C++. Спросите у lionet, он их CTO.

И Вы не прокомментировали насчёт OpenStack, LinkedIn, Twitter, ITA и Ericsson.

[nealar.livejournal.com]

Scala ВНЕЗАПНО скриптовая, а телефония - ВНЕЗАПНО веп?

[thesz.livejournal.com]

>коммерческая разработка на нём не велась

SPICE

И целая куча других пакетов для расчётов.

[maxdz.livejournal.com]

Есть один общепринятый пакет, для рассчётов - MATLAB. Он, вначале был написан на фортране - но очень рано переписан на C, ибо нефиг.

[thesz.livejournal.com]

Ровно один пакет для расчётов через два "с".

Круто!

[maxdz.livejournal.com]

Таковы реалии. Есть куча вакансий, где требуется Матлаб - но нет вакансий, где вместо Матлаб требуют что-то другое.

[thesz.livejournal.com]

Это вообще шедевр!

Продолжайте, прошу вас!

[nealar.livejournal.com]

Ну прям-таки один :))

[permea-kra.livejournal.com]

Матлаб - это не рассчеты. Матлаб - это быстрое прототипирование. Почти все тяжелые рассчетные схема - на фортране.

[zamotivator.livejournal.com]

Иди сортировку чини.
Вот как начнёшь отличать пакеты для разработки/прототипирования (Matlab) и пакеты для расчётов (LIPACK, LAPACK, ScaLAPACK + mpich | openmpi) вот тогда и поговорим.

[permea-kra.livejournal.com]

Коммерческий софт на фортране писали и пишут.

[izard.livejournal.com]

> К тому же, на фортране всё больше учёные забавлялись, коммерческая разработка на нём не велась.
Велась и ведется. Вы на автомобилях ездите, на самолетах летаете?
LAPACK, LS-DYNA, PAM CRASH, etc, etc.

[potan.livejournal.com]

Эриксонские ATM-коммутаторы.
Язык для разработки микроэлектроники Bluespec.
Oracle R Enterprise.