Скорее всего автор просто мерзкая личность и её цель получать как можно больше денег выполняя минимум работы. Думаю, что если будут просить отзывы с прошлых мест работы, то её никуда не возьмут. "И что это за профессия такая, прости господи! Сын лейтенанта Шмидта! Ну, год еще, ну, два. А дальше что? Дальше ваши рыжие кудри примелькаются, и вас просто начнут бить."
Спасибо за подробный ответ. Стало намного понятнее. Правда мой опыт с ивентами не самый положительный. Когда отправителей и получателей ивентов становится много, то становится страшно отправлять ивент потому что не видно всего, что может после него произойти.
Если у пользователя есть личный кабинет, в котором он может запросить счет на оплату. В своем кабинете пользователь видит свой запрос счета и может его отменить. Этот запрос должен попасть в личный кабинет бухгалтерии, они должны его обработать и результатом должно стать появление счета в кабинете клиента. Кто разбирается в DDD и не лень, можете описать кому в данном случае что принадлежит (например "запрос счета" принадлежит пользователю или бухгалтерии? А выставленный счет кому принадлежит?) И каким образом происходит взаимодействие (например, как запрос счета появляется в бухгалтерии после того как пользователь нажал на кнопку?).
Хороший принцип, хотя у меня часто соблазн поставить предмет на первое место: user, userActive, userActiveId, userActiveName таким образом user ставится типа namespace.
Не понятно в чем тут можно увидеть сарказм. Яндекс это компания, которая занимается огромным количеством супер технически сложных проектов: поиск, мл, базы данных, bi, облачные технологии и еще миллион всего, не говоря уже о бессчетном количестве их внутренних технологий. По вашему, это простые и стандартные задачи, где олимпиадникам нечего делать? Тогда им и в гугле нечего делать.
Мне с Razer наверное не повезло. Razer Basilisk оказалась одной из худших мышей, которые у меня были. Постоянно "засыпала" и ничего лучше, чем вынимать и вставлять батарейку я не нашел. Колесико стало плохо работать месяца через три.
Раньше говорили, что профессиональный программист (хотя чаще это говорили про верстальщика) пишет код в блокноте. Типа, ему только мешают всякие ide и т.п.. Сейчас код в блокноте пишет только дурак. Через короткое время только дурак не будет использовать ИИ помощников.
Только в вашей аналогии запорожец ехал вровень с бугатти до середины дороги и даже периодически опережал. Так что если бы бугатти не остановился, то все равно вполне возможно проиграл бы.
Преимущество fullstack в том, что он может легко переходить на новые технологии. Условно появился какой-то новый крутой язык программирования или фреймворк и fullstack легко на него перейдет, получив буст к продуктивности. А для узкого специалиста переход с какого нибудь jquery на react, делает его предыдущий опыт с jquery практически бесполезным.
Я крайне скептически отношусь ко всем методологиям, которые сокращаются в красивое слово. У меня всегда ощущение, что для получения красивого сокращения либо добавили лишнее, либо убрали нужное, либо выбрали термин, который хуже описывает принцип, но лучше ложится в сокращение.
А как вы оплатили доступ к апи?
Для меня главное преимущество в том, что легко делать адаптивную верстку.
А как перевести на русский язык админский интерфейс в strapi?
Скорее всего автор просто мерзкая личность и её цель получать как можно больше денег выполняя минимум работы. Думаю, что если будут просить отзывы с прошлых мест работы, то её никуда не возьмут. "И что это за профессия такая, прости господи! Сын лейтенанта Шмидта! Ну, год еще, ну, два. А дальше что? Дальше ваши рыжие кудри примелькаются, и вас просто начнут бить."
Спасибо за подробный ответ. Стало намного понятнее. Правда мой опыт с ивентами не самый положительный. Когда отправителей и получателей ивентов становится много, то становится страшно отправлять ивент потому что не видно всего, что может после него произойти.
Если у пользователя есть личный кабинет, в котором он может запросить счет на оплату. В своем кабинете пользователь видит свой запрос счета и может его отменить. Этот запрос должен попасть в личный кабинет бухгалтерии, они должны его обработать и результатом должно стать появление счета в кабинете клиента. Кто разбирается в DDD и не лень, можете описать кому в данном случае что принадлежит (например "запрос счета" принадлежит пользователю или бухгалтерии? А выставленный счет кому принадлежит?) И каким образом происходит взаимодействие (например, как запрос счета появляется в бухгалтерии после того как пользователь нажал на кнопку?).
Жду когда будет готов Navigation -> Action Bar (это ведь такое меню прилипшее книзу, как в мобильных приложениях?)
А разве нельзя сделать совместимость с плагинами и использовать плагины из оригинальной JB?
Без ритуального "приплетания Рашки" в примечании, конечно обойтись было нельзя, а то вдруг за ватника примут.
Хороший принцип, хотя у меня часто соблазн поставить предмет на первое место: user, userActive, userActiveId, userActiveName таким образом user ставится типа namespace.
А вы что из этого порекомендуете? Пробовал Powertoys, но как-то не зашло.
Не понятно в чем тут можно увидеть сарказм. Яндекс это компания, которая занимается огромным количеством супер технически сложных проектов: поиск, мл, базы данных, bi, облачные технологии и еще миллион всего, не говоря уже о бессчетном количестве их внутренних технологий. По вашему, это простые и стандартные задачи, где олимпиадникам нечего делать? Тогда им и в гугле нечего делать.
Думаю там огромная доля именно таких задач.
Да, сейчас несравнимо лучше.
Предполагаю, что реферальные выплаты тоже должны быть как-то юридически оформлены. По крайней, если их станет много.
Мне с Razer наверное не повезло. Razer Basilisk оказалась одной из худших мышей, которые у меня были. Постоянно "засыпала" и ничего лучше, чем вынимать и вставлять батарейку я не нашел. Колесико стало плохо работать месяца через три.
Раньше говорили, что профессиональный программист (хотя чаще это говорили про верстальщика) пишет код в блокноте. Типа, ему только мешают всякие ide и т.п.. Сейчас код в блокноте пишет только дурак. Через короткое время только дурак не будет использовать ИИ помощников.
Только в вашей аналогии запорожец ехал вровень с бугатти до середины дороги и даже периодически опережал. Так что если бы бугатти не остановился, то все равно вполне возможно проиграл бы.
Преимущество fullstack в том, что он может легко переходить на новые технологии. Условно появился какой-то новый крутой язык программирования или фреймворк и fullstack легко на него перейдет, получив буст к продуктивности. А для узкого специалиста переход с какого нибудь jquery на react, делает его предыдущий опыт с jquery практически бесполезным.
Я крайне скептически отношусь ко всем методологиям, которые сокращаются в красивое слово. У меня всегда ощущение, что для получения красивого сокращения либо добавили лишнее, либо убрали нужное, либо выбрали термин, который хуже описывает принцип, но лучше ложится в сокращение.