Sergey
для того что бы трансформации делать
Sergey
ну может чего поменялось но мне казалось что почти все JIT штуки работают примерно одинаково
Anton
сорри, мне нечего ответить, так глубоко в компиляторы я не залазил
Sergey
учить хаскель, чтобы компилировать в жс
что бы потом учить детей теории категорий
Sergey
сорри, мне нечего ответить, так глубоко в компиляторы я не залазил
ну я тоже на 100% не уверен, так что сойдемся что "хз"
Anton
учить хаскель, чтобы компилировать в жс
кого-то прет хаскель, а тут и фронт писать можно на нем, чеб и нет
Anton
на бейбле же фигачат
Sergey
кого-то прет хаскель, а тут и фронт писать можно на нем, чеб и нет
будет проблема совместимости библиотек и проблемы масштабирования тимы
Anonymous
на бейбле же фигачат
ну да, только хотела сказать, но думаю есть подводные камни
Sergey
ну да, только хотела сказать, но думаю есть подводные камни
попробуй найти дешевого (меньше $5К) хаскелиста, что бы он был адекватный и при этом мог говорить на человеческом языке
Anton
это хаскель, конечно же есть!
Anton
забирайте
Anton
21 день на изучение хаскеля и я готов
Anonymous
оптимист
Anonymous
Я за 3.5 соглашусь и 20 дней на изучени5
Anton
раз С++ за 21 можно, то и хаскель пойдет
Anonymous
Anton
ахах)
Anton
спалили
Anonymous
За 1500 мб
Sergey
а если вырвать из контекста
Дима
За 1500 мб
За полтора гигабайта?
Anton
то кто-то тут продажный кодер
Sergey
да все мы тут продажные
Sergey
если мне скажут за $30/h пописать под вордпресс я даже наверное соглашусь
Anonymous
Anton
я за $1.5 хаскель бы не учил
Sergey
уууу, вот это ты внатуре без гордости
я видел кое-какое говно в своей жизни)
Anton
за 30 баксов, на вордпресс :(
Sergey
ну да, как девочка на трассе за тритцон
Sergey
(((
Sergey
пойду поплачу
Sergey
что бы сменить тему... а тут есть кто-нибудь кто на ноде фигачит или за бэкэндщиками в нодовский чатик идти?
Anton
я немного фигачу
Sergey
если что - меня интересует дихатомия сериализации и инкапсуляции
Sergey
пофилосовствовать да идей поворовать
Anton
дихотомия?
Sergey
ну тип что сериализация сущностей в json как правило заставляет ломать инкапсуляцию
Sergey
эксоузить знания о модели данных наружу
Sergey
хорошо только когда у тебя cqrs + event sourcing, тогда это норм
Sergey
тогда у тебя логика работает с ивентами и модель данных по сути деталь реализации апишки а не приложения
Sergey
экспоузить знания*
Anton
чет ты шото совсем дикое грузишь)
Anton
то ли я тупой, то ли ты, я пока еще не понял)
Ilia
Нужны примеры
Ilia
Под ломанием инкапсуляции наверное имеется в виду передача связанных объектов типа {"book_id":420, "author":{"author_id":421, ...}}
Sergey
ты просто чатик перепутал)
ну блин похапэшники ответа не дали, джависты тоже
Ale
и жависты не дали?
Sergey
и жависты не дали?
джависты отмахнулись и сказали "фигачть DTO"
Ale
как?)
Ale
или это они забыли рассказать
Sergey
хз, я на курилке одного поймал, так что разговор не долгий был)
Ilia
Конвенцией запретить вложенные модели в json-сериализациях :)
Ale
можно в projvm попробовать
Ilia
Но тогда будут десятки запросов
Ale
а как быть когда это надо?
говорить бизнесу, что законом запрещено, хоть и безопасно
Ilia
Перенести в вебсокеты в таком случае
Sergey
Но тогда будут десятки запросов
даже не так... тогда нет смысла в API, это как раз полное ломание инкапсуляции. С таким успехом можно REST интерфейс к реляционной базе дать
Ilia
Погоди, ну у нас ломание и происходит из-за того что пытаемся продублировать модели и их связи в сериализованных представлениях
Ale
чую, сейчас решим проблему
Ilia
Порой бездумно, "чтобы было"
Sergey
Порой бездумно, "чтобы было"
такая проблема тоже есть
Anton
можно просто не отдавать поле
Ilia
Бизнес-логику можно формулировать исходя из простых типов данных а не из моделей, но это сложно и надо думать над каждой вьюхой, плюс это добавляет сложностей в поддержке потом
Ilia
Но зато всё чисто и ничего лишнего не цепляется для решения задачи