Здравствуйте, gress, Вы писали:

G>Здравствуйте, Sharov, Вы писали:

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

А почему бы не давать тестовое на дом, у вас же там не Я или Vk судя по всему?
С другой стороны, тз, требующее шину едва ли будет адекватным тз. Хотя не знаю.

S>>Ну все теперь, конченные люди, раз Кафку не видели. Вот это типичное отличие нашего подхода к западному --
S>>там смотрят на более общие, абстрактные вещи, в том числе сис. дизайн, как человек думает, подход к решение.
S>>А у нас дрючат конкретное api -- не знаешь, досвидание. Поэтому там -- ит инновационное, а здесь -- догоняющее.
G>Кафка — не единственный способ асинхронного обмена. Хоть с какой-нибудь шиной поработали бы или с RabbitMQ. Опять-таки, как ты себе представляешь человека, который может успешно пройти современное дизайн-интервью, не имея представления об асинхронном обмене? Что он может сказать о событийно-ориентированной архитектуре?

Люди как-то проходят, имея исключительно теор. представление о том, как это все работает. Т.е. есть ментальная
модель. Все необходимые название (Kafka, rmq) скажут, но опыта не было. Практику получат уже решая непосредственно задачи.

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

Тут вопросов нет, бедность -- это проблема нашей страны и соотв. отраслей. Богатые компании, типа Я, такое
позволить себе могут, у нас большинство -- нет. Надо знать конкретное api и точка. На Западе тоже такой
проблемы нет, они богатые и могут брать людей на вырост, т.е. незнание конкретных api не критично, смотрят
на другое.

Такое вопрос, а если у человека не было промышленного опыта с Кафкой, но он читал книжку с примерами
или взял соотв. курс, это зачтется? Или нужен реальный промышленный опыт?

Здравствуйте, Sharov, Вы писали:

S>Такое вопрос, а если у человека не было промышленного опыта с Кафкой, но он читал книжку с примерами
S>или взял соотв. курс, это зачтется? Или нужен реальный промышленный опыт?

Реальный промышленный не обязательно. Можно кафку себе локально поставить (это несложно) и попробовать какой-то пример поковырять самостоятельно. Понюхать, какие засады могут встречаться на пути. Решить какую-то несложную задачу обмена по кафке между 2 простенькими сервисами. Или попробовать реализовать пример, когда несколько подписчиков считывают из одного топика.
Это так, чисто пощупать. Почитать статьи, с какими проблемами сталкиваются при реализации взаимодействия на кафке. Прочитать, как архитектурно устроена Кафка внутри.

Представь себе, ты реализовал сервис, который слушает и отвечает по кафке. Сколько разных кафок он сможет слушать одновременно? Сколько топиков слушать и во сколько топиков отвечать? Можно ли слушать и отвечать в один и тот же топик? Как отправить сообщение в топик для тестирования сервиса? Как прочитать в топике сообщение? В твой топик внезапно отвечает кто-то, но твой сервис отключен. Как найти "виновника торжества"? Можно ли удалить сообщения или топик из Кафки? Из чего состоит сообщение в кафке? Как построить асинхронный обмен между 2 сервисами на кафке? Можно ли в одном сервисе реализовать REST API и взаимодействие по Кафке?

Здравствуйте, gress, Вы писали:


G>Реальный промышленный не обязательно. Можно кафку себе локально поставить (это несложно) и попробовать какой-то пример поковырять самостоятельно. Понюхать, какие засады могут встречаться на пути. Решить какую-то несложную задачу обмена по кафке между 2 простенькими сервисами. Или попробовать реализовать пример, когда несколько подписчиков считывают из одного топика.
G>Это так, чисто пощупать. Почитать статьи, с какими проблемами сталкиваются при реализации взаимодействия на кафке. Прочитать, как архитектурно устроена Кафка внутри.

