профстандарт должен фиксировать лучшие практики, а не популярные
Это спорная позиция.
"Популярность" практики это объективный критерий, его можно замерить (с той или иной точностью).
"Лучшесть" практики - это оценочное суждение, с которым можно соглашаться, а можно не соглашаться. Можно сказать что "лучшее" - это то, что станет "популярным" через 5-10 лет. Но с машинами времени пока напряженка.
Ничего сверхъестественного в требованиях действительно нет, в этом согласен c @darkboatman. Если рассматривать все уровни квалификации в совокупности, то логика понятна и джун становится джуном.
Но меня удивляет степень различия между новым и старым профстандартами. При этом сопоставимых изменений на рынке труда я не замечаю. Условно профстандарт "встал с ног на голову", а рынок "слегка наклонился".
Возможно, речь на самом деле идёт про разные профессии. В терминах SDLC упор сделан на разные этапы. Предыдущий стандарт можно назвать "аналитик требований" - и он не устарел, а по-прежнему весьма актуален. Из приходящих на собеседование 70-80% работают скорее в рамках терминов этого стандарта, и не воспринимают себе участниками процесса проектирования.
Системные аналитики в терминах нового профстандарта тоже встречаются, как правило из компаний где разделены роли БА и СА.
Решение первого задания в общем случае неверное, ниоткуда не следует что не может быть дублей по CreateDate. Тогда можем получить в результате более одной строки с EMI.
Согласен что в некоторых компаниях такая практика есть, но не соглашусь что это норма и "потребности рынка".
Собеседовал (или участвовал в собеседовании) порядка 200-300 системных аналитиков, тех кто прямо "проектировал API" было от силы 20%. Возможно выборка смещенная (кандидатов уровня Senior было не так много), но всё же.
А зачем вы вообще это делаете? Зачем аналитику вставать между бекенд-разработчиком и фронтенд-разработчиком и пытаться что-то "проектировать" на стыке бека и фронта? Разработчики (если это нормальные компетентные разработчики) могут сделать это самостоятельно и более качественно.
Результат работы системного аналитика - требования к ПО, зачем пытаться залазить еще и в проектирование?
Импортозамещение, к сожалению, плохо работает без пинков сверху. Если дешевле и проще купить на рынке, то так и будут делать. Это как вода - она везде дырочку найдёт.
В 2014-2015 годах импортозамещение начали с продовольствия и финансов. По этим темам пинали, по ним и сделали.
Те сферы которые не удостоились внимания свыше, так и болтались на уровне переклейки шильдиков до 2022 года.
Не совсем понимаю зачем вы устраиваете это дискуссию.
Про происхождение компонентов на платах питания и подсветки в статье ничего не сказано. Если сборка в РФ, то и часть компонентов может быть местной. А может и нет.
Импортозамещение так и работает. Сперва покупаем готовые изделия заграницей. Потом закупаем все комплектующие и собираем у себя. Потом постепенно замещаем компоненты начиная с самых простых, меняя при этом по мелочи конструкцию. Потом целиком производим у себя.
Как видно из обзора, процесс импортозамещения до конца не дошёл, но движется.
Это одновременно и антипаттерн, и реальная жизнь. Очень часто вижу такие критерии приёмки - включающие в себя детали реализации.
И здесь вопрос - либо аналитики у нас настолько глупы что не могут правильно использовать инструмент, либо инструмент кривоват и на реальную жизнь никак не ложится.
Насчёт удаленки - у меня другие наблюдения, но это тема для отдельной статьи и отдельной дискуссии.
Насчёт туристических мест - полностью согласен, сам регулярно езжу по окрестностям и нахожу все новые и новые места. Но статья все же для гостей города, поэтому были выбраны наиболее легкодоступные места.
Коллеги, нельзя объять необъятное и впихнуть невпихуемое :) Не было цели превратить статью в список названий компаний и упомянуть всех кого только можно.
Статья про провайдеров действительно любопытная, спасибо.
Это спорная позиция.
"Популярность" практики это объективный критерий, его можно замерить (с той или иной точностью).
"Лучшесть" практики - это оценочное суждение, с которым можно соглашаться, а можно не соглашаться.
Можно сказать что "лучшее" - это то, что станет "популярным" через 5-10 лет. Но с машинами времени пока напряженка.
Ну не знаю...
Мне кажется что "аналитик требований" это классическая профессия, которая будет актуальна всегда.
А "аналитик-проектировщик" - мода текущего сезона, которая со временем будет оценена по достоинству и уйдет в свою узкую нишу.
Лет через 10 посмотрим :)
Тема богатая, спасибо что подняли.
Ничего сверхъестественного в требованиях действительно нет, в этом согласен c @darkboatman. Если рассматривать все уровни квалификации в совокупности, то логика понятна и джун становится джуном.
Но меня удивляет степень различия между новым и старым профстандартами. При этом сопоставимых изменений на рынке труда я не замечаю. Условно профстандарт "встал с ног на голову", а рынок "слегка наклонился".
Возможно, речь на самом деле идёт про разные профессии. В терминах SDLC упор сделан на разные этапы. Предыдущий стандарт можно назвать "аналитик требований" - и он не устарел, а по-прежнему весьма актуален. Из приходящих на собеседование 70-80% работают скорее в рамках терминов этого стандарта, и не воспринимают себе участниками процесса проектирования.
Системные аналитики в терминах нового профстандарта тоже встречаются, как правило из компаний где разделены роли БА и СА.
Решение первого задания в общем случае неверное, ниоткуда не следует что не может быть дублей по CreateDate. Тогда можем получить в результате более одной строки с EMI.
Французы со своим Фениксом и СуперФениксом были недалеко от этого. Правда закрыли проект.
Ничего более "зелёного" чем АЭС с замкнутым ядерным циклом пока не придумали.
Согласен что в некоторых компаниях такая практика есть, но не соглашусь что это норма и "потребности рынка".
Собеседовал (или участвовал в собеседовании) порядка 200-300 системных аналитиков, тех кто прямо "проектировал API" было от силы 20%. Возможно выборка смещенная (кандидатов уровня Senior было не так много), но всё же.
А зачем вы вообще это делаете? Зачем аналитику вставать между бекенд-разработчиком и фронтенд-разработчиком и пытаться что-то "проектировать" на стыке бека и фронта? Разработчики (если это нормальные компетентные разработчики) могут сделать это самостоятельно и более качественно.
Результат работы системного аналитика - требования к ПО, зачем пытаться залазить еще и в проектирование?
Импортозамещение, к сожалению, плохо работает без пинков сверху. Если дешевле и проще купить на рынке, то так и будут делать. Это как вода - она везде дырочку найдёт.
В 2014-2015 годах импортозамещение начали с продовольствия и финансов. По этим темам пинали, по ним и сделали.
Те сферы которые не удостоились внимания свыше, так и болтались на уровне переклейки шильдиков до 2022 года.
Импортозамещение - это процесс, а не состояние. Какое то движение идёт.
Возможно, оно пока на начальном этапе. Я отмечал именно сам факт наличия движения по этому пути.
Не совсем понимаю зачем вы устраиваете это дискуссию.
Про происхождение компонентов на платах питания и подсветки в статье ничего не сказано. Если сборка в РФ, то и часть компонентов может быть местной. А может и нет.
Я этот продукт вживую не видел и специалистом в этой сфере не являюсь, могу опираться только на статью.
Судя по статье, на этапе "замещения более простых компонентов".
Импортозамещение так и работает. Сперва покупаем готовые изделия заграницей. Потом закупаем все комплектующие и собираем у себя. Потом постепенно замещаем компоненты начиная с самых простых, меняя при этом по мелочи конструкцию. Потом целиком производим у себя.
Как видно из обзора, процесс импортозамещения до конца не дошёл, но движется.
Это одновременно и антипаттерн, и реальная жизнь. Очень часто вижу такие критерии приёмки - включающие в себя детали реализации.
И здесь вопрос - либо аналитики у нас настолько глупы что не могут правильно использовать инструмент, либо инструмент кривоват и на реальную жизнь никак не ложится.
Это ещё малая часть
В комментариях минимум полтора десятка ещё накидали...
В первом здании советские плюс немного ретроавтомобилей начала 20 века.
Когда я последний раз был, второе здание ещё не было открыто. В нем да, мировой автопром должен быть.
Спасибо за содержательный комментарий
Насчёт удаленки - у меня другие наблюдения, но это тема для отдельной статьи и отдельной дискуссии.
Насчёт туристических мест - полностью согласен, сам регулярно езжу по окрестностям и нахожу все новые и новые места. Но статья все же для гостей города, поэтому были выбраны наиболее легкодоступные места.
Я тоже был там, и наверно раньше вас - с 2006 по 2010.
Последние несколько лет собираемся на "встречи экс-коллег", ностальгическое мероприятие...
Коллеги, нельзя объять необъятное и впихнуть невпихуемое :) Не было цели превратить статью в список названий компаний и упомянуть всех кого только можно.
Статья про провайдеров действительно любопытная, спасибо.
Без проблем, всегда открыт для интересных знакомств