Не совсем понимаю зачем всё это. За элементом математической нотации стоит какой-то концепт. Изучение математики = осознать этот концепт и связать его в голове с другими концептами. После этого элемент нотации легко запоминается, это меньшая из проблем.
Новый концепт выражается из ранее изученных концептов с помощью определения, которое как правило занимает одну строчку. Если человек не осознал используемые в определении концепты, то он не осознает и вновь вводимый.
Как могут помочь предлагаемые диаграммы - визуализировать эту одну строчку? Диаграмма будет примитивная.
Если вы пишете про маркетинг, то видимо курс платный и это отчасти коммерческая история? Интересно было бы услышать про экономику: на создание курса потрачено (рублей и часов), от клиентов получено.
Если история некоммерческая, то интересно узнать в чем мы видите пользу для себя.
Нет ли у вас ощущения, что вопрос сугубо терминологический?
То что вы называется "моделированием", в других компаниях часто называют "проектированием". В вакансиях под «проектированием интеграций» часто имеют в виду "нарисовать сиквенс-диаграмму и определить набор методов", а не что-то более глубокое. Это вполне может сделать аналитик.
Хорошо бы в начале статьи четко определить эти термины (в идеале со ссылкой на источники), чтобы все одинаково понимали о чем идёт речь.
Я бы вообще для начала спросил, как будет использоваться этот код, предъявляются ли требования к производительности и насколько вероятно изменение критериев в будущем. И только после этого думал про решение.
Хотя это конечно аналитическая профдеформация уже.
К конкретной вакансии описанная проблематика не имеет никакого отношения. Периодически участвую в качестве "второго номера" в собеседованиях на позицию проджект-менеджера, большинство описанных особенностей кандидатов актуальны и для неё.
Об отличиях функциональных возможностей Oracle и PostgreSQL в статье нет ни слова.
Я почти наверняка много в чем ошибаюсь. Но ставить диагнозы на основании статьи (!) - это еще круче чем лечить по фотографии.
Процитировал в той части, чтобы стало очевидным что в определении термина А используется термин В, а в определении термина В - термин А. Это настолько же странно, как доказывать теорему А на основании теоремы В, а теорему В на основании теоремы А. Остальное для сообщения было незначимо.
На дальнейшую дискуссию про пятистенки, признаться, не рассчитал :)
об отличиях REST и SOAP - зачем сравнивать архитектурный стиль и протокол
К сожалению кандидаты в большинстве своём не знают что REST это архитектурный стиль. Более того, я не уверен что они знают чем "архитектурный стиль" отличается от "протокола". Для них REST и SOAP - одного поля ягоды.
Поэтому вопрос принимается как естественный и имеющий смысл, и они пытаются отвечать по мере своего разумения.
Мхм, я где-то писал что ищу специалистов уровня Junior? Попадались и вполне нормальные ребята, которых чуток подтянуть - и полноценная боевая единица готова. Джунам разумеется надо задавать совсем другие вопросы.
Поиск прошел нормально, доля собеседований которые закончились оффером близка к моей средней.
Читая вашу статью, я вижу требования к senior и начальный уровень архитектора
Это очень интересно, потому что в статье нет вообще никаких требований :) Где вы их там нашли?
Ещё момент про книжки, где вы берете время, чтобы их читать?
Есть у меня такая дурацкая привычка - читать. Примерно час-полтора в день получается. Понятно что это не только профессиональная литература, но и она тоже.
Нигде не было утверждения что аналитику надо знать разницу между СУБД. С моей точки зрения это не требуется.
Но если кандидат указывает в резюме в разделе "Ключевые (!) навыки" две СУБД, то логично ожидать что он про них что то знает. А если знает - то может сравнить.
Проблема не в том что не знают разницу между СУБД, а в том что в резюме пишут ерунду и потом не могут подтвердить написанное.
Да, сам так периодически хожу, когда надо на другой берег и нет времени обходить
Всегда считал Точку ярким стартапом с агрессивным маркетингом, а не IT-компанией.
Но возможно я просто чего-то не знаю.
Да, согласен, Абак стоило упомянуть. От Ruby я далек, но ПульсЦен был весьма интересным продуктом в свое время.
Возможно у кого то есть, но не массово:
Почти нет вакансий и не было кандидатов из таких компаний.
Из тех о ком знаю - внутри только SAP.
Не совсем понимаю зачем всё это. За элементом математической нотации стоит какой-то концепт. Изучение математики = осознать этот концепт и связать его в голове с другими концептами. После этого элемент нотации легко запоминается, это меньшая из проблем.
Новый концепт выражается из ранее изученных концептов с помощью определения, которое как правило занимает одну строчку. Если человек не осознал используемые в определении концепты, то он не осознает и вновь вводимый.
Как могут помочь предлагаемые диаграммы - визуализировать эту одну строчку? Диаграмма будет примитивная.
Если вы пишете про маркетинг, то видимо курс платный и это отчасти коммерческая история? Интересно было бы услышать про экономику: на создание курса потрачено (рублей и часов), от клиентов получено.
Если история некоммерческая, то интересно узнать в чем мы видите пользу для себя.
Спасибо.
Спасибо за статью и за вашу точку зрения.
Нет ли у вас ощущения, что вопрос сугубо терминологический?
То что вы называется "моделированием", в других компаниях часто называют "проектированием".
В вакансиях под «проектированием интеграций» часто имеют в виду "нарисовать сиквенс-диаграмму и определить набор методов", а не что-то более глубокое. Это вполне может сделать аналитик.
Хорошо бы в начале статьи четко определить эти термины (в идеале со ссылкой на источники), чтобы все одинаково понимали о чем идёт речь.
Я бы вообще для начала спросил, как будет использоваться этот код, предъявляются ли требования к производительности и насколько вероятно изменение критериев в будущем. И только после этого думал про решение.
Хотя это конечно аналитическая профдеформация уже.
Можно было вообще на 900 закончить
У всех чисел от 900 до 999 сумма цифр заведомо не меньше 10
Выше целых два примера были:
https://habr.com/ru/post/694478/comments/#comment_24836384
https://habr.com/ru/post/694478/comments/#comment_24836784
Они правда не очень понравились отдельным читателям потому что это "вода", но от миддл-аналитика большего ожидать сложно.
Знаю прецеденты роста до уровня примерно "вице-президент крупного банка"
Без всяких "половых связей" и дяди-депутата
Реально, но сложно
Нет, спасибо
К конкретной вакансии описанная проблематика не имеет никакого отношения. Периодически участвую в качестве "второго номера" в собеседованиях на позицию проджект-менеджера, большинство описанных особенностей кандидатов актуальны и для неё.
Об отличиях функциональных возможностей Oracle и PostgreSQL в статье нет ни слова.
Я почти наверняка много в чем ошибаюсь. Но ставить диагнозы на основании статьи (!) - это еще круче чем лечить по фотографии.
Норм ответ, по крайне мере можно быть уверенным что кандидат обладает некой эрудицией и знает что происходит вокруг.
Процитировал в той части, чтобы стало очевидным что в определении термина А используется термин В, а в определении термина В - термин А. Это настолько же странно, как доказывать теорему А на основании теоремы В, а теорему В на основании теоремы А. Остальное для сообщения было незначимо.
На дальнейшую дискуссию про пятистенки, признаться, не рассчитал :)
Дискуссия в комментариях в основном идёт на следующие темы:
Конструктивная дискуссия по теме статьи. По мере сил своих в этом участвую.
Чем отличается Oracle от PostgreSQL. К статье никакого отношения не имеет, но почему бы про это не поговорить.
У автора (или в компании автора) проблемы и он все делает не так.
Требования к вакансии имеют отношение только к третьей теме. Она мне не интересна и участвовать в её обсуждении не планирую.
К сожалению кандидаты в большинстве своём не знают что REST это архитектурный стиль. Более того, я не уверен что они знают чем "архитектурный стиль" отличается от "протокола". Для них REST и SOAP - одного поля ягоды.
Поэтому вопрос принимается как естественный и имеющий смысл, и они пытаются отвечать по мере своего разумения.
Мхм, я где-то писал что ищу специалистов уровня Junior? Попадались и вполне нормальные ребята, которых чуток подтянуть - и полноценная боевая единица готова. Джунам разумеется надо задавать совсем другие вопросы.
Поиск прошел нормально, доля собеседований которые закончились оффером близка к моей средней.
Это очень интересно, потому что в статье нет вообще никаких требований :) Где вы их там нашли?
Есть у меня такая дурацкая привычка - читать. Примерно час-полтора в день получается. Понятно что это не только профессиональная литература, но и она тоже.
Нигде не было утверждения что аналитику надо знать разницу между СУБД. С моей точки зрения это не требуется.
Но если кандидат указывает в резюме в разделе "Ключевые (!) навыки" две СУБД, то логично ожидать что он про них что то знает. А если знает - то может сравнить.
Проблема не в том что не знают разницу между СУБД, а в том что в резюме пишут ерунду и потом не могут подтвердить написанное.
Как минимум для меня
И вероятно для какой то доли остальных обителелей нашего мира
Долю оценить затрудняюсь