G>Представь себе, ты реализовал сервис, который слушает и отвечает по кафке. Сколько разных кафок он сможет слушать одновременно? Сколько топиков слушать и во сколько топиков отвечать? Можно ли слушать и отвечать в один и тот же топик? Как отправить сообщение в топик для тестирования сервиса? Как прочитать в топике сообщение? В твой топик внезапно отвечает кто-то, но твой сервис отключен. Как найти "виновника торжества"? Можно ли удалить сообщения или топик из Кафки? Из чего состоит сообщение в кафке? Как построить асинхронный обмен между 2 сервисами на кафке? Можно ли в одном сервисе реализовать REST API и взаимодействие по Кафке?


Скажите, а сколько времени нужно среднему разработчику, чтобы почитать про кафку и ответить на ваши вопросы? Неделя? Две недели?
Получается, что вы не готовы оплатить человеку 2 недели рабочего времени для изучения кафки, но готовы потерять месяц(или больше) на поиск кандидата со знанием кафки?
Или вы думаете, что не все способны осилить тайную магию асинхронного обмена?
Проясните свою позицию, пожалуйста.

Здравствуйте, gress, Вы писали:

G>У нас сейчас на собес разработчика дается 1 час на все — общее интервью с вопросами об опыте, вопросами о проекте и компании, техническая часть. HR тоже свои вопросы задает.

А если не секрет, "у нас" -- это где?

Один час на все про все выглядит как откровенно мало.

Здравствуйте, Osaka, Вы писали:

B>>У п-стов нет медалей, "чёрных поясов", малиновых штанов и грамот "лучший погромизд года".
O>Нужно создать гильдию программистов, в которой заказчики будут выдавать программистам квесты, а за их выполнение — кроме денег, гильдия будет присуждать програмистам ранги от F(низший) до A(высший) или S(достижения мировых масштабов). У какой-нибудь игровой конторы уже и ПО готовое есть.


Масса работы идет под NDA, особенно если дело связано с know-how, заказчики не будут
светить свои квесты. Все, что они могут светить, уже по-ходу есть на upwork, mechanical
turk и т.п.

С другой стороны, в некоторых других индустриях существуют, например, профсоюзы, которые
собственно могут оценивать те или иные ситуации.

Хотя, профсоюзы это вроде не модно. Тогда другая форма балансировки — саморегулируемая
организация (СРО). Это не относится к мелким компаниям, которые своим поведением на
рынке погоды не делают. Зато средние и весь крупняк обязаны быть в СРО, и подчиняться
более строгим этическим нормам, например, при том же хайринге.
Т.е. прежде чем наводнить рынок заскриптованными рекрутерами, любая известная компания
из 6-и букв будет обязана доказать что общение с ними не токсик. И не заставит большинство
народа забросить свое профессиональное развитие и переключиться на штудирование
литературы по сортировке гномиков, или что там еще придумают.

Здравствуйте, Vladsav, Вы писали:

V>Скажите, а сколько времени нужно среднему разработчику, чтобы почитать про кафку и ответить на ваши вопросы? Неделя? Две недели?
V>Получается, что вы не готовы оплатить человеку 2 недели рабочего времени для изучения кафки, но готовы потерять месяц(или больше) на поиск кандидата со знанием кафки?
V>Или вы думаете, что не все способны осилить тайную магию асинхронного обмена?
V>Проясните свою позицию, пожалуйста.

Не надо так расстраиваться из-за отсутствия компетенций в части асинхронного взаимодействия.

Новому разработчику еще много чего придется изучить помимо кафки.

Скорее для меня отсутствие опыта в асинхроне (отстаньте уже от кафки) в наше время будет поводом задать вопрос — а какой-то опыт в разработке актуального более-менее кровавого энтерпрайза есть? Ну, потому что на асинхронный обмен хотя бы через шину начали переходить году так в 2010 еще при интеграции монолитов.

