Информация об изменениях

Сообщение Re[12]: Правильный погромизд? А чем докажешь? от 04.06.2023 13:10

Изменено 04.06.2023 13:12 gress

Re[12]: Правильный погромизд? А чем докажешь?
Здравствуйте, Sharov, Вы писали:

S>Не знаю, но насколько понял, в гуглах и фб дают вообще всем. Может кроме самых начинающих, а когда

S>уже какой-никакой есть опыт, то скорее всего спросят. А что в этом такого, кроме архитекторов никто
S>не должен разбираться, как устроены и работают масштабные сервисы? Хотя бы на понятийном
S>уровне понимать надо практически всем.

У нас сейчас на собес разработчика дается 1 час на все — общее интервью с вопросами об опыте,вопросами о проекте и компании, техническая часть. HR тоже свои вопросы задает.
На дизайн-интервью для собеседования разработчика обычно минут 10 есть, не больше. Полноценное дизайн-интервью — это час.

S>Ну все теперь, конченные люди, раз Кафку не видели. Вот это типичное отличие нашего подхода к западному --

S>там смотрят на более общие, абстрактные вещи, в том числе сис. дизайн, как человек думает, подход к решение.
S>А у нас дрючат конкретное api -- не знаешь, досвидание. Поэтому там -- ит инновационное, а здесь -- догоняющее.

Кафка — не единственный способ асинхронного обмена. Хоть с какой-нибудь шиной поработали бы или с RabbitMQ. Опять-таки, как ты себе представляешь человека, который может успешно пройти современное дизайн-интервью, не имея представления об асинхронном обмене? Что он может сказать о событийно-ориинтированной архитектуре?

Нет времени и бюджета на то, чтобы новый разработчик погружался в незнакомую ему технологию. У нас проекты, сроки, обязательства. Денег на переобучение человека со стороны мне просто никто не даст.
Re[12]: Правильный погромизд? А чем докажешь?
Здравствуйте, Sharov, Вы писали:

S>Не знаю, но насколько понял, в гуглах и фб дают вообще всем. Может кроме самых начинающих, а когда

S>уже какой-никакой есть опыт, то скорее всего спросят. А что в этом такого, кроме архитекторов никто
S>не должен разбираться, как устроены и работают масштабные сервисы? Хотя бы на понятийном
S>уровне понимать надо практически всем.

У нас сейчас на собес разработчика дается 1 час на все — общее интервью с вопросами об опыте, вопросами о проекте и компании, техническая часть. HR тоже свои вопросы задает.
На дизайн-интервью для собеседования разработчика обычно минут 10 есть, не больше. Полноценное дизайн-интервью — это час.

S>Ну все теперь, конченные люди, раз Кафку не видели. Вот это типичное отличие нашего подхода к западному --

S>там смотрят на более общие, абстрактные вещи, в том числе сис. дизайн, как человек думает, подход к решение.
S>А у нас дрючат конкретное api -- не знаешь, досвидание. Поэтому там -- ит инновационное, а здесь -- догоняющее.

Кафка — не единственный способ асинхронного обмена. Хоть с какой-нибудь шиной поработали бы или с RabbitMQ. Опять-таки, как ты себе представляешь человека, который может успешно пройти современное дизайн-интервью, не имея представления об асинхронном обмене? Что он может сказать о событийно-ориентированной архитектуре?

Нет времени и бюджета на то, чтобы новый разработчик погружался в незнакомую ему технологию. У нас проекты, сроки, обязательства. Денег на переобучение человека со стороны мне просто никто не даст.