Двач.hk не отвечает.
Вы видите копию треда, сохраненную 3 февраля 2017 года.
Скачать тред: только с превью, с превью и прикрепленными файлами.
Второй вариант может долго скачиваться. Файлы будут только в живых или недавно утонувших тредах. Подробнее
Если вам полезен архив М.Двача, пожертвуйте на оплату сервера.
Вы видите копию треда, сохраненную 3 февраля 2017 года.
Скачать тред: только с превью, с превью и прикрепленными файлами.
Второй вариант может долго скачиваться. Файлы будут только в живых или недавно утонувших тредах. Подробнее
Если вам полезен архив М.Двача, пожертвуйте на оплату сервера.
21 Кб, 1024x768
Функциональное программирование
Книги
Types and Programming Languages ru: http://rgho.st/79l9wvVcQ en: http://rgho.st/8tSBffPsH
Structure and Interpretation of Computer Programs ru: http://rgho.st/8MgrHrCcc en: http://web.mit.edu/alexmv/6.037/sicp.pdf
Introduction to Functional Programming ru: http://rgho.st/7mf8HCkmx
Haskell
https://hackage.haskell.org/
https://wiki.haskell.org/Haskell
https://www.haskell.org/documentation
Книги
Real World Haskell en: http://book.realworldhaskell.org/
Learn You a Haskell for Great Good ru: http://rgho.st/6NzMmnvDS en: http://learnyouahaskell.com/ http://rgho.st/6QLkJb5jT
Учебник по Haskell https://anton-k.github.io/ru-haskell-book/book/home.html
Beginning Haskell en: http://rgho.st/8pG4TYdnp
Clojure
http://clojure.org/
http://clojurescript.org/
http://www.learn-clojure.com/
http://www.braveclojure.com/
https://youtube.com/user/ClojureTV
https://clojuregazette.com/
Книги
Clojure Programming http://rgho.st/7wGxqJj54
The Joy of Clojure http://rgho.st/6dyRBG9rg
OCaml
http://caml.inria.fr/pub/docs/manual-ocaml/
https://ocaml.org/docs/
Книги
Real World OCaml en: http://rgho.st/6gCfxmLyy
Книги
Types and Programming Languages ru: http://rgho.st/79l9wvVcQ en: http://rgho.st/8tSBffPsH
Structure and Interpretation of Computer Programs ru: http://rgho.st/8MgrHrCcc en: http://web.mit.edu/alexmv/6.037/sicp.pdf
Introduction to Functional Programming ru: http://rgho.st/7mf8HCkmx
Haskell
https://hackage.haskell.org/
https://wiki.haskell.org/Haskell
https://www.haskell.org/documentation
Книги
Real World Haskell en: http://book.realworldhaskell.org/
Learn You a Haskell for Great Good ru: http://rgho.st/6NzMmnvDS en: http://learnyouahaskell.com/ http://rgho.st/6QLkJb5jT
Учебник по Haskell https://anton-k.github.io/ru-haskell-book/book/home.html
Beginning Haskell en: http://rgho.st/8pG4TYdnp
Clojure
http://clojure.org/
http://clojurescript.org/
http://www.learn-clojure.com/
http://www.braveclojure.com/
https://youtube.com/user/ClojureTV
https://clojuregazette.com/
Книги
Clojure Programming http://rgho.st/7wGxqJj54
The Joy of Clojure http://rgho.st/6dyRBG9rg
OCaml
http://caml.inria.fr/pub/docs/manual-ocaml/
https://ocaml.org/docs/
Книги
Real World OCaml en: http://rgho.st/6gCfxmLyy
Прошлый тред >>875637 (OP)
>>894904 (OP)
А где ссылки на Scala-ресурсы?
А где ссылки на Scala-ресурсы?
Ответы894924
Ребяткти, архивач первого треда добавьте. Там более полная шапка в конце треда.
Ответы895858
Хочется приобщиться к теории ФП без хаскеля на примере JS
Наверняка вы натыкались на ютубе на видео типа такого
https://youtu.be/yXJtrxVZmT4
https://youtu.be/e-5obm1G_FY (это совсем вводная для нуфань)
https://youtu.be/HvMemAgOw6I
Поделитесь теме что вам самим понравились.
Наверняка вы натыкались на ютубе на видео типа такого
https://youtu.be/yXJtrxVZmT4
https://youtu.be/e-5obm1G_FY (это совсем вводная для нуфань)
https://youtu.be/HvMemAgOw6I
Поделитесь теме что вам самим понравились.
>>895008
нахуй он нужон, там ни одной виновой пасты, ни одного интересного срача, ни одного эпичного отсоса, ни одной интересной личности вообще нихуя
нахуй он нужон, там ни одной виновой пасты, ни одного интересного срача, ни одного эпичного отсоса, ни одной интересной личности вообще нихуя
>>895671
Вот еще https://youtu.be/lmcMcksoqkI (немного скучный, но на русском)
+Бамб
>>895853
Спасибо за совет, но попробуй в следущий раз ответить по теме.
Вот еще https://youtu.be/lmcMcksoqkI (немного скучный, но на русском)
+Бамб
>>895853
Спасибо за совет, но попробуй в следущий раз ответить по теме.
Ответы896111
255 Кб, 1920x1080
>>894904 (OP)
привет аноны, сижу изучаю haskell и тут вот оно самое то - что на скрине, что это и как это исправить ?
привет аноны, сижу изучаю haskell и тут вот оно самое то - что на скрине, что это и как это исправить ?
Ответы896043
>>896040
Ну чё, функции май_факториал нет, где она, если она в мейне, то почему она там?
Ну чё, функции май_факториал нет, где она, если она в мейне, то почему она там?
>>896048
Для функции func нет реализации.
Что должна была делать последняя строка?
Да и вообще в ньюфаг тред с такими вопросами.
Для функции func нет реализации.
Что должна была делать последняя строка?
Да и вообще в ньюфаг тред с такими вопросами.
Ответы896056
>>895671
Выступление бабы - говно, и даже относительная няшность не спасает.
>>895885
И вот это тоже говно.
Вообще, немного не понимаю вот этих жабаскриптеров. То один плачет, что андерскор не даёт ему делать композиции функций. То другой заявляет, что ему нужна надёжность, и как завезут ТСО в новый жабаскрипт, так он перестанет пользоваться циклами вообще и уйдёт целиком в рекурсию. И тут даже насрать на этот пуризм - ну поехал человек на старости лет, с кем не бывает - тут возникает другой, гораздо более интересный вопрос: а жабаскрипт-то тебе нахрена, в таком случае? Если тебе важна чистота, надёжность, конпозиции-мандадки, то зачем ты жрёшь это гонво, вместо перехода на более другой язык программирования? Есть эльмы, пюрескрипты, прочее говно, так же в жабаскрипт могут компиляться оригинальные хаскиль с окамлем и фшарпом - бери и пользуйся. Нет, я сделаю себе островок в море говна и буду плакаться, как снаружи воняет.
Выступление бабы - говно, и даже относительная няшность не спасает.
>>895885
И вот это тоже говно.
Вообще, немного не понимаю вот этих жабаскриптеров. То один плачет, что андерскор не даёт ему делать композиции функций. То другой заявляет, что ему нужна надёжность, и как завезут ТСО в новый жабаскрипт, так он перестанет пользоваться циклами вообще и уйдёт целиком в рекурсию. И тут даже насрать на этот пуризм - ну поехал человек на старости лет, с кем не бывает - тут возникает другой, гораздо более интересный вопрос: а жабаскрипт-то тебе нахрена, в таком случае? Если тебе важна чистота, надёжность, конпозиции-мандадки, то зачем ты жрёшь это гонво, вместо перехода на более другой язык программирования? Есть эльмы, пюрескрипты, прочее говно, так же в жабаскрипт могут компиляться оригинальные хаскиль с окамлем и фшарпом - бери и пользуйся. Нет, я сделаю себе островок в море говна и буду плакаться, как снаружи воняет.
http://ideone.com/0eM3DX
расово верный арканоид на яп
расово верный арканоид на яп
Ответы896326
>>896333
freeglut поставь или что там под шиндошс есть. Ну и cabal update сделай, а то чо как ретроград
freeglut поставь или что там под шиндошс есть. Ну и cabal update сделай, а то чо как ретроград
Прошел таки mooc по окамлю.
В целом понравилось.
Было бы время взялся бы еще за хаскель чтобы сравнить.
Увы, пока что есть время только питонить и жсить.
Есть кстати вариант попытаться взвалить на себя фронт и пролоббировать что-то.
Предложения? Знаю про эльм, clojurescript и ангуляр.
В целом понравилось.
Было бы время взялся бы еще за хаскель чтобы сравнить.
Увы, пока что есть время только питонить и жсить.
Есть кстати вариант попытаться взвалить на себя фронт и пролоббировать что-то.
Предложения? Знаю про эльм, clojurescript и ангуляр.
>>896374
js_of_ocaml
js_of_ocaml
Зачем люди пишут на других языках, если есть Хаскель? Почему бы не переписать весь серверный, браузерный, десктопный и мобильный код на него? Ну разве что си оставить для железа.
>>896974
Тормозит, сука. А ещё судя по комментариям использующих его в проде — как вчеращние гости в девзене — течёт.
Тормозит, сука. А ещё судя по комментариям использующих его в проде — как вчеращние гости в девзене — течёт.
Ответы897269
>>896906
Спасибо.
Спасибо.
51 Кб, 572x546
169 Кб, 1136x648
Посоны, помогите тупому виндузятнику накатить wxHaskell.
Взял отсюда:
https://wiki.haskell.org/WxHaskell/Windows
https://sourceforge.net/projects/wxhaskell/files/wxInstall/
Взял отсюда:
https://wiki.haskell.org/WxHaskell/Windows
https://sourceforge.net/projects/wxhaskell/files/wxInstall/
36 Кб, 400x366
121 Кб, 576x739
>>897177
Вот лог попытки установить, например, process.
Да, нагуглить где брать эти хидеры у меня не получается.
Вот лог попытки установить, например, process.
Да, нагуглить где брать эти хидеры у меня не получается.
>>897269
А в чём разница? На офф. вики хачкеля об этом ничего нет, кроме того что это утечка памяти, лол
А в чём разница? На офф. вики хачкеля об этом ничего нет, кроме того что это утечка памяти, лол
>>897275
Иногда space leak ошибочно путают с другой проблемой, называемой memory leak (англ. «утечка памяти»), однако это вовсе не одно и то же. Утечка памяти — это ошибка, характерная для языков с ручным управлением памятью, например, C. Если мы выделим память в куче (англ. heap), а затем потеряем указатель, связывающий нас с этой памятью — всё, выделенная память утекла, она потеряна для нас навеки. Но в случае space leak мы не теряем память: когда весь этот «хвост» из сложений в конце концов вычислится, память, занимаемая миллионами thunk-ов, освободится. Мы не теряем память, мы просто используем её слишком много.
Иногда space leak ошибочно путают с другой проблемой, называемой memory leak (англ. «утечка памяти»), однако это вовсе не одно и то же. Утечка памяти — это ошибка, характерная для языков с ручным управлением памятью, например, C. Если мы выделим память в куче (англ. heap), а затем потеряем указатель, связывающий нас с этой памятью — всё, выделенная память утекла, она потеряна для нас навеки. Но в случае space leak мы не теряем память: когда весь этот «хвост» из сложений в конце концов вычислится, память, занимаемая миллионами thunk-ов, освободится. Мы не теряем память, мы просто используем её слишком много.
Ответы897303
>>897293
В прошлом треде замеряли: лисп опережал хаскель в 10 раз и незначительно отставал от крестов.
Если только на синтетических задачах, реальный код на хаскеле по вырвиглазности зачастую даёт фору даже крестам.
>Медленнее чем хаскелль
В прошлом треде замеряли: лисп опережал хаскель в 10 раз и незначительно отставал от крестов.
>менее выразительный
Если только на синтетических задачах, реальный код на хаскеле по вырвиглазности зачастую даёт фору даже крестам.
>>897295
А теперь расскажи как это дело коррелирует в одном флаконе с ленивостью? Как детерминировать когда это дело будет вычищено? Это та же самая утечка получается, только которая может когда-то при каком-то магическом стечении обстоятельств рассосаться, лол.
Писать в таком тоне, что GC-языки полностью защищены от утечек — это мягко говоря лукавить.
А теперь расскажи как это дело коррелирует в одном флаконе с ленивостью? Как детерминировать когда это дело будет вычищено? Это та же самая утечка получается, только которая может когда-то при каком-то магическом стечении обстоятельств рассосаться, лол.
Писать в таком тоне, что GC-языки полностью защищены от утечек — это мягко говоря лукавить.
>>897300
Что толсто? Ты просто подгорел и тебе возразить нечего?
Что толсто? Ты просто подгорел и тебе возразить нечего?
>>897300
Толсто только про перформанс (хотя учитывая что есть лиспы, которые могут компилироваться и в сишку — не очень), а код на хаскеле выглядит как та ещё залупа из брейнфаковскиз операторов если ты не только что его написал.
Толсто только про перформанс (хотя учитывая что есть лиспы, которые могут компилироваться и в сишку — не очень), а код на хаскеле выглядит как та ещё залупа из брейнфаковскиз операторов если ты не только что его написал.
Ответы897316
>>897307
Вообще-то, нихуя. Большинство реализаций (sbcl, ccl, allegrocl, lispworks) генерируют достаточно эффективный машинный код.
А вот они обычно медленнее.
>Толсто только про перформанс
Вообще-то, нихуя. Большинство реализаций (sbcl, ccl, allegrocl, lispworks) генерируют достаточно эффективный машинный код.
>которые могут компилироваться и в сишку
А вот они обычно медленнее.
>>897299
В прошлом треде с лиспом сравнивали одно из множества вариантов решения на Хаскеле, причем не самое быстрое.
Синтаксис Хаскеля более гибкий. Можешь писать лаконичный выразительный код. А можешь вырвиглазное гавно, вот только в этом случае вины Хаскеля здесь нет.
>лисп опережал хаскель в 10 раз и незначительно отставал от крестов.
В прошлом треде с лиспом сравнивали одно из множества вариантов решения на Хаскеле, причем не самое быстрое.
>код на хаскеле по вырвиглазности зачастую даёт фору даже крестам.
Синтаксис Хаскеля более гибкий. Можешь писать лаконичный выразительный код. А можешь вырвиглазное гавно, вот только в этом случае вины Хаскеля здесь нет.
Ответы897398
>>897378
Два сравнивали: самое быстрое и последнее запощенное.
У лиспа он вообще программируемый.
А можешь - эффективный, насколько это возможно в хаскеле.
>В прошлом треде с лиспом сравнивали одно из множества вариантов решения на Хаскеле
Два сравнивали: самое быстрое и последнее запощенное.
>Синтаксис Хаскеля более гибкий.
У лиспа он вообще программируемый.
>Можешь писать лаконичный выразительный код.
А можешь - эффективный, насколько это возможно в хаскеле.
>>897398
В 2077 году уже у всех нормальных языков синтаксисы программируемые.
Только вот лисп стоит особняком — вместо решения задачи на языке, ты сначала пишешь свой язык. Это сразу к вопросу о читабельности.
В 2077 году уже у всех нормальных языков синтаксисы программируемые.
Только вот лисп стоит особняком — вместо решения задачи на языке, ты сначала пишешь свой язык. Это сразу к вопросу о читабельности.
Ответы897519
Но вообще вы не подумайте что я из этих — хачкиль, он для развлечения, да.
>>897398
И в чем заключается его программируемость? В том, что можно определить функцию и использовать ее как оператор (f hui)?
>У лиспа он вообще программируемый.
И в чем заключается его программируемость? В том, что можно определить функцию и использовать ее как оператор (f hui)?
Ответы897519
>>897472
Только делают это не потому, что иначе нельзя, а потому что это не сложнее, чем определить свою монадку.
http://swizard.info/articles/solitaire/article.html
Нет, это не туда.
>>897478
В программируемости парсера, например. Можешь хоть совершенно иной синтаксис запилить
https://github.com/y2q-actionman/with-c-syntax
Ну или более практичные примеры использования https://github.com/m2ym/cl-annot - аннотации как в питоне
https://github.com/fukamachi/re21 - конструкция #/regexp/
>вместо решения задачи на языке, ты сначала пишешь свой язык
Только делают это не потому, что иначе нельзя, а потому что это не сложнее, чем определить свою монадку.
http://swizard.info/articles/solitaire/article.html
>Это сразу к вопросу о читабельности.
Нет, это не туда.
>>897478
>И в чем заключается его программируемость?
В программируемости парсера, например. Можешь хоть совершенно иной синтаксис запилить
https://github.com/y2q-actionman/with-c-syntax
Ну или более практичные примеры использования https://github.com/m2ym/cl-annot - аннотации как в питоне
https://github.com/fukamachi/re21 - конструкция #/regexp/
Ответы897524
>>894904 (OP)
почему тогда не запилили синтаксис без скобочек и с нормальными операторами?
> Можешь хоть совершенно иной синтаксис запилить
почему тогда не запилили синтаксис без скобочек и с нормальными операторами?
>>897525
))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))
))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))
>>897299
http://benchmarksgame.alioth.debian.org/u64q/compare.php?lang=sbcl&lang2=gpp
Ахуительные истории.
А вообще — непонятно как (и нахуя?) лисп сравнивать с фп языками, он всё же про метапрограммирование, а не про то, что ныне несёт в себе фп.
А вообще 2 — из функциональных языков самым быстрым будет окамл (именно потому, что позволяет писать императивный низкоуровенный код).
>незначительно отставал от крестов.
http://benchmarksgame.alioth.debian.org/u64q/compare.php?lang=sbcl&lang2=gpp
>всего-то до 10 раз по времени и до 60 раз оп памяти)
Ахуительные истории.
А вообще — непонятно как (и нахуя?) лисп сравнивать с фп языками, он всё же про метапрограммирование, а не про то, что ныне несёт в себе фп.
А вообще 2 — из функциональных языков самым быстрым будет окамл (именно потому, что позволяет писать императивный низкоуровенный код).
Ответы897560
Есть тут опытные в F#?
Я было ринулся его изучать (после 10 лет C#) как Better-C#, но
- натолкнулся на куцый тулинг (хотя его даже core clr вроде поддерживает, но все очень сыро и неудобно)
- глобальный вывод типов (это большой минус для понимания программы и скорости компиляции)
- в той же JetBrains (авторы решарпера) не верят в F# https://www.reddit.com/r/fsharp/comments/4fr9bc/jetbrains_employee_on_why_project_rider_likely/
- все примеры которые я находил юзают F# для математики/обработки данных, а мне нужно тупо улучшить мое интерпрайзное существование
- гребанная дополнительная утилитная библиотека F# на 1.5MB (для Xamarin это критично)
Может кто нибудь рассказать успешные стори про F#, а то пока все очень грустно.
Я было ринулся его изучать (после 10 лет C#) как Better-C#, но
- натолкнулся на куцый тулинг (хотя его даже core clr вроде поддерживает, но все очень сыро и неудобно)
- глобальный вывод типов (это большой минус для понимания программы и скорости компиляции)
- в той же JetBrains (авторы решарпера) не верят в F# https://www.reddit.com/r/fsharp/comments/4fr9bc/jetbrains_employee_on_why_project_rider_likely/
- все примеры которые я находил юзают F# для математики/обработки данных, а мне нужно тупо улучшить мое интерпрайзное существование
- гребанная дополнительная утилитная библиотека F# на 1.5MB (для Xamarin это критично)
Может кто нибудь рассказать успешные стори про F#, а то пока все очень грустно.
>>897550
вывод типов там говно, могли и не добавлять его
есть FSharpPowerTools плагин для vs
> глобальный вывод типов (это большой минус для понимания программы и скорости компиляции)
вывод типов там говно, могли и не добавлять его
> решарпер
есть FSharpPowerTools плагин для vs
Ответы897568
>>897538
Их только ленивый не обоссал. К тому же, немалая часть решений на лиспе там не слишком эффективная, один товарищ пытался изменить ситуацию, но когда жава-макаки стали делать то же, что и он, но не макросами, а вручную, решения поудаляли, а товарищ расстроился и забил.
>>897538
Он же даже в unboxed типы не умеет. То, во что может даже динамически типизированный лисп.
Если уж лисп не про фп, то окамл тем более: он всё же про модули
>benchmarksgame
Их только ленивый не обоссал. К тому же, немалая часть решений на лиспе там не слишком эффективная, один товарищ пытался изменить ситуацию, но когда жава-макаки стали делать то же, что и он, но не макросами, а вручную, решения поудаляли, а товарищ расстроился и забил.
>>897538
>окамл
>самым быстрым
Он же даже в unboxed типы не умеет. То, во что может даже динамически типизированный лисп.
>из функциональных языков
Если уж лисп не про фп, то окамл тем более: он всё же про модули
>а не про то, что ныне несёт в себе фп
Ответы897565
>>897550
Что ты под этим понимаешь? ИДЕ как в шарпе? Ну она есть только у шарпа.
А еще это глобальный плюс при написании. Энивей он там нихуя не глобальный (хотя ты наверно и не знаешь что такое "глобальный").
И?
Если ты видишь новый язык, который конкретно фичастее и удобнее старого, но не видишь нахуя тебе оно надо — просто дропай нахуй, ты закостенел и даже не пытаешься понять что-то новое. Ты — энтерпрайз макакен, который и на нем напишет абстрактнуюфабрикусинглтонов Хотя учитывая, что он все же в отличие даже от того же окамла почти полностью ОО, не страшно, лол. Единственное что тебе этот новый язык даст — более краткий синтаксис.
Тут в скала-треде спрашивают как под андроид писать и никого 50 мб рантайма не ебет, а тут такое.
Алсо, в леночкатреде проскакивало — https://blogs.msdn.microsoft.com/dotnet/2016/12/13/project-springfield-a-cloud-service-built-entirely-in-f/
Про околоэнтерпрайзные темы. Кстати, забавно там класс назван один
Особенно учитывая, что как минимут 3 разраба там русскоговорящие.
>натолкнулся на куцый тулинг
Что ты под этим понимаешь? ИДЕ как в шарпе? Ну она есть только у шарпа.
> глобальный вывод типов (это большой минус для понимания программы и скорости компиляции)
А еще это глобальный плюс при написании. Энивей он там нихуя не глобальный (хотя ты наверно и не знаешь что такое "глобальный").
>в той же JetBrains (авторы решарпера) не верят в F#
И?
>все примеры которые я находил юзают F# для математики/обработки данных, а мне нужно тупо улучшить мое интерпрайзное существование
Если ты видишь новый язык, который конкретно фичастее и удобнее старого, но не видишь нахуя тебе оно надо — просто дропай нахуй, ты закостенел и даже не пытаешься понять что-то новое. Ты — энтерпрайз макакен, который и на нем напишет абстрактнуюфабрикусинглтонов Хотя учитывая, что он все же в отличие даже от того же окамла почти полностью ОО, не страшно, лол. Единственное что тебе этот новый язык даст — более краткий синтаксис.
>гребанная дополнительная утилитная библиотека F# на 1.5MB (для Xamarin это критично)
Тут в скала-треде спрашивают как под андроид писать и никого 50 мб рантайма не ебет, а тут такое.
Алсо, в леночкатреде проскакивало — https://blogs.msdn.microsoft.com/dotnet/2016/12/13/project-springfield-a-cloud-service-built-entirely-in-f/
Про околоэнтерпрайзные темы. Кстати, забавно там класс назван один
>Hyak.Common.CloudException
>Hyak
Особенно учитывая, что как минимут 3 разраба там русскоговорящие.
>>897560
Да Исаак регулярно отписывается на реддите и прочих местах — и почти все наезды на него выглядят так "я не смог повторить фишку из языкнейм по правилам, меня ткнули носом и послали нахуй, идите сами нахуй".
Но знаешь, на плюсах такой говнокод пишут всегда когда до них опускаются, а вот на лиспе ты такое говнище ради пары секунд ты ваять точно не станешь. Так что ирл ситуация будет еще печальнее.
Самый важный показатель производительности конечно. Там же есть сводная статистика по всем языкам.
И там лисп со своими голыми типами проигрывает. При том, что качество реализаций на окамле тоже прекрасное, в первом же открытом примере там строка конкатенируется 7 раз вместо одного (дальше просто закрыл, лол).
Он про типы. Не про то, как сделать супер-йобу на макросах.
Да Исаак регулярно отписывается на реддите и прочих местах — и почти все наезды на него выглядят так "я не смог повторить фишку из языкнейм по правилам, меня ткнули носом и послали нахуй, идите сами нахуй".
Но знаешь, на плюсах такой говнокод пишут всегда когда до них опускаются, а вот на лиспе ты такое говнище ради пары секунд ты ваять точно не станешь. Так что ирл ситуация будет еще печальнее.
>Он же даже в unboxed типы не умеет. То, во что может даже динамически типизированный лисп.
Самый важный показатель производительности конечно. Там же есть сводная статистика по всем языкам.
И там лисп со своими голыми типами проигрывает. При том, что качество реализаций на окамле тоже прекрасное, в первом же открытом примере там строка конкатенируется 7 раз вместо одного (дальше просто закрыл, лол).
>Если уж лисп не про фп, то окамл тем более: он всё же про модули
Он про типы. Не про то, как сделать супер-йобу на макросах.
Ответы897589
>>897554
Спасибо, но я на маке пишу под мобилки.
В принципе, за пределами Windows тоже на так все плохо:
- Xamarin/VSforMac поддерживает создание мобильных проектов на F#
- На CoreCLR и Visual Studio Code уже можно создавать консольные приложения на F#
Еще бы увидеть как кто-то это использует в продакшене.
>есть FSharpPowerTools плагин для vs
Спасибо, но я на маке пишу под мобилки.
В принципе, за пределами Windows тоже на так все плохо:
- Xamarin/VSforMac поддерживает создание мобильных проектов на F#
- На CoreCLR и Visual Studio Code уже можно создавать консольные приложения на F#
Еще бы увидеть как кто-то это использует в продакшене.
>>897398
Нет. Самый быстрый на мутабельном IOArray. Его не сравнивали. Кроме того, можно еще unsafe операции чтения\записи использовать.
>Два сравнивали: самое быстрое и последнее запощенное.
Нет. Самый быстрый на мутабельном IOArray. Его не сравнивали. Кроме того, можно еще unsafe операции чтения\записи использовать.
Ответы897590
>>897580
Нормас пригорел. Только вот я серьезно — кучу таких видел в том же мире скалы, которая заканчивается на яве с выводом типов и монадкой мэйби.
А вообще, печально что ты настолько пригорел и не смог прочитать ничего кроме тех 2 строк.
>пол часа думал как ответить
Нормас пригорел. Только вот я серьезно — кучу таких видел в том же мире скалы, которая заканчивается на яве с выводом типов и монадкой мэйби.
А вообще, печально что ты настолько пригорел и не смог прочитать ничего кроме тех 2 строк.
>>897565
И к чему ты это?
Это и не требуется. См. прошлый тред для примера. В крайнем случае просто явно объявляются типы в узких местах.
Замечательная логика.
Но а если оставить далекоидущие догадки и сравнить только нормально реализованные задачи, то можно заметить, что скорость исполнения примерно одинаковая.
>и почти все наезды на него выглядят так
И к чему ты это?
>а вот на лиспе ты такое говнище ради пары секунд ты ваять точно не станешь
Это и не требуется. См. прошлый тред для примера. В крайнем случае просто явно объявляются типы в узких местах.
>в первом же открытом примере там строка конкатенируется 7 раз вместо одного (дальше просто закрыл, лол).
>неэффективность в одном случайном месте, которая, вполне возможно, и погоды-то не делает => качество реализаций на окамле тоже прекрасное
Замечательная логика.
Но а если оставить далекоидущие догадки и сравнить только нормально реализованные задачи, то можно заметить, что скорость исполнения примерно одинаковая.
Ответы897618
>>897590
Попутал. Скриншот с замером на 30с версии на Data.Array, IOArray не выкладывался, потому что выполняется те же 30с.
Попутал. Скриншот с замером на 30с версии на Data.Array, IOArray не выкладывался, потому что выполняется те же 30с.
Ответы897620
>>897589
Специально ради тебя пролистал еще несколько — пока в бенчмарке гонятся за миллисекундами — все вымазано в обработке ошибок, домазывают рекурсией, боксинг ивейдится вообще в одной реализации из всех, сплошные цепочки из мапов и фолдов — для бенчмарка это точно не самый лучший стиль написания, больше похоже на реальный код, лол.
Смотря что есть "нормальная реализация". Для бенчмарка, который меряет скорость прохода по ручносозданному бинарному дереву, или которая будет писаться ирл?
В первом случае отсосут только всякие хаскели, в других — вообще все компилируемые языки не особо друг от друга отличаться будут (но мы-то как истинные долбоебы спорим что же быстрее на пару секунд, так что не котируется).
Про критику бг. Какие бы не были косяки в этих реализациях — они все проходят ревью по одним правилам -> все в одинаковых условиях (кроме си, лол).
>Замечательная логика.
Специально ради тебя пролистал еще несколько — пока в бенчмарке гонятся за миллисекундами — все вымазано в обработке ошибок, домазывают рекурсией, боксинг ивейдится вообще в одной реализации из всех, сплошные цепочки из мапов и фолдов — для бенчмарка это точно не самый лучший стиль написания, больше похоже на реальный код, лол.
>Но а если оставить далекоидущие догадки и сравнить только нормально реализованные задачи, то можно заметить, что скорость исполнения примерно одинаковая.
Смотря что есть "нормальная реализация". Для бенчмарка, который меряет скорость прохода по ручносозданному бинарному дереву, или которая будет писаться ирл?
В первом случае отсосут только всякие хаскели, в других — вообще все компилируемые языки не особо друг от друга отличаться будут (но мы-то как истинные долбоебы спорим что же быстрее на пару секунд, так что не котируется).
>И к чему ты это?
Про критику бг. Какие бы не были косяки в этих реализациях — они все проходят ревью по одним правилам -> все в одинаковых условиях (кроме си, лол).
Ответы897652
>>897599
>>897599
Кстати выкладывался. Я версию Data.Array переделывал на UArray и сравнивал через RTS. И даже в этом случае, например 24 тест на IOArray на 300 мс быстрее выполнялся, чем версия на UArray.
Вот, оба варианта я сравнивал https://cpy.pt/AkJRN4Ma
>>897599
>IOArray не выкладывался, потому что выполняется те же 30с.
Кстати выкладывался. Я версию Data.Array переделывал на UArray и сравнивал через RTS. И даже в этом случае, например 24 тест на IOArray на 300 мс быстрее выполнялся, чем версия на UArray.
Вот, оба варианта я сравнивал https://cpy.pt/AkJRN4Ma
>>897618
Специально для тебя, пиздобола, выдрал все сточки кода, в которых встречается map или fold https://bpaste.net/show/d7084a2b8fc0
Мало того, что до "сплошных цепочек" это, мягко говоря, не дотягивает, так ещё и используются они в незначительных местах
В других - тоже они.
В 10 раз - это не пару секунд, это реально заметная на глаз разница.
>сплошные цепочки из мапов и фолдов
Специально для тебя, пиздобола, выдрал все сточки кода, в которых встречается map или fold https://bpaste.net/show/d7084a2b8fc0
Мало того, что до "сплошных цепочек" это, мягко говоря, не дотягивает, так ещё и используются они в незначительных местах
>В первом случае отсосут только всякие хаскели
В других - тоже они.
>быстрее на пару секунд
В 10 раз - это не пару секунд, это реально заметная на глаз разница.
Ответы897671
>>897652
Ты туповатый или просто прикидываешься? (((((((((((((((((((((((((((((((((((((((((((((((((((((((((((((((((((
Ты туповатый или просто прикидываешься? (((((((((((((((((((((((((((((((((((((((((((((((((((((((((((((((((((
Ответы897673
>>897678
Не мы такие, трудное детство с бейсиком такое.
Не мы такие, трудное детство с бейсиком такое.
>>896421
Тебе statement of accomplishment выслали?
Мне пока не пришло чот.
дедлайн на работе проебал чтобы вовремя успеть
Тебе statement of accomplishment выслали?
Мне пока не пришло чот.
дедлайн на работе проебал чтобы вовремя успеть
Ответы897899
>>894904 (OP)
Мужики, нахуй он нужен? Объясните
Мужики, нахуй он нужен? Объясните
Ответы897931
>>897926
Кто?
Кто?
>>897180
хЭдеры, блять
хЭдеры, блять
>>897550
читни говнеца https://sergeytihon.wordpress.com/2016/10/23/f-advent-calendar-in-english-2016/
там ребятки постят в своих бложиках разное, проскакивают и кулстори :)
читни говнеца https://sergeytihon.wordpress.com/2016/10/23/f-advent-calendar-in-english-2016/
там ребятки постят в своих бложиках разное, проскакивают и кулстори :)
>>898112
Дефолтная тема атома.
Дефолтная тема атома.
>>894904 (OP)
Haskell-trainsient действительно такой охуенный, как пишет автор? В чем подвох?
Haskell-trainsient действительно такой охуенный, как пишет автор? В чем подвох?
По кой ляд вообще ваш Хаскель нужен?
Ответы898769
>>898524
Писать чтоб душа радовалась.
Писать чтоб душа радовалась.
172 Кб, 724x1297
Есть хоть один кложеёб? Или тут только один мамкины выёбщики-хаскелисты?
>>898839
Тут только десять постов назад скобкоёб спорил о чем-то.
Тут только десять постов назад скобкоёб спорил о чем-то.
>>898868
Ок.
Ок.
>>898839
Есть. Ток на фронте
Есть. Ток на фронте
>>898856
Тащемта, в коммон лиспе даже вывод типов есть.
Тащемта, в коммон лиспе даже вывод типов есть.
Анон, есть какие-то пруфиты от изучения функциональных ЯП? Вакансий же всё равно нет.
Ответы900070
>>900014
На скале вакансии есть.
Плюс функциональщина активно лезет и в мейнстрим языки, все эти лямбды-хуямбды, стримы-LINQ.
Немного поучив хаскелль я вот лично стал лучше все это понимать.
На скале вакансии есть.
Плюс функциональщина активно лезет и в мейнстрим языки, все эти лямбды-хуямбды, стримы-LINQ.
Немного поучив хаскелль я вот лично стал лучше все это понимать.
Ответы900080
>>900070
Читал, что на Скале в проде пишут как на Жаве, т.е. с паттернами и полным ООП.
А если лямбды и прочее, что лезет и так понятно, стоит время вообще тратить? Просто отдачи не вижу никакой, кажется, лучше уж на си время потратить и потом врубаться в работу с памятью.
Читал, что на Скале в проде пишут как на Жаве, т.е. с паттернами и полным ООП.
А если лямбды и прочее, что лезет и так понятно, стоит время вообще тратить? Просто отдачи не вижу никакой, кажется, лучше уж на си время потратить и потом врубаться в работу с памятью.
>>900080
wrong
На скале пишут с линзами, монадами и тапклассами.
>Читал, что на Скале в проде пишут как на Жаве, т.е. с паттернами и полным ООП
wrong
На скале пишут с линзами, монадами и тапклассами.
Ответы900118
>>900117
тайпклассами
тайпклассами
>>900080
Да что то фигня, что это фигня. Если рассматривать это просто как дополнительный навык и изучение just for fun, то бери то что больше нравится.
Да что то фигня, что это фигня. Если рассматривать это просто как дополнительный навык и изучение just for fun, то бери то что больше нравится.
Почему в Haskell до сих пор нет зависимых типов? Даже в C++ они есть.
Ответы900991
Парни расажите как делать промайсы в хескеле ?
Ответы901014
>>901003
ахахахах
х
а
х
а
х
Спасибо, такого не надо. В GHC 8 есть таки, если уж совсем больной - идрис есть.
ахахахах
х
а
х
а
х
Спасибо, такого не надо. В GHC 8 есть таки, если уж совсем больной - идрис есть.
Ответы901024
59 Кб, 724x489
Ответы901026
>>901024
Двачую.
Правда человечество пока не решило вопрос, как избежать глобального потепления, если все начнут компилировать такой код на плюсах.
Двачую.
Правда человечество пока не решило вопрос, как избежать глобального потепления, если все начнут компилировать такой код на плюсах.
Ответы901028
>>901026
Ой-вей, я вас умоляю... Компилятор Idris тормозит всяко больше плюсов, т.к. писан на Haskell. Который, как мы выяснили в предыдущем треде, тормознее плюсов в ~9 раз.
Компиляторы плюсов же написаны на C или плюсах и работают быстро.
Ой-вей, я вас умоляю... Компилятор Idris тормозит всяко больше плюсов, т.к. писан на Haskell. Который, как мы выяснили в предыдущем треде, тормознее плюсов в ~9 раз.
Компиляторы плюсов же написаны на C или плюсах и работают быстро.
>>901033
В том что у плюсов в компиляторе чудовище из кучи легаси вместо архитектуры и то же самое с синтаксисом.
В том что у плюсов в компиляторе чудовище из кучи легаси вместо архитектуры и то же самое с синтаксисом.
Ответы901037
>>901035
Эксперта по компиляторам видно за версту.
Какая там может быть нетривиальная архитектура? Рекурсивный спуск для парсинга, потом куча проверок и преобразований AST, пока не удастся упростить его до LLVM IR.
Т.е. все эти Idris'ы это тупо сахарок, Ч,Т,Д.
>в компиляторе чудовище из кучи легаси вместо архитектуры
Эксперта по компиляторам видно за версту.
Какая там может быть нетривиальная архитектура? Рекурсивный спуск для парсинга, потом куча проверок и преобразований AST, пока не удастся упростить его до LLVM IR.
> то же самое с синтаксисом
Т.е. все эти Idris'ы это тупо сахарок, Ч,Т,Д.
>>901037
Зато эксперта по лабаязык1 видно прямо по посту. Загугли как нибудь на досуге как компилятор хаскеля работает, или хотя бы почему кресты так медленно компилятся при такой низкоуровенности синтаксиса спойлер: их код не нужно гонять через десяток промежуточных представлений, много нового узнаешь.
Зато эксперта по лабаязык1 видно прямо по посту. Загугли как нибудь на досуге как компилятор хаскеля работает, или хотя бы почему кресты так медленно компилятся при такой низкоуровенности синтаксиса спойлер: их код не нужно гонять через десяток промежуточных представлений, много нового узнаешь.
Ответы901040
>>901039
Какой именно?
Ты мне хочешь рассказать, что для GHC Haskell это сахарок над Core language? Спасибо, без сопливых знаю.
> Загугли как нибудь на досуге как компилятор хаскеля работает
Какой именно?
Ты мне хочешь рассказать, что для GHC Haskell это сахарок над Core language? Спасибо, без сопливых знаю.
Ответы901042
>>901040
Оно по комментариям видно. Пока эксперт по парсингу яп у которого типы глобально выводятся и чекаются сами при парсинге а ещё компилятор изи программируется на минет с утра спрошу — почему же высший разум пишет не на машинных кодах, если это всё это просто сахарок? Почему рассказывает про тормоза в хаскеле, когда у него в языке каждый хедер при компиляции парсится по 30 раз и до сих пор не могут сделать нормальную инкрементальную компиляцию?
Оно по комментариям видно. Пока эксперт по парсингу яп у которого типы глобально выводятся и чекаются сами при парсинге а ещё компилятор изи программируется на минет с утра спрошу — почему же высший разум пишет не на машинных кодах, если это всё это просто сахарок? Почему рассказывает про тормоза в хаскеле, когда у него в языке каждый хедер при компиляции парсится по 30 раз и до сих пор не могут сделать нормальную инкрементальную компиляцию?
Ответы901047
>>901042
Я такой хуйни не писал, у тебя бред.
Дебилушко, сахарок он синтаксический. А между машкодами и зависимыми типами разница в семантике.
Но дебилушко не отличает синтаксис от семантики поэтому он приплёл сюда херню про "почему в машкодах не пишешь!11".
Потому что могу. Потому что сравнивал производительность на достаточно нетривиальном коде, не на факториалах от фибоначчи.
Что-то хаскелю это не сильно помогает. 30 раз парсились хедеры или 50 — а код на Haskell всё так же работаеь медленнее минимум на порядок.
Короче, у тебя есть что возразить на то, что в C++ можно вводить типы, зависящие от значений? Или превращать значения в типы?
> эксперт по парсингу яп у которого типы глобально выводятся и чекаются сами при парсинге
Я такой хуйни не писал, у тебя бред.
> почему же высший разум пишет не на машинных кодах, если это всё это просто сахарок
Дебилушко, сахарок он синтаксический. А между машкодами и зависимыми типами разница в семантике.
Но дебилушко не отличает синтаксис от семантики поэтому он приплёл сюда херню про "почему в машкодах не пишешь!11".
> Почему рассказывает про тормоза в хаскеле
Потому что могу. Потому что сравнивал производительность на достаточно нетривиальном коде, не на факториалах от фибоначчи.
> каждый хедер при компиляции парсится по 30 раз
Что-то хаскелю это не сильно помогает. 30 раз парсились хедеры или 50 — а код на Haskell всё так же работаеь медленнее минимум на порядок.
Короче, у тебя есть что возразить на то, что в C++ можно вводить типы, зависящие от значений? Или превращать значения в типы?
>>901047
Быстро сманяврировал. Мне похуй как быстротработает хаскель — он для развлечения мозга, а не ирл задач (тем более связанных с перформансом), и мы обсуждали перформанс компилятора. При одинаковой абстракции в коде (например твои высеры выше вс аналоги) будут собираться быстрее, хоть обосрись со своим отставанием в перформансе языка.
Но пидорасы вроде тебя лепящие на плюсах подобную дичь как выше — это хуже червей пидоров.
>Что-то хаскелю это не сильно помогает. 30 раз парсились хедеры или 50 — а код на Haskell всё так же работаеь медленнее минимум на порядок.
Быстро сманяврировал. Мне похуй как быстротработает хаскель — он для развлечения мозга, а не ирл задач (тем более связанных с перформансом), и мы обсуждали перформанс компилятора. При одинаковой абстракции в коде (например твои высеры выше вс аналоги) будут собираться быстрее, хоть обосрись со своим отставанием в перформансе языка.
Но пидорасы вроде тебя лепящие на плюсах подобную дичь как выше — это хуже червей пидоров.
Ответы901054
>>901047
У тебя компиляция заканчивается на рекурсивном спуске (и аналогов ему для тебя видимо не существует), сам же писал.
>Я такой хуйни не писал, у тебя бред.
У тебя компиляция заканчивается на рекурсивном спуске (и аналогов ему для тебя видимо не существует), сам же писал.
Ответы901052
>>901051
Надо же, так нагло пиздеть, когда можно отмотать полдюжины сообщений и увидеть что это не так.
>>901037
Для быстрого парсинга говносинтаксиса плюсов у вручную написанного рекурсивного парсера конкурентов нет. (не знаю, что ты там понимаешь под "аналогами")
>У тебя компиляция заканчивается на рекурсивном спуске, ... сам же писал.
Надо же, так нагло пиздеть, когда можно отмотать полдюжины сообщений и увидеть что это не так.
>>901037
> Рекурсивный спуск для парсинга, потом куча проверок и преобразований AST, пока не удастся упростить его до LLVM IR.
> и аналогов ему для тебя видимо не существует
Для быстрого парсинга говносинтаксиса плюсов у вручную написанного рекурсивного парсера конкурентов нет. (не знаю, что ты там понимаешь под "аналогами")
Ответы901057
>>901049
Пубертатный вьюноша-максималист выучил мемы. Он теперь не батхёрт и может дуть щёки в интернетах.
Кроме "подобной дичи" я ещё препроцессорные макросы люблю поэксплуатировать. Как тебе такое?
>Но пидорасы вроде тебя лепящие на плюсах подобную дичь как выше — это хуже червей пидоров.
Пубертатный вьюноша-максималист выучил мемы. Он теперь не батхёрт и может дуть щёки в интернетах.
Кроме "подобной дичи" я ещё препроцессорные макросы люблю поэксплуатировать. Как тебе такое?
Ответы901057
>>901037
У меня есть упоротый друг, который любые абстракции называет синтаксическим сахаром. Где-то прочитал про тюринг-полноту наверное, интеллектуально покалечился.
У меня есть упоротый друг, который любые абстракции называет синтаксическим сахаром. Где-то прочитал про тюринг-полноту наверное, интеллектуально покалечился.
>>901595
Скоро начитается умных книжек и перейдет на гибридный термин — все языки станут СЕМАНТИЧЕСКИМ САХАРОМ.
ваганыч.жпг
Скоро начитается умных книжек и перейдет на гибридный термин — все языки станут СЕМАНТИЧЕСКИМ САХАРОМ.
ваганыч.жпг
>>901595
Всё правильно говорит, всё есть текст.
Всё правильно говорит, всё есть текст.
Кто знает, в хаскеле есть какие-нибудь библиотеки для ввода с графического планшета?
Ответы909386
>>894904 (OP)
Есть кейс: приложение состоит из двух модулей
1) core - функции для работы с доменной логикой и весь общий код
2) platform - платформозависимые функции, которые нельзя реализовать в core
при это модуль platform зависит от core
Как из core дергать платформозависимые функции?
В ООП я бы заюзал интерфейсы + DependecyInejcion, а как это сделать c функциональном стиле?
Интересует теория, без привязки к конкретному языку.
Есть кейс: приложение состоит из двух модулей
1) core - функции для работы с доменной логикой и весь общий код
2) platform - платформозависимые функции, которые нельзя реализовать в core
при это модуль platform зависит от core
Как из core дергать платформозависимые функции?
В ООП я бы заюзал интерфейсы + DependecyInejcion, а как это сделать c функциональном стиле?
Интересует теория, без привязки к конкретному языку.
Когда я джавист и пытаюсь в изучение емакса, лиспа и ФП
https://youtu.be/zmX7K8noikE
https://youtu.be/zmX7K8noikE
>>908672
Не доебывайся к словам, лучше помоги если такой умный.
Просто функции без прямых зависимостей на платформо-специфичные апи.
Там же хранятся IO функции, которые дергают кросплатформенное IO (JVM, но это не суть).
>мимо-логик
Не доебывайся к словам, лучше помоги если такой умный.
Просто функции без прямых зависимостей на платформо-специфичные апи.
Там же хранятся IO функции, которые дергают кросплатформенное IO (JVM, но это не суть).
>>908678
Так нельзя же, core модуль не знает про platform.
Я писал зависимость при сборке platfrom -> core, те platfrom видит public функции core.
В platfrom так же находится точка входа в программу.
Да и вообще там может быть куча platform-linux, platform-win, platform-android и тд
>А просто вызвать нужную функцию
Так нельзя же, core модуль не знает про platform.
Я писал зависимость при сборке platfrom -> core, те platfrom видит public функции core.
В platfrom так же находится точка входа в программу.
Да и вообще там может быть куча platform-linux, platform-win, platform-android и тд
Ответы908689
>>908689
Не то что бы нельзя, просто интересно как такие вещи решаются на одних функциях
OK идею я примерно уловил но к сожалению в моем языке нет тайп классов
> Ну если DI и интерфейсы нельзя
Не то что бы нельзя, просто интересно как такие вещи решаются на одних функциях
> тайпклассы
OK идею я примерно уловил но к сожалению в моем языке нет тайп классов
Ответы908813
>>908813
Да уже. Сделал интерфейс и передаю его в параметре.
В модуле platfrom инстанцирую конкретную реализацию интерфейса.
Не очень функционально, но пока сойдет.
>Сымитируй
> В объектно-ориентированном программировании проблемы такого рода решаются посредством динамической диспетчеризации
Да уже. Сделал интерфейс и передаю его в параметре.
В модуле platfrom инстанцирую конкретную реализацию интерфейса.
Не очень функционально, но пока сойдет.
>>897523
пиздуй читать что такое AST, а потом подумай как представить аст в виде списков
пиздуй читать что такое AST, а потом подумай как представить аст в виде списков
Haskell vs Node.js:
https://gist.github.com/aemxdp/9ad751b9620d66a040df7bbe25b54187
Сегодня запустив хаскельный экзешник программа посыпалась потому что кое-где не было try-catch. Пофиксив быстренько в коде нужное место выяснилось, что хаскелиты опять пустили всё по пизде и network не компилируется на шинде даже через stack. Вместо того чтобы опять заниматься сисадминством я решил просто переписать на жс чтоб в дальшейшем такой хуйни не было. Код не совсем эквивалентный: в жсном варианте больше обработки ошибок, и он немного абстрактней, тк контекст апишных функций выражен классом для удобства. В хаскельном варианте, когда я его писал несколько месяцев назад, аналогичную стейт или ридер монадку хуярить было лень.. и так мозги поплавило, хотелось поскорей дописать.
https://gist.github.com/aemxdp/9ad751b9620d66a040df7bbe25b54187
Сегодня запустив хаскельный экзешник программа посыпалась потому что кое-где не было try-catch. Пофиксив быстренько в коде нужное место выяснилось, что хаскелиты опять пустили всё по пизде и network не компилируется на шинде даже через stack. Вместо того чтобы опять заниматься сисадминством я решил просто переписать на жс чтоб в дальшейшем такой хуйни не было. Код не совсем эквивалентный: в жсном варианте больше обработки ошибок, и он немного абстрактней, тк контекст апишных функций выражен классом для удобства. В хаскельном варианте, когда я его писал несколько месяцев назад, аналогичную стейт или ридер монадку хуярить было лень.. и так мозги поплавило, хотелось поскорей дописать.
>>909088
Лично я сам больше всего проигрываю от этого:
Лично я сам больше всего проигрываю от этого:
> (r ^? responseBody . key "collection" . nth 0 . key "track" . key "id" . _Integer) <|> (r ^? responseBody . key "collection" . nth 0 . key "playlist" . key "id" . _Integer)
> (res.collection[0].track || res.collection[0].playlist).id
Посоветовали перекатиться к вам, в хаскель. Но я о нем почти ничего не слышал, как и ФП в принципе. Есть задача, выучить ЯП и к началу лета сделать первый проект, электронный журнал. Есть ли средства сделать это на хаскеле? Если ответ да, то анон, будь добр, дай список литературы и в какой порядке читать дабы осилить такую задачу. С меня тонны нефти, коль поможешь.
>>909239
Если тебе в /pr посоветовали, то забей, это тролли. Если тебе посоветовало руководство на работе/университете в шапке есть книги.
Почему тролли? Хаск. имеет репутацию сложного ЯП. из-за того, что он не похож на мейнстрим ЯП и в нём очень много абстрактных концепций. Более того, твои старания не будут вознаграждены, т.к. на нём нет работы
Если тебе в /pr посоветовали, то забей, это тролли. Если тебе посоветовало руководство на работе/университете в шапке есть книги.
Почему тролли? Хаск. имеет репутацию сложного ЯП. из-за того, что он не похож на мейнстрим ЯП и в нём очень много абстрактных концепций. Более того, твои старания не будут вознаграждены, т.к. на нём нет работы
>>909240
Спасибо анон, я почему-то и думал что это Семёновы проделки. Добра тебе.
Спасибо анон, я почему-то и думал что это Семёновы проделки. Добра тебе.
>>909239
Ну если ты совсем зеленый, то вот тебе базовые вещи
- https://wiki.haskell.org/Category_theory
- https://wiki.haskell.org/Recursive_function_theory
- https://bartoszmilewski.com/2014/10/28/category-theory-for-programmers-the-preface/
После того, как осилишь это - можешь переходить созданию своего журнала
>дай список литературы и в какой порядке читать дабы осилить такую задачу
Ну если ты совсем зеленый, то вот тебе базовые вещи
- https://wiki.haskell.org/Category_theory
- https://wiki.haskell.org/Recursive_function_theory
- https://bartoszmilewski.com/2014/10/28/category-theory-for-programmers-the-preface/
После того, как осилишь это - можешь переходить созданию своего журнала
>>894904 (OP)
HALF LIFE 3 CONFIRMED!!!!
HALF LIFE 3 CONFIRMED!!!!
Ответы909300
>>909298
Ее прост на хачкиле пишут вот и так долга
Ее прост на хачкиле пишут вот и так долга
>>909386
ты расчитываешь на то, что тут в этом треде появится кто-то кто программировал что-то под планшет на хаскеле? Если гугл не знает то никто не знает.
ты расчитываешь на то, что тут в этом треде появится кто-то кто программировал что-то под планшет на хаскеле? Если гугл не знает то никто не знает.
>>909240
Много абстрактных концепций? В языке программирования?! Да неужели, вот это новость! Ьебе сколько лет-то?
>>909239
Электронный журнал в смысле блог? В чтмл ты уже можешь или только начинаешь вообще? Попробуй почитать "изучаем хаскель во имя добра". В английский можешь? До лета времени, конечно, дохера, но учти, что тебе нужно довольно много понять: помимо собственно книжки по яп, надо еще знать, как работает интернет\сеть (хттп), браузер (чтмл\цсс), тестирование, ну и просто хорошо понимать, что именно тебе нужно сделать.
Много абстрактных концепций? В языке программирования?! Да неужели, вот это новость! Ьебе сколько лет-то?
>>909239
Электронный журнал в смысле блог? В чтмл ты уже можешь или только начинаешь вообще? Попробуй почитать "изучаем хаскель во имя добра". В английский можешь? До лета времени, конечно, дохера, но учти, что тебе нужно довольно много понять: помимо собственно книжки по яп, надо еще знать, как работает интернет\сеть (хттп), браузер (чтмл\цсс), тестирование, ну и просто хорошо понимать, что именно тебе нужно сделать.
>>909396
электронный журнал всмысле БД с выводом в браузер, чтобы показывать родителям оценки их личинок. В английский могу, но не настолько хорошо, чтобы читать текст обваленный терминами. Хтмл и цсс могу.
электронный журнал всмысле БД с выводом в браузер, чтобы показывать родителям оценки их личинок. В английский могу, но не настолько хорошо, чтобы читать текст обваленный терминами. Хтмл и цсс могу.
Ответы909457
>>909419
С терминами же, кстати, наоборот проще читать. Ну и раз можешь, то да, полгода хватит за глаза.
С терминами же, кстати, наоборот проще читать. Ну и раз можешь, то да, полгода хватит за глаза.
>>909396
ты сам то дочитал хаскел во имя добра?
Про абстрактные концепции, я подозреваю, имелись в виду всякие ебланские аппликативные функторы, монойды в категории пердункторов и прочий пиздец, о котором лучше не слышать
ты сам то дочитал хаскел во имя добра?
Про абстрактные концепции, я подозреваю, имелись в виду всякие ебланские аппликативные функторы, монойды в категории пердункторов и прочий пиздец, о котором лучше не слышать
>>909301
Ты наверно не вкурсе но хачкиляторы в последние пару лет выкатили stack который позиционируется "меньше либ чем на хакидже но зато всё просто работает".
И ещё пару месяцев назад всё то же самое без проблем собиралось на такой же венде. А вот сейчас вдруг выяснилось, что всё, stack проёбан.
Ты наверно не вкурсе но хачкиляторы в последние пару лет выкатили stack который позиционируется "меньше либ чем на хакидже но зато всё просто работает".
И ещё пару месяцев назад всё то же самое без проблем собиралось на такой же венде. А вот сейчас вдруг выяснилось, что всё, stack проёбан.
>>909472
Боишься узнать лишнего? Ну боись дальше, пхпидораха. Нормальным людям двигаться вперкд только не мешай.
> лучше не слышать
Боишься узнать лишнего? Ну боись дальше, пхпидораха. Нормальным людям двигаться вперкд только не мешай.
Ответы909598
>>909472
Что такое монада и почему это моноид в категории эндофункторов можно девятикласснику за неделю рассказать, начав с нуля, с определения категории.
Если для тебя это "пиздец", то тебе стоит записаться на эвтаназию.
> монойды в категории пердункторов и прочий пиздец, о котором лучше не слышать
Что такое монада и почему это моноид в категории эндофункторов можно девятикласснику за неделю рассказать, начав с нуля, с определения категории.
Если для тебя это "пиздец", то тебе стоит записаться на эвтаназию.
Seeking Core Contributors (ClojureScript + React Native)
https://jobs.braveclojure.com/jobs/17592186046185/seeking-core-contributors-clojurescript-react-native-status-holdings-pte-ltd
Веб ТРИ ноль, пиртупир, блокчейн... Выглядит вкусно.
https://jobs.braveclojure.com/jobs/17592186046185/seeking-core-contributors-clojurescript-react-native-status-holdings-pte-ltd
Веб ТРИ ноль, пиртупир, блокчейн... Выглядит вкусно.
На связь выходит js-дебил. Понравилась функциональщина, хоть в жс она, мягко говоря, топорная, да и чисто функционального кода никогда не получится, даже под лсд. В общем, решил на досуге вникать в, что называется серьезные языки.
Мне всегда импонировали лиспы, я даже знакомство с программированием начинал с сикпа. Поэтому решил обмазаться кложурой, это вроде как самый живой диалект сейчас, какие подводные камни? Мне для хобби, если что, но приемлемое юзабилити будет весьма кстати.
Мне всегда импонировали лиспы, я даже знакомство с программированием начинал с сикпа. Поэтому решил обмазаться кложурой, это вроде как самый живой диалект сейчас, какие подводные камни? Мне для хобби, если что, но приемлемое юзабилити будет весьма кстати.
>>909509
да нет, хлопчик, я ващета разрабатываю системы в функциональной парадигме, акторную модель юзаем, имьютабилити и чистые функции от грязных отделяем и как-то вот без монад обходимся :) И с штангой присесть у меня получилось, я знаю что значит монойд в категории эндофункторов, только вот нахуя? Сумеешь объяснить? Или так просто повыебываться пришел, хаскелист мамин
да нет, хлопчик, я ващета разрабатываю системы в функциональной парадигме, акторную модель юзаем, имьютабилити и чистые функции от грязных отделяем и как-то вот без монад обходимся :) И с штангой присесть у меня получилось, я знаю что значит монойд в категории эндофункторов, только вот нахуя? Сумеешь объяснить? Или так просто повыебываться пришел, хаскелист мамин
Ответы909633
Ну да, ну да, просто иди нахуй, для тебя есть тред с теорией категорий где-то на дне зекача, там и дрочи свою залупу
Ответы909633
>>909594
Для таких целей есть пролог.
Общелисперы вроде как не любят ее хз за что, а так — она мягко говоря не вписывается в современное понятие фп.
>даже под лсд
Для таких целей есть пролог.
>какие подводные камни?
Общелисперы вроде как не любят ее хз за что, а так — она мягко говоря не вписывается в современное понятие фп.
>>909594
Подводные камни - тулинг на жвм, не самые лучшие сообщения об ошибках, ну и воркфлоу непривычный поначалу будет. Да, и лучше начать с обычной кложури, а потом уже в кложурскрипт перекатиться. Вроде для старта с клжс книжки тоже есть, но программинг кложур 2нд едисьон как-то надежнее. Алсо, имей в виду, что тебе надо будет знать наизусть все функции в стандартной библиотеке в коре неймспейсе (штук сто, не больше). Да, и бери сразу альфу 1.9 версии, там кложурь.спек есть из коробки.
>>909612
Фп != типы, заебали уже, ну епт.
Подводные камни - тулинг на жвм, не самые лучшие сообщения об ошибках, ну и воркфлоу непривычный поначалу будет. Да, и лучше начать с обычной кложури, а потом уже в кложурскрипт перекатиться. Вроде для старта с клжс книжки тоже есть, но программинг кложур 2нд едисьон как-то надежнее. Алсо, имей в виду, что тебе надо будет знать наизусть все функции в стандартной библиотеке в коре неймспейсе (штук сто, не больше). Да, и бери сразу альфу 1.9 версии, там кложурь.спек есть из коробки.
>>909612
Фп != типы, заебали уже, ну епт.
>>909602
Так это итт тред и есть, лол.
>>909598
Ечли лично тебе это негде применять, и ты чувствуешь, что зря потратил свое время, то это твои личные проблемы, согласись. Говорить "об этом лучше вообще не слышать" в отношении устоявшейся области знаний (тем более в контексте советов школьнику) - это какой-то извращенный фанатизм. Наука и математика - хорошо, фанатизм - плохо.
Так это итт тред и есть, лол.
>>909598
Ечли лично тебе это негде применять, и ты чувствуешь, что зря потратил свое время, то это твои личные проблемы, согласись. Говорить "об этом лучше вообще не слышать" в отношении устоявшейся области знаний (тем более в контексте советов школьнику) - это какой-то извращенный фанатизм. Наука и математика - хорошо, фанатизм - плохо.
Ответы909759
>>909654
В смысле
В смысле
Вместо тысячи монад
https://facebook.github.io/immutable-js/docs/#/List
https://facebook.github.io/immutable-js/docs/#/List
>>909633
а разве это не фанатизм, пропихивать чужеродную абстракцию которая была придумана для решения совсем других проблем и другой области знаний в язык программирования ОБЩЕГО НАЗНАЧЕНИЯ лол, только потому-что он фанатично чистый и ввод и вывод ты сделать по другому тупо не сумеешь? То есть ты реально считаешь, что это ок? Этот язык не пригоден для разработки систем, Школьник разве спросил, я бля хочу быть математиком, дизайнить языки и все такое. Для него есть огромное количество литературы и даже в этом случае хаскел ему не потребуется скорее всего :)
>устоявшейся области знаний
>фанатизм - плохо
а разве это не фанатизм, пропихивать чужеродную абстракцию которая была придумана для решения совсем других проблем и другой области знаний в язык программирования ОБЩЕГО НАЗНАЧЕНИЯ лол, только потому-что он фанатично чистый и ввод и вывод ты сделать по другому тупо не сумеешь? То есть ты реально считаешь, что это ок? Этот язык не пригоден для разработки систем, Школьник разве спросил, я бля хочу быть математиком, дизайнить языки и все такое. Для него есть огромное количество литературы и даже в этом случае хаскел ему не потребуется скорее всего :)
Помогите мне сконпелировать на винде пример из tsdl - окамловского биндинга для sdl2. Суть в том, что линкер удаляет упоминания о sdl2.dll из экзешника, потому что окамловский ctypes не имеет команды для указания, из какой библиотеки ты грузишь функции (просто охуительно сделали). Я докопался уже до вот такой вот штуковины:
ocamlbuild %NAME%.native -pkgs ctypes,ctypes.foreign %NAME%.ml -lflags -cclib,-lsdl2,-cclib,-chain,-cclib,ld,-cclib,-link,-cclib,--no-as-needed -r
но она не работает. По идее, -cclib должен передать следующую команду в линкер (flexlink), -link указывает флекслинку передать следущую команду настоящему линкеру (ld), а --no-as-needed должен сказать ld, чтобы он не выбрасывал неиспользуемые библиотеки, но этого почему-то не происходит.
ocamlbuild %NAME%.native -pkgs ctypes,ctypes.foreign %NAME%.ml -lflags -cclib,-lsdl2,-cclib,-chain,-cclib,ld,-cclib,-link,-cclib,--no-as-needed -r
но она не работает. По идее, -cclib должен передать следующую команду в линкер (flexlink), -link указывает флекслинку передать следущую команду настоящему линкеру (ld), а --no-as-needed должен сказать ld, чтобы он не выбрасывал неиспользуемые библиотеки, но этого почему-то не происходит.
Ответы909916
>>909886
Хотя, нет, я немного напутал. Это заклинание для билдинга моего кода, который не использует tsdl, а сам импортирует функции через ctypes. Вот этот код не компилируется, с ошибкой libffi not found (хотя она установлена). А tsdl билдится такой же командой, только -pkgs Tsdl,Result, но теперь он перестал видеть libsdl2. Хотя cygwin говорит, что она установлена (и она лежит в /usr/lib/libSDL2.dll.a).
Сборка и установка ibffi проблему не решила. Sdl же вообще не собирается с охуительной ошибкой "путь/без/пробелов/SDL.c нат фаунд", хотя он именно там и лежит.
Хотя, нет, я немного напутал. Это заклинание для билдинга моего кода, который не использует tsdl, а сам импортирует функции через ctypes. Вот этот код не компилируется, с ошибкой libffi not found (хотя она установлена). А tsdl билдится такой же командой, только -pkgs Tsdl,Result, но теперь он перестал видеть libsdl2. Хотя cygwin говорит, что она установлена (и она лежит в /usr/lib/libSDL2.dll.a).
Сборка и установка ibffi проблему не решила. Sdl же вообще не собирается с охуительной ошибкой "путь/без/пробелов/SDL.c нат фаунд", хотя он именно там и лежит.
Ответы910474
436 Кб, 887x691
Поясните за эту вашу лямбду - зачем оно вообще? Полно же других вариантов представления вычислимой функции, та же машина Тьюринга. Чем удобнее пикрелейтед?
Ответы910013
>>909981
Напиши пикрелейт на машине тьюринга и сразу станет всё понятно.
Напиши пикрелейт на машине тьюринга и сразу станет всё понятно.
>>909759
Расскажите ему про абстракции и о том, как работает наука и инженерия, кто-нибудь.
Расскажите ему про абстракции и о том, как работает наука и инженерия, кто-нибудь.
Ответы910417
33 Кб, 720x942
28 Кб, 720x965
А есть какая-нибудь инфографика по лямбда-исчислению, чтобы все в одной картинке?
>>895671
Haskell это единственный вменяемый, с эко-системой какой-никакой, либами, нормальными доками функциональный язык программирования.
Всё остальное либо мультипарадигма, либо полуфункциональщина типа эрланга.
Haskell это единственный вменяемый, с эко-системой какой-никакой, либами, нормальными доками функциональный язык программирования.
Всё остальное либо мультипарадигма, либо полуфункциональщина типа эрланга.
Ответы910471
>>909916
Судя по всему, проблема в том, что flexlink не передаёт параметры в ld, а тот в свою очередь не ищет либы в /usr/lib и /usr/local/lib (первая - где libsdl2, вторая - libffi, и ни одну не видит).
Судя по всему, проблема в том, что flexlink не передаёт параметры в ld, а тот в свою очередь не ищет либы в /usr/lib и /usr/local/lib (первая - где libsdl2, вторая - libffi, и ни одну не видит).
Пацаны, какой положняк по Elm и PureScript?
Ответы910673
>>910673
Точнее, так никаких классов типов нету, так что просто нахуй-нахуй. Хотя Elm architecture норм в простых случаях.
Точнее, так никаких классов типов нету, так что просто нахуй-нахуй. Хотя Elm architecture норм в простых случаях.
Как наследовать классы типов в хаскеле?
Что бы запись data Foo deriving (Bar) подразумевала что Foo так же реализует методы для Ord и Eq
Что бы запись data Foo deriving (Bar) подразумевала что Foo так же реализует методы для Ord и Eq
Ответы910965
>>910740
Если ты имеешь в виду GeneralizedNewtypeDeriving, то да.
Если ты имеешь в виду GeneralizedNewtypeDeriving, то да.
Вышла версия 8.0.2 https://www.haskell.org/ghc/download_ghc_8_0_2
>>909631
Единственное преимущество ФП в возможности создания адекватной системы типов. Ты бы еще предложил ФП без ссылочной прозрачности.
Единственное преимущество ФП в возможности создания адекватной системы типов. Ты бы еще предложил ФП без ссылочной прозрачности.
Ответы910994
>>911024
ловко
ловко
>>910994
Глупо.
Глупо.
72 Кб, 1422x761
А вот что скажете за такой индусский хачкиль? http://eta-lang.org/ http://eta-lang.org/playground.html Максимка грит, молодцы, заебись сделоли.
Я вижу тут присутствует определенное количество адептов динамической и статической типизации в функциональных языках.
На стороне статических пацанов присутствует хаскел и окамл, на стороне динамических лисп и э. Давайте же попробуем не обсирать друг друга, а реально продвинуть свое болото, чем помогают типы и чем помогает их отсутсвие?
На стороне статических пацанов присутствует хаскел и окамл, на стороне динамических лисп и э. Давайте же попробуем не обсирать друг друга, а реально продвинуть свое болото, чем помогают типы и чем помогает их отсутсвие?
>>912185
У него то гошечка божественная, то говна кусок для гидроцефалов с лоботомией. То хачкелем и окаммлом гордится не стоит (как будто эрланг вообще зык при такой логике), то заебись всё. То раст инжинерная параша, то лучший яп. Нувыпонели.
>>912435
Помогает тем, что хорошая система типов вкупе с фишками вроде ссылочной прозрачности идущих с ней за ручку ловит дохуя всего в компайлтайме, и на этом можно закончить. Компилируется — будет работать, если нет обосрамса в логике.
Динамическая помогает тем, что ты можешь наслаждаться тормозами, падениями в рантайме и бесконечными юнит-тестами. Ещё без документации понять что есть что сложнее чем прочитать древнее говно на перде.
У него то гошечка божественная, то говна кусок для гидроцефалов с лоботомией. То хачкелем и окаммлом гордится не стоит (как будто эрланг вообще зык при такой логике), то заебись всё. То раст инжинерная параша, то лучший яп. Нувыпонели.
>>912435
Помогает тем, что хорошая система типов вкупе с фишками вроде ссылочной прозрачности идущих с ней за ручку ловит дохуя всего в компайлтайме, и на этом можно закончить. Компилируется — будет работать, если нет обосрамса в логике.
Динамическая помогает тем, что ты можешь наслаждаться тормозами, падениями в рантайме и бесконечными юнит-тестами. Ещё без документации понять что есть что сложнее чем прочитать древнее говно на перде.
>>912435
Анончик выше - что-то вроде школоатеиста, который думает, что спорит с верунами, но при этом сам не понимает современную эволюционную теорию и только дискредетирует точку зрения, на стороне которой выступает.
Типы важны прежде всего концептуально. Они дают прочный математический фундамент и позволяют переиспользовать результаты из других областей в инженерной практике. Они определяют, как ты дизайнишь архитектуру своего кода и какую картину кода ты строишь у себя в голове. Короче - типы определяют мышление. Это главное. Кроме того, информация о типах позволяет компилятору проводить разнообразные преобразования кода, которые без нее были бы невозможны. Это второе. То, что это все вместе позволяет ловить опечатки в компайл-тайме вместо тестинг-тайма - не более, чем приятный бонус минимальной практической полезности. Как бокал шампанского в подарок к Мерседесу эс-класса. Ну, приятненько, да.
Языки с динамической типизацией более практичны. Традиционно они представляют собой продукт более инженерной (нежели плтшной) тусовки. (Хотя начиналось все, конечно, с лиспа, фл и апл.) Они дают больше гибкости и больше возможностей - но и ответственности на авторе кода больше. Можно писать код, пользуясь методологией "хуяк-хуяк и в продакшен", а не бороться с компилятором. Можно иметь нормальные макросы, эвал, нетривиальный полиморфизм, можно стрелять себе в ногу, можно прикрутить статическую проверку типов - ю нейм ит. А еще код на них обычно получается короче. инб4: если не считать тестов, азазазаинб4: как будто при статической типизации тесты не надо писать
Короче, типы - это замечательно и вей ту гоу, но не следует, что на сегодняшний день типы - это такой же хайп и маркетинг буллшит, каким была в свое время джава, например. А потому есди видишь фанбоя навроде анона выше - смело пропиши ему в пятак и отправь учить уроки\делать лабу.
Наконец, замечу, что будущее, судя по всему, за гибридным подходом с плаггабл системами типов. Одна из главных проблем текущей модели (условно назовем ее хаскельной) - отсутствие типов за пределами программы. Как только ты выкатываешь публичное апи, все твои типы сразу пропадают. А ведь, строго говоря, всем похуй, что там у тебя внутри твоего модуля, хоть на асме его пиши; все важные абстракции живут на границах модулей\сервисов. Короче, нужна информация о типах в рантайме, статически чекабельные языки для описания апи и разная степень гранулярности тайпчекинга для разных модулей внутри одного языка. Поговорим снова через 10 лет.
Хотя какие 10 лет, у нас вон даже пи-исчисление с линейными типами до сих пор непонятная для большинства хуйня, а не стандарт индустрии, лол
Анончик выше - что-то вроде школоатеиста, который думает, что спорит с верунами, но при этом сам не понимает современную эволюционную теорию и только дискредетирует точку зрения, на стороне которой выступает.
Типы важны прежде всего концептуально. Они дают прочный математический фундамент и позволяют переиспользовать результаты из других областей в инженерной практике. Они определяют, как ты дизайнишь архитектуру своего кода и какую картину кода ты строишь у себя в голове. Короче - типы определяют мышление. Это главное. Кроме того, информация о типах позволяет компилятору проводить разнообразные преобразования кода, которые без нее были бы невозможны. Это второе. То, что это все вместе позволяет ловить опечатки в компайл-тайме вместо тестинг-тайма - не более, чем приятный бонус минимальной практической полезности. Как бокал шампанского в подарок к Мерседесу эс-класса. Ну, приятненько, да.
Языки с динамической типизацией более практичны. Традиционно они представляют собой продукт более инженерной (нежели плтшной) тусовки. (Хотя начиналось все, конечно, с лиспа, фл и апл.) Они дают больше гибкости и больше возможностей - но и ответственности на авторе кода больше. Можно писать код, пользуясь методологией "хуяк-хуяк и в продакшен", а не бороться с компилятором. Можно иметь нормальные макросы, эвал, нетривиальный полиморфизм, можно стрелять себе в ногу, можно прикрутить статическую проверку типов - ю нейм ит. А еще код на них обычно получается короче. инб4: если не считать тестов, азазазаинб4: как будто при статической типизации тесты не надо писать
Короче, типы - это замечательно и вей ту гоу, но не следует, что на сегодняшний день типы - это такой же хайп и маркетинг буллшит, каким была в свое время джава, например. А потому есди видишь фанбоя навроде анона выше - смело пропиши ему в пятак и отправь учить уроки\делать лабу.
Наконец, замечу, что будущее, судя по всему, за гибридным подходом с плаггабл системами типов. Одна из главных проблем текущей модели (условно назовем ее хаскельной) - отсутствие типов за пределами программы. Как только ты выкатываешь публичное апи, все твои типы сразу пропадают. А ведь, строго говоря, всем похуй, что там у тебя внутри твоего модуля, хоть на асме его пиши; все важные абстракции живут на границах модулей\сервисов. Короче, нужна информация о типах в рантайме, статически чекабельные языки для описания апи и разная степень гранулярности тайпчекинга для разных модулей внутри одного языка. Поговорим снова через 10 лет.
Хотя какие 10 лет, у нас вон даже пи-исчисление с линейными типами до сих пор непонятная для большинства хуйня, а не стандарт индустрии, лол
>>912435
Анончик выше - что-то вроде школоатеиста, который думает, что спорит с верунами, но при этом сам не понимает современную эволюционную теорию и только дискредетирует точку зрения, на стороне которой выступает.
Типы важны прежде всего концептуально. Они дают прочный математический фундамент и позволяют переиспользовать результаты из других областей в инженерной практике. Они определяют, как ты дизайнишь архитектуру своего кода и какую картину кода ты строишь у себя в голове. Короче - типы определяют мышление. Это главное. Кроме того, информация о типах позволяет компилятору проводить разнообразные преобразования кода, которые без нее были бы невозможны. Это второе. То, что это все вместе позволяет ловить опечатки в компайл-тайме вместо тестинг-тайма - не более, чем приятный бонус минимальной практической полезности. Как бокал шампанского в подарок к Мерседесу эс-класса. Ну, приятненько, да.
Языки с динамической типизацией более практичны. Традиционно они представляют собой продукт более инженерной (нежели плтшной) тусовки. (Хотя начиналось все, конечно, с лиспа, фл и апл.) Они дают больше гибкости и больше возможностей - но и ответственности на авторе кода больше. Можно писать код, пользуясь методологией "хуяк-хуяк и в продакшен", а не бороться с компилятором. Можно иметь нормальные макросы, эвал, нетривиальный полиморфизм, можно стрелять себе в ногу, можно прикрутить статическую проверку типов - ю нейм ит. А еще код на них обычно получается короче. инб4: если не считать тестов, азазазаинб4: как будто при статической типизации тесты не надо писать
Короче, типы - это замечательно и вей ту гоу, но не следует, что на сегодняшний день типы - это такой же хайп и маркетинг буллшит, каким была в свое время джава, например. А потому есди видишь фанбоя навроде анона выше - смело пропиши ему в пятак и отправь учить уроки\делать лабу.
Наконец, замечу, что будущее, судя по всему, за гибридным подходом с плаггабл системами типов. Одна из главных проблем текущей модели (условно назовем ее хаскельной) - отсутствие типов за пределами программы. Как только ты выкатываешь публичное апи, все твои типы сразу пропадают. А ведь, строго говоря, всем похуй, что там у тебя внутри твоего модуля, хоть на асме его пиши; все важные абстракции живут на границах модулей\сервисов. Короче, нужна информация о типах в рантайме, статически чекабельные языки для описания апи и разная степень гранулярности тайпчекинга для разных модулей внутри одного языка. Поговорим снова через 10 лет.
Хотя какие 10 лет, у нас вон даже пи-исчисление с линейными типами до сих пор непонятная для большинства хуйня, а не стандарт индустрии, лол
Анончик выше - что-то вроде школоатеиста, который думает, что спорит с верунами, но при этом сам не понимает современную эволюционную теорию и только дискредетирует точку зрения, на стороне которой выступает.
Типы важны прежде всего концептуально. Они дают прочный математический фундамент и позволяют переиспользовать результаты из других областей в инженерной практике. Они определяют, как ты дизайнишь архитектуру своего кода и какую картину кода ты строишь у себя в голове. Короче - типы определяют мышление. Это главное. Кроме того, информация о типах позволяет компилятору проводить разнообразные преобразования кода, которые без нее были бы невозможны. Это второе. То, что это все вместе позволяет ловить опечатки в компайл-тайме вместо тестинг-тайма - не более, чем приятный бонус минимальной практической полезности. Как бокал шампанского в подарок к Мерседесу эс-класса. Ну, приятненько, да.
Языки с динамической типизацией более практичны. Традиционно они представляют собой продукт более инженерной (нежели плтшной) тусовки. (Хотя начиналось все, конечно, с лиспа, фл и апл.) Они дают больше гибкости и больше возможностей - но и ответственности на авторе кода больше. Можно писать код, пользуясь методологией "хуяк-хуяк и в продакшен", а не бороться с компилятором. Можно иметь нормальные макросы, эвал, нетривиальный полиморфизм, можно стрелять себе в ногу, можно прикрутить статическую проверку типов - ю нейм ит. А еще код на них обычно получается короче. инб4: если не считать тестов, азазазаинб4: как будто при статической типизации тесты не надо писать
Короче, типы - это замечательно и вей ту гоу, но не следует, что на сегодняшний день типы - это такой же хайп и маркетинг буллшит, каким была в свое время джава, например. А потому есди видишь фанбоя навроде анона выше - смело пропиши ему в пятак и отправь учить уроки\делать лабу.
Наконец, замечу, что будущее, судя по всему, за гибридным подходом с плаггабл системами типов. Одна из главных проблем текущей модели (условно назовем ее хаскельной) - отсутствие типов за пределами программы. Как только ты выкатываешь публичное апи, все твои типы сразу пропадают. А ведь, строго говоря, всем похуй, что там у тебя внутри твоего модуля, хоть на асме его пиши; все важные абстракции живут на границах модулей\сервисов. Короче, нужна информация о типах в рантайме, статически чекабельные языки для описания апи и разная степень гранулярности тайпчекинга для разных модулей внутри одного языка. Поговорим снова через 10 лет.
Хотя какие 10 лет, у нас вон даже пи-исчисление с линейными типами до сих пор непонятная для большинства хуйня, а не стандарт индустрии, лол
>>912435
Да просто типы вообще строго ортогональны парадигме. Хуйнул типы в ФП - получил хаскель, хуйнул в ООП - получил скалу, в логическое программирование - получил меркари. Если в ФП допустим вместо типов добавить систему макросов - получится схемка, если к этому ещё прикрутить жабий рантайм - будет кложа, а если эрланговский рантайм - LFE, а если ещё рубишного синтаксиса и сахара - то эликсир. Так что каждый миксует что ему удобно использовать, это вообще индивидуально как мне кажется. Я, например, не очень то люблю типодрочерство, так как оно мешает мне быстро разрабатывать down-to-top и так же быстро патчить, поэтому я обхожу стороной всякие скалы. С другой мне нравится ФП, но так же и принцип Open System, поэтому я юзаю кложу и эликсир. Так же это зависит от проекта, т.е. в каком нибудь веб стартапе больше ценится хакабельность, открытые данные, которые легко распечатать, пропатчить, сгенерировать в нужном виде, когда библиотеки тебе ничего не диктуют, когда можно легко прикинуться протоколом, когда неймспесы открыты и тестировать можно даже то, что для тестирования не предназначалось. Наверное, на жестких проектах, типа научных или военных, с исчерпывающей докой на тысячи страниц, где можно заниматься медленным вдумчивым проектированием, типы полезны и нужны, но я в первом мирке, а не во втором.
Да просто типы вообще строго ортогональны парадигме. Хуйнул типы в ФП - получил хаскель, хуйнул в ООП - получил скалу, в логическое программирование - получил меркари. Если в ФП допустим вместо типов добавить систему макросов - получится схемка, если к этому ещё прикрутить жабий рантайм - будет кложа, а если эрланговский рантайм - LFE, а если ещё рубишного синтаксиса и сахара - то эликсир. Так что каждый миксует что ему удобно использовать, это вообще индивидуально как мне кажется. Я, например, не очень то люблю типодрочерство, так как оно мешает мне быстро разрабатывать down-to-top и так же быстро патчить, поэтому я обхожу стороной всякие скалы. С другой мне нравится ФП, но так же и принцип Open System, поэтому я юзаю кложу и эликсир. Так же это зависит от проекта, т.е. в каком нибудь веб стартапе больше ценится хакабельность, открытые данные, которые легко распечатать, пропатчить, сгенерировать в нужном виде, когда библиотеки тебе ничего не диктуют, когда можно легко прикинуться протоколом, когда неймспесы открыты и тестировать можно даже то, что для тестирования не предназначалось. Наверное, на жестких проектах, типа научных или военных, с исчерпывающей докой на тысячи страниц, где можно заниматься медленным вдумчивым проектированием, типы полезны и нужны, но я в первом мирке, а не во втором.
>>912185
Скала взлетела потому, что на ней можно писать как на жабке, только с нескучным синтаксисом. А хаскиль он ленивый, и мандадки с функтерами. Так что для жвм подошло бы что-то вроде окамля. f# для дудки взлетел же, и по той же самой причине.
Скала взлетела потому, что на ней можно писать как на жабке, только с нескучным синтаксисом. А хаскиль он ленивый, и мандадки с функтерами. Так что для жвм подошло бы что-то вроде окамля. f# для дудки взлетел же, и по той же самой причине.
100 Кб, 1440x430
Дисклеймер: в хаскеле 2 неделю, пример сделан специально для вопроса
Источники информации, которые использовал:
- https://ru.wikipedia.org/wiki/Внедрение_зависимости для не знающих что это
- https://habrahabr.ru/post/166353/
Код главного Main.hs и "библиотеки" Lib.hs
http://pastebin.com/r3cqHtbE
http://pastebin.com/jGBAPsgA
Пытаюсь вынести зависимости на конкретные-"плаформоспецифичные" функции посредство тайп-классов.
Вроде бы и получилось, но чувствую что можно как-то проще.
Смущает что:
- завожу пустой ProductionEnvronment
- в ProductionEnvronment я не использую передаваемый параметр
Можно это как-то упростить или может есть др подходы?
Источники информации, которые использовал:
- https://ru.wikipedia.org/wiki/Внедрение_зависимости для не знающих что это
- https://habrahabr.ru/post/166353/
Код главного Main.hs и "библиотеки" Lib.hs
http://pastebin.com/r3cqHtbE
http://pastebin.com/jGBAPsgA
Пытаюсь вынести зависимости на конкретные-"плаформоспецифичные" функции посредство тайп-классов.
Вроде бы и получилось, но чувствую что можно как-то проще.
Смущает что:
- завожу пустой ProductionEnvronment
- в ProductionEnvronment я не использую передаваемый параметр
Можно это как-то упростить или может есть др подходы?
>>912632
Используй AbstractProxySingletonFactoryBean, очевидно же.
проиграл с быдла, которое вместо того чтоб зайти через дверь, выпиливает рядом форточку в стене, чтоб было как в любимой джявке
Используй AbstractProxySingletonFactoryBean, очевидно же.
проиграл с быдла, которое вместо того чтоб зайти через дверь, выпиливает рядом форточку в стене, чтоб было как в любимой джявке
Ответы912659
>>912672
Семен, иди уже нахуй. Ты только дискредитируешь адекватных функциональных программистов.
>>912632
Не тонем
Семен, иди уже нахуй. Ты только дискредитируешь адекватных функциональных программистов.
>>912632
Не тонем
Ответы912891
>>912632
Ужасно. Не понимаешь, где поведение, а где данные. Плохо. Прочитай какую-нибудь книжку по хаскелю, пожалуйста. Алсо, не юзайте пастебин.ком, он хцевый и с рекламой.
> getUserName
Ужасно. Не понимаешь, где поведение, а где данные. Плохо. Прочитай какую-нибудь книжку по хаскелю, пожалуйста. Алсо, не юзайте пастебин.ком, он хцевый и с рекламой.
Ответы912894
>>912679
Я ж говорю ты дебс. Следующим шагом будет реализация паттерна абстрактная фабрика в небось?
>постит махровое джявоговнарство, бессмысленное в хаскеле
>адекватных функциональных программистов
Я ж говорю ты дебс. Следующим шагом будет реализация паттерна абстрактная фабрика в небось?
Ответы912899
>>912682
Здесь правда тусуют одни жирдяи, не могущие помочь и объяснить как делать правильно/идиоматично?
> Я не понял сути вопроса, но докопаюсь до названия функции ВЫДУМАННОГО ПРИМЕРА
Здесь правда тусуют одни жирдяи, не могущие помочь и объяснить как делать правильно/идиоматично?
>>912891
В стандартном хаскель-проекте тоже есть тесты и там тоже надо разделять тестовое окружение и рабочие.
Да хочется все делать на чистых функциях и гонять тупо данные, но В РЕАЛЬНЫХ ПРОЕКТАХ не всегда все так просто.
Конечно может быть местные обитатели - это ЧСВшная школота, осилившая одну книгу по хаскелю,
но при этом не имеющая представления о реальной жизни.
То что я написал выполняет эту функцию, но я сам вижу что оно не идеально.
Я прошу рассказать "как делать правильно" - в ответ одни бессодержательные кукареки.
В стандартном хаскель-проекте тоже есть тесты и там тоже надо разделять тестовое окружение и рабочие.
Да хочется все делать на чистых функциях и гонять тупо данные, но В РЕАЛЬНЫХ ПРОЕКТАХ не всегда все так просто.
Конечно может быть местные обитатели - это ЧСВшная школота, осилившая одну книгу по хаскелю,
но при этом не имеющая представления о реальной жизни.
То что я написал выполняет эту функцию, но я сам вижу что оно не идеально.
Я прошу рассказать "как делать правильно" - в ответ одни бессодержательные кукареки.
Ответы912974
>>912896
Ну ни траль пожалуйста. Я уже понял от куда ты вылез и уровень твоих знаний haskell
> даун притащил картиночку из java-треда
Ну ни траль пожалуйста. Я уже понял от куда ты вылез и уровень твоих знаний haskell
Напишите уже этому дебсу AbstractSingletonProxyFactoryBean на хаскеле кто нибудь плез
Ответы912914
>>912914
Его на самом деле знают столько же процентов хачкелистов, сколько процентов джавистов действительно понимают как работает их код. Дальше сам можешь додумывать.
Его на самом деле знают столько же процентов хачкелистов, сколько процентов джавистов действительно понимают как работает их код. Дальше сам можешь додумывать.
>>912894
Я тебе объяснил, что ты не понимаешь: где данные, а где поведение. И сказал, что тебе нужно делать (прочитать книжку про хаскель, риал ворлд х-ль например). Что тебе еще неясно? Ты сюда троллить пришел, или что?
Я тебе объяснил, что ты не понимаешь: где данные, а где поведение. И сказал, что тебе нужно делать (прочитать книжку про хаскель, риал ворлд х-ль например). Что тебе еще неясно? Ты сюда троллить пришел, или что?
>>912899
Ты собрался ди на грязных функцией с ансейфперформио делать, или что? Несешь какую-то хуйню. В х-ле все* функции чистые, внезапно. И если тебе надо параметризовать код по окружению, то ты, ВНЕЗАПНО, передаешь окружение параметром в функцию. Иди рвх читай.
Ты собрался ди на грязных функцией с ансейфперформио делать, или что? Несешь какую-то хуйню. В х-ле все* функции чистые, внезапно. И если тебе надо параметризовать код по окружению, то ты, ВНЕЗАПНО, передаешь окружение параметром в функцию. Иди рвх читай.
Ответы912991
>>912974
Ты что мой код вообще не читал?
Я и передаю окружение Environment в функцию первым параметром.
makeGreeting env
>передаешь окружение параметром в функцию
Ты что мой код вообще не читал?
Я и передаю окружение Environment в функцию первым параметром.
makeGreeting env
Ответы913075
>>912632
Если хочешь мокать эффекты, то читни например вот это http://www.parsonsmatt.org/2016/07/14/rank_n_classy_limited_effects.html
Сразу скажу, я тут не спец, просто поискал за тебя и тебе самому надо погуглить про ограниченные эффекты в х-ле.
Или используй для окружения что-то вроде Reader/ReaderT/сделай свое окружение инстансом MonadReader, если тебе нужно только читать из окружения, или State, или вообще RWS если тебе нужно читать, писать и изменять разные вещи.
>Можно это как-то упростить или может есть др подходы?
Если хочешь мокать эффекты, то читни например вот это http://www.parsonsmatt.org/2016/07/14/rank_n_classy_limited_effects.html
Сразу скажу, я тут не спец, просто поискал за тебя и тебе самому надо погуглить про ограниченные эффекты в х-ле.
Или используй для окружения что-то вроде Reader/ReaderT/сделай свое окружение инстансом MonadReader, если тебе нужно только читать из окружения, или State, или вообще RWS если тебе нужно читать, писать и изменять разные вещи.
91 Кб, 1440x421
>>912632
Вот, мамкины-хаскалисты, зацените - версия 2.0
Спасибо google и ресурсам:
- http://mikehadlow.blogspot.ru/2011/05/dependency-injection-haskell-style.html
- http://stackoverflow.com/questions/14327327/dependency-injection-in-haskell-solving-the-task-idiomatically
Вам НЕ спасибо, ибо вы нихера не помогли.
Вот, мамкины-хаскалисты, зацените - версия 2.0
Спасибо google и ресурсам:
- http://mikehadlow.blogspot.ru/2011/05/dependency-injection-haskell-style.html
- http://stackoverflow.com/questions/14327327/dependency-injection-in-haskell-solving-the-task-idiomatically
Вам НЕ спасибо, ибо вы нихера не помогли.
Ответы913023
>>913011
В этом случае конфиг станет просто значением, а работающие с ним функции станут менее полиморфными.
>Reader
В этом случае конфиг станет просто значением, а работающие с ним функции станут менее полиморфными.
>>913011
Спасибо, прочту обязательно
Спасибо, прочту обязательно
>>913015
Поздравляю, ты практически изобрел Reader. Это нормально, не парься. Если нужна помощь, лучше сразу пиши куда-нибудь в IRC, типа haskell-beginners
Поздравляю, ты практически изобрел Reader. Это нормально, не парься. Если нужна помощь, лучше сразу пиши куда-нибудь в IRC, типа haskell-beginners
Ответы913024
Ответы913031
>>913024
А должны? Каждый раз прибегает тупой нюфаг с дегенератскими вопросами в тред, где обсуждают кластеры метапарадигм и срет сука. Пиздуй в пхп тред за помощью, мудила, а илита тут сама разберется.
А должны? Каждый раз прибегает тупой нюфаг с дегенератскими вопросами в тред, где обсуждают кластеры метапарадигм и срет сука. Пиздуй в пхп тред за помощью, мудила, а илита тут сама разберется.
Ответы913033
>>913031
>>913031
Полистай тред, нихуя тут не обсуждают кластеры метапарадигм. И не обсуждают, тут одни выебщики и ньюфаги.
Илита про блядский ридер точно знает, даже я знаю епта.
Вот еще насчет того, что DI в х-ле таки можно делать через Reader:
http://stackoverflow.com/a/14179721
>>913031
>обсуждают кластеры метапарадигм
Полистай тред, нихуя тут не обсуждают кластеры метапарадигм. И не обсуждают, тут одни выебщики и ньюфаги.
>илита тут сама разберется
Илита про блядский ридер точно знает, даже я знаю епта.
Вот еще насчет того, что DI в х-ле таки можно делать через Reader:
http://stackoverflow.com/a/14179721
>>912991
Так я тебе и говорю, что это все, что тебе надо сделать; весь остальной код, который ты написал - вреден. Читай рвх.
Так я тебе и говорю, что это все, что тебе надо сделать; весь остальной код, который ты написал - вреден. Читай рвх.
Всем привет. Скажите, какую литературу нужно прочитать перед изучением Haskell, если вкатился с нуля?
>>913076
Прямо с изучайхаскелвоимядобра и начинай.
Прямо с изучайхаскелвоимядобра и начинай.
>>913076
Учебник на викибус и тайпклассопедию. Если школьник - изучайхаскелвоимядобра. Главное русских авторов не читай, там одно джявабыдло пишет для другого джявабыдла, и это почему-то всё на хаскеле.
Учебник на викибус и тайпклассопедию. Если школьник - изучайхаскелвоимядобра. Главное русских авторов не читай, там одно джявабыдло пишет для другого джявабыдла, и это почему-то всё на хаскеле.
660 Кб, Webm
>>913941
Ужастно что на здесь процветает такое пренебрежительное отношение к другим программистам.
Вот кстати в "разборе полетов" упоминали что комьюнити функ. разработки - поголовно состоит из ЧСВных-#####.
Но я все таки верю что это касается только сосача.
>джявабыдло пишет для другого джявабыдла
Ужастно что на здесь процветает такое пренебрежительное отношение к другим программистам.
Вот кстати в "разборе полетов" упоминали что комьюнити функ. разработки - поголовно состоит из ЧСВных-#####.
Но я все таки верю что это касается только сосача.
>>914061
Убей себя немедленно. И иди домашку по физике делай, нечего тебе на двощах еще сидеть.
> Ужастно
Убей себя немедленно. И иди домашку по физике делай, нечего тебе на двощах еще сидеть.
>>914070
Галлюцинируешь, малыш?
Галлюцинируешь, малыш?
>>914061
На сосач, быдло!
На сосач, быдло!
>>914061
Забавно.
>>914067
Проверочное слово - "ужастик".
>Ужастно что на здесь процветает такое пренебрежительное отношение к другим программистам
>комьюнити функ. разработки - поголовно состоит из ЧСВных-#####.
Забавно.
>>914067
Проверочное слово - "ужастик".
Ответы914107
>>914101
Тогда было бы... Ужастично!
Тогда было бы... Ужастично!
>>914061
yasna
>фуу петухи сидят илитарии, мы тут норм парни на scala с простыми яваиндусами и не паримся еее
yasna
>>914061
К программистам нормальное отношение, к писателям абстрактных фабрик бинов хуево относятся даже сами писатели абстрактных фабрик бинов. Эти где-то рядом с шебмастерами-пыхерами. Хотя я не говорю за всех, на этом говне умудряются существовать нормальные команды, но с большего комьюнити состоят из заробитчан которым все похуй лишь бы зряплату заплатили. За что им респектовать?
>к другим программистам
К программистам нормальное отношение, к писателям абстрактных фабрик бинов хуево относятся даже сами писатели абстрактных фабрик бинов. Эти где-то рядом с шебмастерами-пыхерами. Хотя я не говорю за всех, на этом говне умудряются существовать нормальные команды, но с большего комьюнити состоят из заробитчан которым все похуй лишь бы зряплату заплатили. За что им респектовать?
Full stack Clojure(script) Engineer at Workframe (Full-time) https://functionaljobs.com/jobs/8990-full-stack-clojurescript-engineer-at-workframe
>>919043
Говностартапчик на которые тебя выебут в каждый нейрон. Ты, дЭбил, жизни не видел, задрот комнатый, хех.
Говностартапчик на которые тебя выебут в каждый нейрон. Ты, дЭбил, жизни не видел, задрот комнатый, хех.
Ответы920058
Двач.hk не отвечает.
Вы видите копию треда, сохраненную 3 февраля 2017 года.
Скачать тред: только с превью, с превью и прикрепленными файлами.
Второй вариант может долго скачиваться. Файлы будут только в живых или недавно утонувших тредах. Подробнее
Если вам полезен архив М.Двача, пожертвуйте на оплату сервера.
Вы видите копию треда, сохраненную 3 февраля 2017 года.
Скачать тред: только с превью, с превью и прикрепленными файлами.
Второй вариант может долго скачиваться. Файлы будут только в живых или недавно утонувших тредах. Подробнее
Если вам полезен архив М.Двача, пожертвуйте на оплату сервера.