Владимир Сорокин.
Пьеса "Щи".
Сцена общения "по понятиям" двух криминальных авторитетов по кличке Уха и Борщ в постапокалиптическом мире, где победили "зелёные", животная пища запрещена, а "поваров в законе" сажают на пятнашечку:

	Много мата
	Уха (подходит вплотную к Борщу, затягивается и выпускает дым ему в лицо): Котлета по-киевски, блядь, с картофелем фри, блядь, и тарталетками, блядь, из гусиного паштета, блядь! Борщ (затягивается и выпускает дым в лицо Царской Ухе): Седло барашка, на хуй, с рисом, на хуй, с черносливом, на хуй, фаршированным, на хуй, жареным миндалем! Уха: Стерлядь паровая, блядь, под белым соусом, блядь, с каперсами, блядь, маслинами, блядь, креветками, блядь, раковыми шейками, блядь, и белыми грибами, блядь! Борщ: Молодая индейка, на хуй, вымоченная три часа в белом вине, на хуй, фаршированная телячьей печенью, на хуй, шампиньонами, на хуй, говяжьими мозгами, на хуй, рубленым яйцом, на хуй, обмазанная сливочным маслом, на хуй, посыпанная толчеными сухарями, на хуй, запеченная в духовке, на хуй, в течение двух часов, на хуй, разрубленная на шестнадцать кусков, на хуй, политая клюквенным соком, на хуй, поданная на серебряном блюде, на хуй, с тушеной айвой, на хуй, сладким картофелем, на хуй, маринованными черешнями, на хуй, свежими персиками и абрикосовым вареньем, на хуй!

Вот и Вы, мил человек, презентуйте свои достижения в той же манере, ежели титул позволяет и язык подвешен

Здравствуйте, so5team, Вы писали:

S>А если не секрет, "у нас" -- это где?

S>Один час на все про все выглядит как откровенно мало.

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

Здравствуйте, gress, Вы писали:

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

А можно как-то не называя имен: большая ли компания, характер деятельности (аусорсер, интегратор, сервисная компания, собственные продукты, банк, ...)?

И очень интересно, а чем вызвана такая экономия времени? Большой поток соискателей?

Здравствуйте, so5team, Вы писали:

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

Я несколько раз сталкивался с подобными требованиями. Связано было с заковыристой предметной областью.
Системные аналитики не в состоянии в разумные сроки расписать требования к задаче (да и разработчик не в состоянии всё это потом прочесть и удержать в голове), поэтому часть требований остаётся недокументированными в расчете на то, что разработчик понимает, о чём идёт речь.

Т.е. "обучение сотрудника" это не "пару месяцев повариться в коде", а либо полгода-год ковыряния в софте и его конкурентах, либо года три институтской программы. На такое даже очень большие компании не особо идут.

Здравствуйте, mogadanez, Вы писали:

M>и что софт скилы/отсутствие токсичности не менее важно чем основные скилы

Особенно для того, кто нанимает. Но такое бывает очень редко.

Здравствуйте, Sharov, Вы писали:

S>Буквально люди делают
S>дизайн fb, твитерра, инстаграмма и проч. соц. сетей онлайн.

Тоже абсурд, только другой. Еще можно давать кандидатам задание сделать филе миньон. Если старательный — то справится, и отношение к нормальной работе имеет примерно такое же.

Здравствуйте, Codealot, Вы писали:

S>>Буквально люди делают
S>>дизайн fb, твитерра, инстаграмма и проч. соц. сетей онлайн.
C>Тоже абсурд, только другой. Еще можно давать кандидатам задание сделать филе миньон. Если старательный — то справится, и отношение к нормальной работе имеет примерно такое же.

Да все абсурд. Надо спрашивать кандидата, не падает ли он со стула и сколько денег хочет.
А то код, видите ли, просят написать или систему задизайнить. Совсем офигели!

Это в основном спрашивают в фаанге(или что там сейчас, маам?), и что в этом для
них плохого, понять понимает ли кандидат тонкие места и может ли он прикинуть
нагрузку на систему и какие в ней могут быть ключевые узлы?

Здравствуйте, Sharov, Вы писали:

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

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

Здравствуйте, Codealot, Вы писали:

