@haskellru

Страница 742 из 1551
A64m
14.01.2018
21:42:45
в перечислении фич 8.2 в традиционном докладе СПЖ бекпак не упомянут

зато линейные типы перечислены как фича идущая в 8.4

A64m
14.01.2018
21:50:58
никакого

Google
Валерий
14.01.2018
21:51:05
А какой смысл в haskell тогда?
в нём гораздо меньше тех проблем, которые начали возникать в других языках, например

многопоточка из -N2

Alister
14.01.2018
21:51:27
какой бы не был медленный хаскель

половина языков медленнее его

а другая половина продуцирует баженый код и имеет кучу UB

никакого
это nerd guilty pleasure?

Валерий
14.01.2018
21:52:23
Ещё важный момент — он безопаснее

Ну и да, пока не вкусил монад, код на хаскеле — набор верных утверждений, а не список действий

Alister
14.01.2018
21:53:19
и если на жс ты будешь работать с макаками

то на хаскеле во многих случаях с более-менее адекватными людьми

Валерий
14.01.2018
21:53:38
все же знают, что sqr = (^2)

Alister
14.01.2018
21:53:40
порог вхождения все же высок

Валерий
14.01.2018
21:54:29
А вовсе не begin result := a * a; end;

Google
Alister
14.01.2018
21:54:47
интуитивность

но Хаскель писался математиками а не инженерами

и это вполне себе "родовая травма"

A64m
14.01.2018
21:55:21
хаскель для тех, кто не любит паскаль и потому готов закрывать глаза на недостатки хаскеля

Валерий
14.01.2018
21:55:22
я бы сказал "приемущество"

Елисей
14.01.2018
21:55:25
Есть c++. Чем хаскель его лучше?

Валерий
14.01.2018
21:55:36
код писать идейно проще

примерно вот здесь

Елисей
14.01.2018
21:56:57
код писать идейно проще
Это я подметил. Но ценой ресурсов компутера расплачиваться за сомнительное удобство как-то глупо

Валерий
14.01.2018
21:57:08
Ну и вместо std::not_std::My_Class<* void, __int8> можно писать что-то проще

Alister
14.01.2018
21:57:20
жабка это фрактал многословного дизайна

Pavel
14.01.2018
21:57:42
Alister
14.01.2018
21:57:43
ощущение что ее кто-то с синдромом Турета создал

Валерий
14.01.2018
21:57:50
я когда-то так же думал

Alister
14.01.2018
21:58:05
почему тогда весь мир не пишет на асме, си, плюсах, расте?
цена разработки/цена поддержки/цена скорости

Валерий
14.01.2018
21:58:17
и писал на с++, экономя память и инструкции как чёрт

Google
Валерий
14.01.2018
21:58:44
а потом понял, что вообще-то компилятор, процессор и всё такое гораздо умнее меня

A64m
14.01.2018
21:59:35
удобство никакое не сомнительное. Главное чтоб программист себя хорошо чувствовал, все остальное не важно

Alister
14.01.2018
21:59:42
если твое говно надо запустить за две недели и главное чтобы потом можно было пускать новые фичи за пару дней - С это смерть

Валерий
14.01.2018
21:59:48
(кому интересно — напишите на асме и C счётчик количества символов в строке; gcc -O3 обычно побеждает)

Pavel
14.01.2018
21:59:59
цена разработки/цена поддержки/цена скорости
я понимаю, просто это к утверждению про ресурсы

и глупость

Елисей
14.01.2018
22:00:55
Ну вод допустим я пишу веб сервер, который обрабатывает кучу подключений. Тут ресурс очень важен

Alister
14.01.2018
22:01:29
почему
AbstractFactoryInstanceManager<Integer, AbstractFactory> abstractFactoryManager = new AbstractFactoryInstanceManager<>(FactoryConcreteInstance.class);

Alister
14.01.2018
22:01:50
ботлнек даже в пистона в основном база

Валерий
14.01.2018
22:01:52
Ресурс ОЧЕНЬ важен в двух случаях — игоры и железяки

Alister
14.01.2018
22:02:02
все упирается в IO

Валерий
14.01.2018
22:02:21
В первом случае нужна быстрая картинка, во втором у тебя просто нет памяти

Alister
14.01.2018
22:02:56
когда на железяке 1 мегабайт памяти джаву там не запустишь

Валерий
14.01.2018
22:03:32
Как говорится, фреймворки придумали из-за того, что потребление ресурсов программами не успевало за скоростью их роста

простенький веб-сервер на purr C пишется за пару дней и в сотни раз эффективнее того же самого, но на spring'e Вот только на спринге он пишется за полчаса

A64m
14.01.2018
22:05:01
сервера это же не игры, их буквально можно писать и пишут на чем угодно

Google
Alister
14.01.2018
22:05:23
на брейнфаке

а, тьфу

перле

Елисей
14.01.2018
22:05:56
Мне прост кажется, что если писать демон на хаскеле то рано или поздно он забьет все озу

Валерий
14.01.2018
22:06:12
Смотри

Когда ты вызываешь функцию на паскале, куда кладуться аргументы?

Давай, это просто

(на стек)

Admin
ERROR: S client not available

Валерий
14.01.2018
22:07:13
А что с ними происходит после завершения функции?

Они оттуда снимаются

Примерно то же самое происходит и в хаскеле

(если по-простому)

Елисей
14.01.2018
22:08:05
Так почему же он тогда медленный и не годится под игоры?

Валерий
14.01.2018
22:08:15
(на самом деле ещё есть куча с объектами, по которой бегает сборщик мусора)

A64m
14.01.2018
22:08:18
если по сложному, правда, совсем не то же самое

Валерий
14.01.2018
22:08:47
В игорах обычно у тебя бегают юниты

Юнит — объект

Google
Валерий
14.01.2018
22:09:18
и их много

И они мутабельные

Anton
14.01.2018
22:09:45
Мне прост кажется, что если писать демон на хаскеле то рано или поздно он забьет все озу
демон, не демон, а драйвер пробовали писать: http://metasepi.org/doc/metasepi-icfp2014.pdf кто знаком с пейпером: можете прокомментировать это? (я только абстракт читал)

Валерий
14.01.2018
22:09:52
Вот как раз их хочется и изменять и всё такое

Alister
14.01.2018
22:09:57
а еще потому что нет никаких либ и экосистемы

на С она есть

Валерий
14.01.2018
22:10:15
А это ГОРАЗДО проще в языках с парадигмой ООП

Alister
14.01.2018
22:10:20
даже на Расте игры не пишут

Валерий
14.01.2018
22:10:30
Ну и игорь — почти всегда IO

Alister
14.01.2018
22:10:34
потому что Unity под раст нету

Валерий
14.01.2018
22:11:03
А IO — боль, тормоза и душевные травмы Особенно для компилятора

Pavel
14.01.2018
22:11:07
Alister
14.01.2018
22:11:11
будет?

скорее под го

Pavel
14.01.2018
22:11:19
надежда есть)

Alister
14.01.2018
22:11:28
да и вообще

Елисей
14.01.2018
22:11:30
IO в контексте хаскеля?

Alister
14.01.2018
22:11:34
писать игори - себя не уважать

мерзкая работа

Anton
14.01.2018
22:11:57
так там не ghc
так я и не говорил ghc ?

Валерий
14.01.2018
22:12:01

Страница 742 из 1551