отанды
Можно в 8 версии
Oleg
Я образно
Oleg
А так да, замыкания ввели
отанды
Ну ок, можешь просто на скале писать
Дима
В джс точнее, сейчас на ноде потому что
Sergey
Норм
ну например вот задачка из двух частей. Часть первая. В системе могут регистрироваться покупатели и продавцы. Сделай мне диаграмку типов, мол какие типы у нас есть, и как они между собой соотносятся? (по типу диаграммы классов)
Дима
Ну ок, можешь просто на скале писать
Нее, скалу в расчёт не берём) Я планирую на неё перейти через год - два
Sergey
а kotlin?
отанды
отанды
Потому что в кроватке
Oleg
На основе доки с типизацией можно
Sergey
что-то типат акого
Oleg
Точнее не можно а делал я
Sergey
Диаграмму не нарисую
а да, забыл. Мы рассматриваем сейчас только регистрацию пользователей, так что забудь о продуктах)
отанды
Клиенты и Продавцы валяются в общем классе, который является магазином. Внутри каждого Продавца и Клиента, есть тип Продукт
Oleg
Это отдельный холивар
Sergey
Клиенты и Продавцы валяются в общем классе, который является магазином. Внутри каждого Продавца и Клиента, есть тип Продукт
> Внутри каждого Продавца и Клиента, есть тип Продукт
почему внутри?
Oleg
А ещё можно не наследовать, а миксовать свойства
Sergey
А ещё можно не наследовать, а миксовать свойства
погодь, я пока не увидел в этом описании наследования. Это уже +1 балл)
отанды
Потому что товар, который продает продавец и товар, что хочет купить клиент зависит от клиента и продавца. Ты же не можешь в магазине сони попросить дошик
Oleg
Можешь
Oleg
Но безрезультатно
отанды
Тебе откажут
Oleg
Валидация данных
Oleg
😄
Sergey
Sergey
ограничения - только продавцы могут создавать продукты, только покупатели могут их заказывать
Oleg
То ли вопрос слишком примитивен, то ли тут подвох
отанды
Окей, но почему это внутри клиента, так потому что, инфу о том, что хочет получить клиент надо где-то хранить. А где ее хранить, если не в самом экземпляре объекта клиент
Sergey
погоди, давай с регистрацией определимся)
Sergey
потом к продуктам)
отанды
Регистрация продавцов и клиентов в магазине?
Sergey
и да, "клиент" это кто? С точки зрения нашей системы клиенты это и продавцы и покупатели. Они клиенты нашей торговой площадки
Sergey
Регистрация продавцов и клиентов в магазине?
короч, задачка в контексте проектирования сущностей
Sergey
если что
отанды
Sergey
для меня как "владельца бизнеса" разницы нет
Sergey
и тот и тот - клиент
отанды
Для системы магазина
Oleg
Ну продавец конечно не совсем клиент
Oleg
Хотя если у тебя торговая площадка
Oleg
То да
Oleg
Типа алиэкспреса
Sergey
Ну продавец конечно не совсем клиент
ты регистрируешься на фриланс бирже и размещаешь объявление о найме. Ты клиент или нет?
отанды
С каждой продажи получаешь мзду
Oleg
Вот
Oleg
Это важное уточнение
Oleg
Что у нас площадка
Oleg
А не частный магазин
Sergey
да
Sergey
торговая площадка
Sergey
можно регистрироваться как покупатель и как продовец
Sergey
покупатели покупают, продавцы продают
Sergey
мы получаем таксу
Sergey
профит
Oleg
Тут есть целая масса как это сделать
Sergey
целая масса)
Oleg
С правами доступа теми же
Oleg
А ещё могут быть разные категории
Sergey
таких ограничений нет
отанды
Лучше скажи, какой верный ответ и обоснование его. Действительно можно описать систему так, что снаружи она будет принимать очень похожие сущности за одинаковые
Oleg
Я правда не понял один факт - это вопрос ко всем или конкретно к одному человеку
отанды
Я для себя вывел, что там должно быть два объекта, так как каждый продавец продает что-то и требует юниты
Sergey
Лучше скажи, какой верный ответ и обоснование его. Действительно можно описать систему так, что снаружи она будет принимать очень похожие сущности за одинаковые
мы только что обсуждали что "верный ответ" в такой задаче это уже бред. Есть масса способов это сделать и если это будет работать - это будет верный ответ. Меня интересует в первую очередь как собеседуемый чувак думает.
Дима
А хотите алгоритмическую задачку)
Oleg
Потому что не знаю, но мы обсуждаем как-то абстрактно простую типичную задачу
Дима
Без правильного ответа 🌚
отанды
Клиент эти юниты имеет и хочет определенный продукт
Sergey
Я для себя вывел, что там должно быть два объекта, так как каждый продавец продает что-то и требует юниты
а я для себя пока на бумажке отметил следующее:
- задает вопросы, пытается разобраться в логике.
Sergey
Клиент эти юниты имеет и хочет определенный продукт
повторюсь. Мы пока говорим только о регистрации а не о всей системе
Sergey
то есть тупо что у нас должно быть что бы можно было людям регистрироваться как покупатели и продавцы
Sergey
продукты, управление каталогом - это пока не интересно