S>>Это в основном спрашивают в фаанге(или что там сейчас, маам?), и что в этом для
S>>них плохого, понять понимает ли кандидат тонкие места и может ли он прикинуть
S>>нагрузку на систему и какие в ней могут быть ключевые узлы?
C>Так и представляю, как у каждого кандидата на роль водителя такси требуют показать его умение водить карьерный самосвал. Тоже ведь вождение, и навык для каждого водителя такси несомненно полезный. Вдруг пригодится.

Совершенно мимо, плохая аналогия. Скорее спросить про устройство автомобиля, какие системы сущ. --
подвеска, двигатель (принцип работы), трансмиссия, электроника и т.п. Водителю такси эти
знания не помешают, равно как и программисту сис. дизайн.

Здравствуйте, Sharov, Вы писали:

S>Совершенно мимо, плохая аналогия.

Враньё.

S>Скорее спросить про устройство автомобиля, какие системы сущ. --
S>подвеска, двигатель (принцип работы), трансмиссия, электроника и т.п. Водителю такси эти
S>знания не помешают, равно как и программисту сис. дизайн.

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

Здравствуйте, Stanislav V. Zudin, Вы писали:

SVZ>Системные аналитики не в состоянии в разумные сроки расписать требования к задаче

По русски это называется некомпетентность.

SVZ>(да и разработчик не в состоянии всё это потом прочесть и удержать в голове), поэтому часть требований остаётся недокументированными в расчете на то, что разработчик понимает, о чём идёт речь.

Взаимоисключащие параграфы. Прочитать и запомнить где искать не могут, а просто так все помнить — могут.

Здравствуйте, netch80, Вы писали:

M>>>Тоже самое как повара могут проверить на умение шинковки например, или столяра как он гвоздь забъет и не будет ли вбивать шурупы.
L>>
L>>Человек, который так будет проверять повара или столяра, сильно рискует нанять повара на стоярные работы.
N>Требуется пояснительная бригада.

Ничего тут не требуется.
Человек вообще не представляет себе, в чем состоит работа повара или столяра.

Здравствуйте, Codealot, Вы писали:

SVZ>>Системные аналитики не в состоянии в разумные сроки расписать требования к задаче

C>По русски это называется некомпетентность.

Неа, не в этом дело. Вот получается на выходе талмуд в полторы тыщщи страниц. И как такой объём переваривать?

В качестве примера возьми последний стандарт с++ и напиши по нему с нуля оптимизирующий компилятор. Архитектуру процессора предлагается изучить дополнительно
Если никогда не занимался подобными задачами осилишь?

SVZ>>(да и разработчик не в состоянии всё это потом прочесть и удержать в голове), поэтому часть требований остаётся недокументированными в расчете на то, что разработчик понимает, о чём идёт речь.

C>Взаимоисключащие параграфы. Прочитать и запомнить где искать не могут, а просто так все помнить — могут.

Никакого противоречия. Есть память, а есть понимание. Понимаешь?

Здравствуйте, Stanislav V. Zudin, Вы писали:

SVZ>Неа, не в этом дело. Вот получается на выходе талмуд в полторы тыщщи страниц. И как такой объём переваривать?

А как переваривать тот же объем информации, да еще и без доков? Бред какой-то.

SVZ>В качестве примера возьми последний стандарт с++ и напиши по нему с нуля оптимизирующий компилятор. Архитектуру процессора предлагается изучить дополнительно
SVZ>Если никогда не занимался подобными задачами осилишь?

Вообще никто в одиночку не осилит. Нет таких людей на этой планете. Просто из-за объема задачи.
Да и не в одиночку тоже никто до сих пор не осилил. Все компиляторы поддерживают стандарт только частично и содержат обширный набор тараканов.
Так что либо ты не понимаешь эту задачу, либо намеренно решил заняться подтасовкой. Постарайся больше так не делать.

SVZ>Никакого противоречия. Есть память, а есть понимание. Понимаешь?

Ваши программисты не умеют понимать доки?