Size: a a a

Programming Offtop

2020 October 25

(

( in Programming Offtop
Mikhail Levchenko
Ты, видимо, пропустил весь поинт доклада. Моя цель не в том, чтобы захуячить абстрактный инструмент для решения любых задач, а конкретно задачу упаковки UI логики в чистые функции
Зачем сравнивать Эрроу и tea как 2 варианта делать фп, если это одно и то же
источник

ML

Mikhail Levchenko in Programming Offtop
(
Зачем сравнивать Эрроу и tea как 2 варианта делать фп, если это одно и то же
Зачем сравнивать фп и ооп если всё равно это всё просто сложение чисел в памяти?
источник

BP

Bogdan Panchenko in Programming Offtop
Mikhail Levchenko
Зачем сравнивать фп и ооп если всё равно это всё просто сложение чисел в памяти?
Зачем сравнивать числа в памяти если это все равно движение электронов (энергии)
источник

MC

Miley Cyrus in Programming Offtop
Bogdan Panchenko
Зачем сравнивать числа в памяти если это все равно движение электронов (энергии)
источник

(

( in Programming Offtop
Mikhail Levchenko
Зачем сравнивать фп и ооп если всё равно это всё просто сложение чисел в памяти?
Неправильная аналогия
источник

(

( in Programming Offtop
Кроме того, что одно теоретически можно выразить через другое, ооп и фп это на бумаге очень разные подходы
вся TEA - это одна MVar с дополнительными свойствами, и.е. это деталька в большом мире необходимости явно показывать IO (то есть, в мире чистых языков), но поскольку язык у нас не чистый и IO подставляется неявно везде, как-то забываешь исходный тезис
Поинт в том, что TEA и Arrow это не разные подходы, первый вложен во второй, пусть и сам эрроу скорее всего менее используем, чем декларативные архитектуры на андроиде
Ничего не мешает внешне композировать разные чайные "системы", например, как делают в (вроде) Badoo и за этот подход персонально адвокейтит @ArkaNN1985
источник

(

( in Programming Offtop
Вопрос только в том, как их композировать и сколько вайринга придётся писать, как в случае если т.н. TeaVar будет Align-ом (https://hackage.haskell.org/package/these-0.7.3/docs/Data-Align.html) или они просто будут связываться произвольным образом вне себя через пресловутое IO
main = do {
 teaVar1 <- makeTeaVar state1 reduce1 handle1
 teaVar2 <- makeTeaVar state2 reduce2 handle2
 forkIO (doSomethingRepeatedlyOn teaVar1 teaVar2)
|
источник

DP

Dmitry Ponyatov in Programming Offtop
у кого-то Spotify стал орать рекламу на полную громкость без учета настроек пользователя?
источник

DP

Dmitry Ponyatov in Programming Offtop
кто знает, есть опенсорсные/приварные сетевые плееры на базе торрент-ждвижка?
источник

ML

Mikhail Levchenko in Programming Offtop
(
Кроме того, что одно теоретически можно выразить через другое, ооп и фп это на бумаге очень разные подходы
вся TEA - это одна MVar с дополнительными свойствами, и.е. это деталька в большом мире необходимости явно показывать IO (то есть, в мире чистых языков), но поскольку язык у нас не чистый и IO подставляется неявно везде, как-то забываешь исходный тезис
Поинт в том, что TEA и Arrow это не разные подходы, первый вложен во второй, пусть и сам эрроу скорее всего менее используем, чем декларативные архитектуры на андроиде
Ничего не мешает внешне композировать разные чайные "системы", например, как делают в (вроде) Badoo и за этот подход персонально адвокейтит @ArkaNN1985
Смотри, не сами подходы принципиально различается, а их использование. В случае с Arrow у тебя есть множество структур типа IO, MVar и ты с их помощью пытаешься решить задачу, подогнав её под эти инструменты. В случае с TEA (да и MVIKotlin туда же) мы пляшем от задачи идём больше по индукции, обобщая повторящиеся шаги в специализированные сущности


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

(

( in Programming Offtop
Mikhail Levchenko
Смотри, не сами подходы принципиально различается, а их использование. В случае с Arrow у тебя есть множество структур типа IO, MVar и ты с их помощью пытаешься решить задачу, подогнав её под эти инструменты. В случае с TEA (да и MVIKotlin туда же) мы пляшем от задачи идём больше по индукции, обобщая повторящиеся шаги в специализированные сущности


Аналогом нашего спора будет спор про ZIO против тех же MVar и IO. Казалось бы, все эти монадки ахуенно мощные штуки, раз из них можно столько разного нахуевертить и они включают в себя и TEA и ZIO, но при этом часто гораздо лучше использовать менее мощный и более специализированный инструмент за счет как раз таки больших ограничений, а вследствие, и большего контроля за происходящим
...учитывая то, что зио нынче повторяет апи котоэффектов, просто на своём примитиве и не является менее мощным, чем собственно котоэффекты

если только ты не находишься в богом проклятом эльме, рано или поздно придётся подняться на уровень выше и решить, как композировать чайные системы, как исполнять эффекты и так далее
В конце концов, Arrow - это вопрос о том, как писать этот уровень выше и его нельзя противопоставлять чаю, его можно противопоставлять "вашей стандартной клинмвп хуйне", и, что анекдотично, чай можно (нужно) противопоставлять тому же самому
Это истекает из того, что в грязных языках мвп вс чай это дисциплинарная условность, а в чистых языках есть два пути рулить состоянием - хуёвый и пресловутый, где первый это дрочинг ИО и структур типа MVar, а второй это чай
Что не отменяет того, что хендлеры должны ходить в сеть, в бд и в кеши в оперативной памяти, и.е. так или иначе хуёвый путь находит свою дорогу в вашу кодовую базу
источник

(

( in Programming Offtop
В некотором смысле, в том же ключе, что и "вашамвпклинхуйня" вс чай, можно говорить и про Эрроу вс чай, но тогда нужно опять же говорить про "дрочинг мутабельного моря говна" вс чай, вне зависимости от инструмента, которым это достигается, будь это грязный язык или хаскелеподобные примитивы
источник

AI

Aynur Iceman in Programming Offtop
Anton Korotkikh
а какой смысл вообще сейчас в микроконтроллерах помиомо легаси? ну типа мощности же дешёвые, микрокомпухтеры очень доступны. какой смысл вообще бодаться в таких сверхограниченных ресурсах?

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

RU

Roman Ushakov in Programming Offtop
Владельцы VR-шлемов Oculus обратили внимание на обновлённые условия использования и узнали, что удаление профиля в Фейсбуке теперь приведёт и к удалению всей библиотеки контента.

А одновременное использование двух устройств с одного аккаунта повлечёт за собой бан профиля.

https://dtf.ru/hard/239537
источник

AI

Aynur Iceman in Programming Offtop
Roman Ushakov
Владельцы VR-шлемов Oculus обратили внимание на обновлённые условия использования и узнали, что удаление профиля в Фейсбуке теперь приведёт и к удалению всей библиотеки контента.

А одновременное использование двух устройств с одного аккаунта повлечёт за собой бан профиля.

https://dtf.ru/hard/239537
жесть
источник

RU

Roman Ushakov in Programming Offtop
Был Окулус и мёртв окулус
источник

RU

Roman Ushakov in Programming Offtop
Блин, а я даже думал купить. Лучше стимовский вр куплю.
источник

DP

Dmitry Ponyatov in Programming Offtop
Переслано от Dmitry Ponyatov
"психология и психопатология искусственного интеллекта"
блин, куда бы скинуть идею открытия кафедры в наноВУЗе
источник

MC

Miley Cyrus in Programming Offtop
Вам не кажется, что люди слишком странно относятся к ИИ?)
источник

AN

Alexander Nozik in Programming Offtop
Miley Cyrus
Вам не кажется, что люди слишком странно относятся к ИИ?)
Люди в большинстве своем не знают, что это такое. И благополучно называют ИИ нейронные сети
источник