А шкала сама - алгоритм сравнения свойств

Он может быть и в самом объекте хранится сравниваемом, а может быть и вовне

В другом объекте, что производить сравнения

Ладно, обещаю прочитать ответ завтра и ответить на него, а сейчас увы, но надо уже спать 😄

В данном случае прикладываем к некоторым свойствам

class Eq a where eq :: a -> a -> Boolean Тайпкласс сравниваемых на равенство объектов тривиален — его инстансы имеют функцию возвращающая bool после двух инстансов класса Пока что можешь представить себе как обычный интерфейс с методом eq Вводим понятие сравнения — все инстансы этого тайпкласса можно сравнить data Ordering = LT | EQ | GT class Eq a <= Ord a where compare :: a -> a -> Ordering Как видишь, Ord определяется через отношение с другим тайпклассом The Ord type class defines the compare function, which can be used to compare two values, for types which support ordering И погнали Можно делать сложение (массивы сущностей, строки — всё едино) class Semigroup a where append :: a -> a -> a Если мы можем показать, где в тайпклассе пустой элемент — можем делать reduce class Semigroup m <= Monoid m where mempty :: m

И так далее)

Пытаясь это выражать отталкиваясь от объектов, у тебя просто будет безумный и бесполезный дженерик дженерика дженерика

А как это простым способом сделать через ФП?

Я тебе его уже описал выше 🙃

Эм, почему я вижу классы? 😄

Это тайпкласс

Это действительно ровно весь код, требуемый для описания сложных взаимозависимых понятий. По этой причине они отходят в разряд простых понятий

Так это же всё можно также в ООП сделать

А в ранг сложных привностятся радикально более эффективные сущности

Нельзя

Ты не можешь описать в ооп функциональную зависимость

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

Очевидно нужно понять что такое связь

И тогда станет понятно почему нельзя

Потому что пока можно

И тогда станет понятно почему нельзя

Увы, это так не работает)

Ты сначала начинаешь пользоваться инструментарием, а интуитивное понимание приходит позже

Связь это некоторое значение что описывает отношение одного объекта к другому. Почему это отношение нельзя записать в объект? А если действительно нельзя, то почему нельзя вынести в объект, который будет заниматься сравнениями?

В голове просто изначально нет нужных ассоциаций для сурово обобщённых явлений, в попытке их представить, жизненный опыт подсказывает уверенное ничего

Связь это некоторое значение что описывает отношение одного объекта к другому. Почему это отношение нельзя записать в объект? А если действительно нельзя, то почему нельзя вынести в объект, который будет заниматься сравнениями?

Потому что никакой объект не занимается этим, это свойство предметов. Ты просто можешь сказать, что мандарины — исчисляемы, а компот из мандаринов — нет

Приведи пример связи на примере мандаринов

В твоем понимании

Той самой что нельзя на объект наложить

И компот из мандаринов можно исчислят - количеством затраченных мандаринов, объемом компота, объемом сухой массы, объемом чистой воды, объемом минеральных примесей

И тд

Приведи пример связи на примере мандаринов

Торг с продавщицей

Пример хорош

🌚

Но дело в том что это взаимодействие

Взаимодействие объектов

Да

Соответственно это процесс уже жизни самих объектов

Функция из роддома до кладбища

Дело в том что это не нужно записывать логикой

Это то самое время - входят данные, начинается взаимодействие, выходят данные

Вот для того, чтобы описывать не только объекты, но и их взаимодействие — и нужен фп

Торг с продавщицей - есть определенные значения спроса и предожения у двух объектов, обмен сообщениями для достижения консенсуса

Взаимодействия сами по себе могут быть подвержены изменению

А, так это

Описывается взаимодействие

Интерфейсы - по сути и есть описание взаимодействий

Нет

Соответственно про изменения - так параметры меняются в процессе работы программы, меняются и передаваемые сообщения

Генерятся на основе входных данных

Я понял тебя

В ООП это просто не нужно потому что это рантайм

Представь себе, что на ходу меняется сам способ передачи алгоритмов

В ФП это описывается потому что времени там нет и соответственно процессы надо описать ведь они не произойдут если их не описать

Это нормально

Прокачка умения торговаться на рынке

Стейты же

Но дело в том что это взаимодействие

Вот, смотри, теперь я описал изменение взаимодействия самого по себе

Сбор фидбека, подгонка нужных параметров для достижения идеального

У тебя нет никаких параметров, типы абстрактны

В ООП просто оно само собой разумеется в рантайме

То есть не нужно описывать процесс чтобы он мог происходить

Не нужно устанавливать правила явно ибо они задаются не явно интерфейсами

Ну ты попробуй выразить то

Более того могут быть протоколы, да, но для этого могут быть посредники

Я тебе гарантирую, ты слегка удивишься

Так не нужно выражать, вот в чем дело

Оно уже выражается само

Ты просто сейчас говоришь про то про что я уже прошёл, и поверь мне, я довольно долго не мог смириться с мыслью, что я не смогу это выразить

Дело в том что я могу 😄

Ну ты попробуй

Так я описал

Рантайм

Не не не, рантайма в данный момент не существует, это просто типизация исходных данных

Так вот в том и дело что там где есть мутабельность и обмен сообщениями есть понятие времени, а значит процесс сам себя описывает возможностью вариантов

Ладно, на сегодня точно всё, но думаю мы ещё вернемся к этому как-нибудь 😄

Ребят, привет. банально, изучаю javascript, для практики пишу игру-кликер. Вопрос: расчеты количества нажатий мышки, другие расчеты мы делаем через javascript(клиент) или надо на сервере делать, что бы не могли перехватить и поставить свои значения?

Ребят, привет. банально, изучаю javascript, для практики пишу игру-кликер. Вопрос: расчеты количества нажатий мышки, другие расчеты мы делаем через javascript(клиент) или надо на сервере делать, что бы не могли перехватить и поставить свои значения?

Если будет какой-нибудь список лидеров, то периодически, конечно, нужно слать на сервер данные. К примеру раз в 10 секунд. Ну и валидировать, что не слишком часто кликают.

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

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

У тебя мультиплеер?

да