Уже лучше. Т.е. есть структура, которая хранит не только данные, но и код взаимодействия с этими данными, и мы в рантайме можем изменить этот код и будет иначе работа вестись?
не совсем "изменить код", просто поднять новую штуку с новыми данными и новыми кодом, и попросить сообщения слать не старой а новой
Sergey
Sergey
подменить реализацию
Sergey
это late binding nипа
Viktor
Ну я согласен например. Я и не пытался понять. Надрочил джаву и пошёл на собес
Viktor
другая штука. Распространенное понимание ООП - отсутствие понимания вовсе)
Viktor
Я думаю у многих так было
Sergey
Ну я согласен например. Я и не пытался понять. Надрочил джаву и пошёл на собес
можешь глянуть какой-нибудь видос с David West на тему того как java и провальная политика Xerox погубили smalltalk и ООП
Sergey
другая штука. Распространенное понимание ООП - отсутствие понимания вовсе)
ты только не подумай что я призываю делать как-то по другому. Ну то есть я все так же пишу код с геттерами, все так же где-то говнишко процедурное вставляю...
Sergey
просто была охрененная идея, в которой если разобраться, можно нехило так научиться писать поддерживаемый код. Оно местами избыточно и сложно, но помочь тебе делать декомпозицию правильнее, помочь тебе изолировать говнокод оно должно
Sergey
в целом еще функциональное имеет смысл позадрачивать - там недопониманий меньше, и идеи очень похожи
Viktor
другая штука. Распространенное понимание ООП - отсутствие понимания вовсе)
Не, осознавать вещи вместо того что б думать "это так,потому что все так считают" это здраво
Sergey
культ карго, угу
Sergey
https://www.youtube.com/watch?v=oiFYPAel-KY
Alex
в целом еще функциональное имеет смысл позадрачивать - там недопониманий меньше, и идеи очень похожи
А не больше ли? Именно недопониманий.
Sergey
буквально вчера @mkusher выкладывал
Sergey
А не больше ли? Именно недопониманий.
скажем так, если в монады не лазить - то все весьма просто
Sergey
ну и в теорию типов/категорий
Sergey
хотя последнее полезно и для ООП
Sergey
интересный факт, концепт языка программирования с управляющими структурами по типу if/while, с обработкой исключений и т.д. был разработан еще в середине 40-х
Sergey
так что... к вопросу о развитии языков - ничего нового в самих языках небыло уже очень давно
Sergey
в основном в языки впиливаются новые плюшки просто что бы бороться неудобствами старых
Sergey
идеал недостижим, а потому все языки это некий компромис
Nikolay
https://m.habrahabr.ru/post/307720/ вот вам даже на русском
Nikolay
https://m.habrahabr.ru/post/147890/
Sergey
пробежался по комментам - там тоже много булшита в головах
Nikolay
всё уже разжевано в нельзя, но лень взять и прочитать
Sergey
но статья вроде бы норм
Sergey
может за Read Model похоливарим?
Sergey
например простая задача - список продуктов. Меня беспокоит что типичный разработчик сначала попросит свою любимую ORM замэпить данные на сущности какие-нибудь, потом он напишет сверху еще приблуду которая уже будет мэпить сущности в json или шаблончики которые будут забирать данные оттуда
Alex
Список продуктов какой?
Alex
В магазине продающем эти продукты?
Sergey
ну например
Alex
Или у пользователя прилога со списком продуктов, в который он сам будет их добавлять?
Sergey
какая разница?
Sergey
тебе на UI надо отобразить список продуктов
Alex
Большая, может быть?
Sergey
что он сними делает - это уже другая задача
Alex
Ну так "есть список продуктов" и "я хочу показывать список продуктов" я считаю разными очень простыми задачами.
Sergey
окей, ты хочешь показать список продуктов
Alex
Ну, везде есть виджеты для списков, возьму платформу, воьму best practice, покажу список, в чём вопрос был?
Sergey
какую платформу ты возьмешь?
Sergey
вообще на чем ты пишешь?
Alex
Это уже части задачи, а не ко мне вопрос. Списком продуктом я пользовался бы в магазине наверное, потому стоит обратить внимание на что-то мобильное, например android, так совпало, что конкретно сейчас большинство внимания уделяю именно этой платформе.
Sergey
Sergey
допустим да, это какой-то интернет магазин, это андроид приложение
Sergey
и тебе надо сделать на сервере API
Sergey
что будешь юзать?
Sergey
и хоть список продуктов стандартный, сам магазин мега кастомный, потому все с нуля
Alex
Ну, хм, зависит от размеров, нет? Можно конечно ерланг взять каноничный, но стоит ли?
Sergey
.... ты на каком языке писать умеешь?)
Sergey
наверное ты такой и возьмешь?
Sergey
java?
Alex
Да, java.
Sergey
я правильно понимаю что ты не бэкэндщик? Или бэкэндщик?
Sergey
ибо на клиенте с такими вещами проще - у тебя тупо нет необходимости обычно в сложных ORM
Sergey
а потому их обычно и нет
Alex
Именно. Да, сейчас не бекендщик.
Sergey
но в былые времена как бы ты дела делал?
Sergey
а хотя ладно, забей
fink3L
я возьму пхп, тюк тюк, mysql_query, while, немного html и готово
fink3L
орм какие-то
fink3L
придумают тоже мне
fink3L
формочку сделал, хуяк-шмяк, пост обработал, в базу записал и готово
Sergey
окей, оформление заказа тоже так бы делал?)
Sergey
скидки?
Sergey
скидки с кучей условий?
Sergey
как быстро при таком подходе твой код станет похож на горшочек спагетти?
fink3L
удалил бы все, что написал до этого, взял бы свою любимую орм...
Sergey
то есть твой простой список товаров ты бы тоже на orm переделал?)
Sergey
ты же все удалил
fink3L
ну да, а что?
Sergey
ну вот это как раз та проблема о которой я и говорю
Sergey
либо мы все делаем на ORM либо ничего
Sergey
и вот что интересует - откуда такая поляризация
Sergey
чем плохо было бы оставить список товаров не на orm?
Sergey
ну мол у тебя ж работало
Sergey
для сложных вещей возьми orm, для простых ничего не меняется
fink3L
затем что скидки там сложные и тд и тп