Я просто и сам собеседовался и других собеседовал, побывал и там и сям

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

есть такое... но тут есть нюансы. Обычно интервьюверы набираются опыта брать интервью их проходя. И если у чувака было много тупых задачек, он возможно не поймет что "хотели посмтреть не решениа а как думает". И будет зацикливаться на решениях

— Напишите ооп с использованием __proto__. ... — Какой же вы сеньор!

я только сейчас начал собирать какие-то удачные вопросы или задачки

хотя собесы веду уже года полтора

Ну-ка, задай что-то!

Ещё весело когда задающий вопрос думает что знает правильный ответ, но ответ то не правильный...

Ну-ка, задай что-то!

Могешь на php?)

Только более обобщенное от js

Ещё весело когда задающий вопрос думает что знает правильный ответ, но ответ то не правильный...

есть такое))

Ну такое, с докой смогу

Я джавист

есть такое))

Но если удалось убедить спрашивающего что ответ вот иной - бывает 2 рекации - неприязнь - либо - да ты господь бог, берем.

Я джавист в завязке

Я джавист в завязке

Норм

Ну такое, с докой смогу

секу, сча gist открою

Я джавист в завязке

А почему в завязке?

В яве нельзя ФП

Можно в 8 версии

Я образно

А так да, замыкания ввели

Ну ок, можешь просто на скале писать

А почему в завязке?

Разонравилась)) В фронте больше динамики и развития

В джс точнее, сейчас на ноде потому что

Норм

ну например вот задачка из двух частей. Часть первая. В системе могут регистрироваться покупатели и продавцы. Сделай мне диаграмку типов, мол какие типы у нас есть, и как они между собой соотносятся? (по типу диаграммы классов)

В джс точнее, сейчас на ноде потому что

А ты с какой позиции ушел с джавы?

Ну ок, можешь просто на скале писать

Нее, скалу в расчёт не берём) Я планирую на неё перейти через год - два

а kotlin?

ну например вот задачка из двух частей. Часть первая. В системе могут регистрироваться покупатели и продавцы. Сделай мне диаграмку типов, мол какие типы у нас есть, и как они между собой соотносятся? (по типу диаграммы классов)

Диаграмму не нарисую

Потому что в кроватке

На основе доки с типизацией можно

Диаграмму не нарисую

ну банально Product <- Merchant

что-то типат акого

Точнее не можно а делал я

Диаграмму не нарисую

а да, забыл. Мы рассматриваем сейчас только регистрацию пользователей, так что забудь о продуктах)

Клиенты и Продавцы валяются в общем классе, который является магазином. Внутри каждого Продавца и Клиента, есть тип Продукт

а kotlin?

Нее, с продуктами JetBrains я сейчас принципиально не связываюсь ?

Нее, с продуктами JetBrains я сейчас принципиально не связываюсь ?

Чому

Это отдельный холивар

Клиенты и Продавцы валяются в общем классе, который является магазином. Внутри каждого Продавца и Клиента, есть тип Продукт

> Внутри каждого Продавца и Клиента, есть тип Продукт почему внутри?

А ещё можно не наследовать, а миксовать свойства

Чому

Мне кажется они слегка тормознулись в последнее время

А ещё можно не наследовать, а миксовать свойства

погодь, я пока не увидел в этом описании наследования. Это уже +1 балл)

Потому что товар, который продает продавец и товар, что хочет купить клиент зависит от клиента и продавца. Ты же не можешь в магазине сони попросить дошик

Можешь

Но безрезультатно

Тебе откажут

Валидация данных

?

Потому что товар, который продает продавец и товар, что хочет купить клиент зависит от клиента и продавца. Ты же не можешь в магазине сони попросить дошик

таких ограничений в требованиях нет.

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

То ли вопрос слишком примитивен, то ли тут подвох

Окей, но почему это внутри клиента, так потому что, инфу о том, что хочет получить клиент надо где-то хранить. А где ее хранить, если не в самом экземпляре объекта клиент

погоди, давай с регистрацией определимся)

потом к продуктам)

Регистрация продавцов и клиентов в магазине?

и да, "клиент" это кто? С точки зрения нашей системы клиенты это и продавцы и покупатели. Они клиенты нашей торговой площадки

Регистрация продавцов и клиентов в магазине?

короч, задачка в контексте проектирования сущностей

если что

и да, "клиент" это кто? С точки зрения нашей системы клиенты это и продавцы и покупатели. Они клиенты нашей торговой площадки

Разница есть

Разница есть

разница для кого?

для меня как "владельца бизнеса" разницы нет

и тот и тот - клиент

Для системы магазина

Ну продавец конечно не совсем клиент

Хотя если у тебя торговая площадка

То да

ERROR: S client not available

Типа алиэкспреса

Ну продавец конечно не совсем клиент

ты регистрируешься на фриланс бирже и размещаешь объявление о найме. Ты клиент или нет?

С каждой продажи получаешь мзду

Вот

Это важное уточнение

Что у нас площадка

А не частный магазин

Вот

в оригинале там вообще про студентов барменов космонавтов", я просто меняю домен

да

торговая площадка

можно регистрироваться как покупатель и как продовец

покупатели покупают, продавцы продают

мы получаем таксу

профит

Тут есть целая масса как это сделать

целая масса)

С правами доступа теми же

А ещё могут быть разные категории

таких ограничений нет

Лучше скажи, какой верный ответ и обоснование его. Действительно можно описать систему так, что снаружи она будет принимать очень похожие сущности за одинаковые

Я правда не понял один факт - это вопрос ко всем или конкретно к одному человеку

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

Лучше скажи, какой верный ответ и обоснование его. Действительно можно описать систему так, что снаружи она будет принимать очень похожие сущности за одинаковые

мы только что обсуждали что "верный ответ" в такой задаче это уже бред. Есть масса способов это сделать и если это будет работать - это будет верный ответ. Меня интересует в первую очередь как собеседуемый чувак думает.

А хотите алгоритмическую задачку)

Потому что не знаю, но мы обсуждаем как-то абстрактно простую типичную задачу

Без правильного ответа ?

Клиент эти юниты имеет и хочет определенный продукт

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

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

Клиент эти юниты имеет и хочет определенный продукт

повторюсь. Мы пока говорим только о регистрации а не о всей системе

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

продукты, управление каталогом - это пока не интересно

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