Size: a a a

2018 April 02

AV

Alexander Vershilov in fprog_spb
похоже это какой-то вредный, негодный канал : (
источник

АГ

Александр Гранин in fprog_spb
У меня уже давно не утро. Это к вопросу о том, что каждый из нас подвержен ошибке зацикливаться на том, что у него по дефолту в голове
источник

AV

Alexander Vershilov in fprog_spb
может уже начать читать, что я пишу и заменить, что я а. прочитал что вы мне пишете, б. написал почему это не достаточно в. написал что хочется
источник

АГ

Александр Гранин in fprog_spb
Alexander Vershilov
но называть паттерн абстракций - это просто глупость
И кстати. Что это, если не абстракция. Все, или почти все есть абстракция над чем-нибудь.
источник

AV

Alexander Vershilov in fprog_spb
абстракция, это когда мы абстрагируемся от конкретной сущности внутри
источник

AV

Alexander Vershilov in fprog_spb
реализация bind/pure для каждого конкретного типа, это очевидно не абстракция над этим типом
источник

AV

Alexander Vershilov in fprog_spb
причем хочу заметить это не делает язык хуже
источник

AV

Alexander Vershilov in fprog_spb
то, что в нём так нельзя писать
источник

АГ

Александр Гранин in fprog_spb
Denis Redozubov
по-моему странно отрицать что монадные комбинаторы, transformers, mtl и прочие подходы к эффектам опираются на: 1) полиморфность по монадам 2) являются стандартом де-факто в ФЯП, утилизирующих эти паттерны. Все зависимости от конкретной реализации, к тому же.
Про монадные комбинаторы я не отрицаю. Я отрицаю, что если монадные комбинаторы не являются полиморфными, то они и не комбинаторы. Что есть тогда любая функция в своей специализированной монаде, если она неполиморфна? Или функции в Haskell теряют свойство быть комбинаторами только из-за того, что они не полиморфны? Все функции в Haskell комбинаторы.
источник

AV

Alexander Vershilov in fprog_spb
если ты хочешь называть это монадным программированием - называй, но пожалуйста придумай термин для того, чем это называю я
источник

АГ

Александр Гранин in fprog_spb
А еще я отрицаю про "стандарт"
источник

AV

Alexander Vershilov in fprog_spb
я тогда в разговорах с тобой лично буду его использовать, и при разговорах с другими, говорить, что есть некоторые люди, которые почему-то называют это так, а то - так
источник

АГ

Александр Гранин in fprog_spb
Это хаскеллисты придумали, что их язык - стандарт, пусть даже "де-факто". И теперь угнетают прочих этим.
источник

AV

Alexander Vershilov in fprog_spb
> то есть тогда любая функция в своей специализированной монаде, если она неполиморфна?

это функция работающая с определенным типом и контектом, и она тут ни при чем
источник

DR

Denis Redozubov in fprog_spb
Alexander Vershilov
причем хочу заметить это не делает язык хуже
Вообще зачастую делает, но HKT, например, это сложнореализуемая фича имплементации компиляторов и часто понятно почему её не сделали, а потратили время на что-то другое. Мне вот в расте хочется HKT, но я готов его не упрекать в их отсутсвии.
источник

AV

Alexander Vershilov in fprog_spb
Александр Гранин
Это хаскеллисты придумали, что их язык - стандарт, пусть даже "де-факто". И теперь угнетают прочих этим.
я никого ничем не угнетаю
источник

АГ

Александр Гранин in fprog_spb
Alexander Vershilov
если ты хочешь называть это монадным программированием - называй, но пожалуйста придумай термин для того, чем это называю я
Меня устроит "обобщенное монадное программирование". Меня даже устроит "правильное монадное программирование". Меня не устроит только, если мы будем делать специальные определения, усекающие ровно то же поведение в пользу крутости Haskell.

Но в общении со мной я не призываю использовать какие-либо специальные термины. Я переживу
источник

DR

Denis Redozubov in fprog_spb
да причем тут haskell, уймитесь
источник

AV

Alexander Vershilov in fprog_spb
ещё раз с тебя термин, для того, как разывать программирование с использованием абстракции Monad
источник

AV

Alexander Vershilov in fprog_spb
Александр Гранин
Меня устроит "обобщенное монадное программирование". Меня даже устроит "правильное монадное программирование". Меня не устроит только, если мы будем делать специальные определения, усекающие ровно то же поведение в пользу крутости Haskell.

Но в общении со мной я не призываю использовать какие-либо специальные термины. Я переживу
нет, вы просите называть одним термином две _разные_ вещи
источник