Бэкенд — нода + БД (пожалуй, всё равно, какая) + редис с подписочками на сокет-соединение с клиентом и в обратную сторону-тоже. Клиент на реакте (впрочем, тоже всё равное, на чём) + Redux с подпиской на вебсокеты. Суть в том, что у нас получится общий медиатор для клиента и для сервера. Гитлаб получится прям как живой. Всё будет жевелиться и свистопердеть, в реальном времени обновляться у всех и сразу.

Это ADT

> @sovamist не спасут не промисы ничего async await

ооп про это вообще не говорит

всё что ты описал вообще не нужно когда есть около 40 моделей и между моделями по 5-6 связей нода на 3-4 связях загибается как нефиг делать код превращается в лапшу особенно если нужны данные с 2-3 уровня глубины не спасут не промисы ничего

код будет дико медленным

Зато говорят конкретные реализации

Спасут прямые руки. Если твой код лапша, в этом виноват ты, а не платформа.

ну блин, фп плохой, потому что в пхп так сделали

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

всё что ты описал вообще не нужно когда есть около 40 моделей и между моделями по 5-6 связей нода на 3-4 связях загибается как нефиг делать код превращается в лапшу особенно если нужны данные с 2-3 уровня глубины не спасут не промисы ничего

Не распарсил вот это)

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

Событийной модели? Это ты иди паттерны гугли.

нахрена мне событийная модель?

мне нужно получить пачку данных

m1 hasmany m2 manytomany m3 hasmany m4 у меня есть m1 мне нужно получить все m4

gitlab

при чем тут нода, если это sql?

Ты покажи свою реализацию, что там за проблемное место на ноде.

ооп про это вообще не говорит

я свалил на руби из-за этого

Да пофиг, куда ты свалил. Код покажи. Где там у тебя лапша.

так нет кода потому что нет адекватной реализации проблемы!

Начнём отсюда, я вижу меня не так поняли) 1. Всё является объектом. 2. Вычисления осуществляются путём взаимодействия (обмена данными) между объектами, при котором один объект требует, чтобы другой объект выполнил некоторое действие. Объекты взаимодействуют, посылая и получая сообщения. Сообщение — это запрос на выполнение действия, дополненный набором аргументов, которые могут понадобиться при выполнении действия. 3. Каждый объект имеет независимую память, которая состоит из других объектов. 4. Каждый объект является представителем класса, который выражает общие свойства объектов (таких, как целые числа или списки). 5. В классе задаётся поведение (функциональность) объекта. Тем самым все объекты, которые являются экземплярами одного класса, могут выполнять одни и те же действия. 6. Классы организованы в единую древовидную структуру с общим корнем, называемую иерархией наследования. Память и поведение, связанное с экземплярами определённого класса, автоматически доступны любому классу, расположенному ниже в иерархическом дереве.

Ну, тогда покажи просто пример. Не будь голословен.

Начнём отсюда, я вижу меня не так поняли) 1. Всё является объектом. 2. Вычисления осуществляются путём взаимодействия (обмена данными) между объектами, при котором один объект требует, чтобы другой объект выполнил некоторое действие. Объекты взаимодействуют, посылая и получая сообщения. Сообщение — это запрос на выполнение действия, дополненный набором аргументов, которые могут понадобиться при выполнении действия. 3. Каждый объект имеет независимую память, которая состоит из других объектов. 4. Каждый объект является представителем класса, который выражает общие свойства объектов (таких, как целые числа или списки). 5. В классе задаётся поведение (функциональность) объекта. Тем самым все объекты, которые являются экземплярами одного класса, могут выполнять одни и те же действия. 6. Классы организованы в единую древовидную структуру с общим корнем, называемую иерархией наследования. Память и поведение, связанное с экземплярами определённого класса, автоматически доступны любому классу, расположенному ниже в иерархическом дереве.

4 5 6 неправда, interface тогда не существует?)

пример кода на ноде? или чего?

так нет кода потому что нет адекватной реализации проблемы!

Пардон. Не всё. Есть примитивы. Просто у них поведение объектов.

Это Алан Кей про smalltalk, всё остальное это модификации. Есть примитивы — окей, модифицируешь правила для требуемой системы типов

пример кода на ноде? или чего?

^

Так покажи чужой код с примером лапши, чтобы мы знали, что такое лапша.

Я не вижу смысла говорить про ооп в вакууме, есть конкретные реализации системы типов, вот их и можно обсуждать. От этого списка просто можно отталкиваться

Ну, да. Вот покажи пальцем, и скажи, что не надо так. Ну, просто мы не все здесь понимаем, что такое по-твоему лапша. Для многих лапша давно в прошлом, и мы не понимаем, о чём ты.

^

костыли с наследованием только из-за отстойной системы типов