Дополнение ко всем своим предыдущим "негативным" про интервьюированного комментам... за выложенный видос собеседования однозначно лайк. Такие видео - это всегда очень важный опыт, возможность понять свои пробелы в знаниях и повод подтянуть свои навыки. Большое спасибо.
Ну вас, блин. Сидел работал, хотел что-то параллельно лайтовое посмотреть, а в итоге полтора часа расписывал документацию для механизма оповещения пользователей в интернет-банке.
Крутой формат, спасибо смелому кандидату и позитивному интервьюеру В 1-й задачке бы возможно помогло взять паузу на пару минут, возможно удалось бы поглубже раскопать контекст и ключевые требования.
К сожалению очень мало собесов в ютубе на СА. За контент спасибо! Дальше будет мое ИМХО: 1. Когда речь заходит о сборе требований, то хотелось бы от интервьюера услышать более четкую постановку задачи. В смысле исходных данных. В данном случае интервьюер говорит: "вот надо отправлять сообщения. Что тебе нужно узнать, чтобы реализовать функционал?". Крайне расплывчатое начало. А у нас уже есть какой-то сервис, или его надо с нуля запилить? А им будут пользоваться весь банк или 10 человек? Его надо с чем-то интегрировать (условно CRM) или он должен жить сам по себе? Какие сроки? Предполагается ли масштабирование? Т.е. куча вопросов, с которыми надо определиться до сбора именно функциональных требований, т.к. это все будет влиять на конечный результат. Или это тоже входит в план собеседования? Тогда можно весь час только этот вопрос обсуждать. В другом видео интервьюер говорила: "Мы продаем обувь, как думаешь, зачем нам нужна маркировка?" Ну так сами и расскажите, зачем вам маркировка, а потом уже задавайте вопросы на сообразительность:) 2. Про XML вопрос вполне разумный, но заставлять писать кандидата его руками, это такое. Не проще ли спросить: "Что ты видишь на это XSD-схеме?" Словами можно ответить за 30 секунд. А кандидат запаниковал на моменте, когда его попросили написать XML (я бы, кстати, тоже запаниковал).
Добавлю свое ИМХО 1. Расплывчатость как раз на пользу, позволяет оценить куда и как мыслит кандидат 2. Вопросы про конкретные форматы - буээээ. Ну сколько нужно дней, чтобы погрузиться в чисто технические моменты? Реально важно это знание?
В догонку. Имхо, первые 2 вопроса с которых бы я начал услышав такое от заказчика, это прямой "А зачем вам это, какой бизнес смысл этого изменения, какой бы вы хотели получить от этого результат" и второй вопрос про то же самое, собственно, "А расскажите, почему вы решили, что эта фича вам нужна? Случилось какое то событие, вы думаете что это решит вашу проблему х, мб вышел какой то закон, который заставляет нас уведомлять клиентов". Ну и собственно дальше бы строил вопросы исходя из этой информации. Кандидат в целом норм справлялся, но ему чуть чуть бизнес анализа в этой игре. Но мб на его вакансии это не особо и требуется.
Всем кто смотрит это видео и задумывается о том, чтобы начать работать "аналитиком", дам совет по опыту - не занимайтесь этой шизой, просто пойдите в программирование. Сама позиция бизнес/системного аналитика противоречит здравому смыслу. Чтобы вы поняли суть, приведу аналогию: представьте, что есть заказчик, который хочет, чтобы ему построили дом, есть строители (разработчики), есть прораб (тех лид) и есть архитектор дома (либо тех лид, либо тех лид над ним). И вы как "аналитик" общаетесь с заказчиком, и ваша задача узнать какой он дом хочет, чтобы это записать, а потом сделать документацию как в доме все будет построено. Так вот как вы можете спросить у заказчика что он хочет и его проконсультировать, а тем более написать как что будет сделано, когда вы сами не знаете как строится дом, какие есть варианты стен, крыш, как проводится электричество, какие есть стандарты, какие ограничения, как заливается бетон и тд. Тоже самое и с "системным анализом". Если вы не знаете программирование, вы не знаете как работают системы, какие у них есть ограничения и возможности, как вы можете создать какую-либо валидную документацию? А если у вас есть такие знания, то какой смысл работать полу программистом? Просто шагните дальше и программируйте. Реальный системный анализ это одна из задач программиста. То есть системный анализ эта роль, которую может выполнять программист или тех лид или архитектор. В наших широтах бизнес или системные аналитики это секретари, которых нанимают чтобы сбросить самую мусорную унылую работу программиста на других и платить им за это меньше, чем если бы этим занимался квалифицированный программист. И потом "аналитик" бегает как секретарь к программисту и спрашивает его что делать здесь и что делать там. Поэтому мой совет всем начинающим, даже не думайте о работе в этой позиции, просто сразу идите в программирование.
1е задание по оповещениям формулируется как требование или потребность? Если как потребность то я бы метрики раскапывал, на какие метрики мы хотим влиять этим функционалом, зачем это надо и может альтернативу какую-то посмотреть когда процесс as is описан. Ну и всё же есть ещё помимо БТ - бизнес-правила и бизнес-ограничения, которые нужно тоже собрать) P. S а, ну далее об этом говорится, не досмотрел. Единственный момент, в диалоге все же говорится "требование", а "требование" - это уже проработнная потребность, поэтому вопросы "зачем" не задаются на этом этапе.
Блин, я офигел. Я решил ради интереса чекнуть пример хорошего, классно интервью СА. Перемотал начала, включил сразу на типа. Начал он нормально, я аж порадовался. А потом сразу на первом вопросе умер. Спасибо ребят, интересно провёл время)
Рисовать диаграмму в режиме реального времени на собесе не очень хороший вопрос на собесе. Качество такой диаграммы будет оставлять желать лучшего, часть вопросов может потребовать уточнений, часть диаграммы можно будет оптимизировать.
Так многие считают, что через год ты уже не Джун, а мидл. Блин, через год ты мидл, если офигенная компания была, которая занималась твоим развитием, а ты вкалывал как ни в себя. А вцелом это далеко не так. Ты Джун с опытом коммерческой работы
"Модель данных может меняться". Ды уж нет... модель данных - это составная часть утвержденного ТЗ. Меняться конечно может очень-очень редко, но исключительно при крайней необходимости и при согласовании всех сторон. На то и нужен системный аналитик чтобы все предусмотреть, описать и ничего потом не менять.
Отличное видео, интересует лишь один вопрос. Есть ли возможность пройти собеседование с целью как показать собственные навыки для зрителей, так и получить отзыв от профессионалов?
"Фронтендеры опираются на юзер-стори" А ничего что фронтендеры опираются на ТЗ, которое им подготовил системный аналитик. К сожалению человек слегка не в теме ))
так прикол в том, что многое что вы в теории знаете никому не нужна на практики, поэтому специалист и не знает) Зато он делает работу быстро и решает сложные задачи, которые явно теория не пешется
Это UML диаграммы, а секьюнс диаграмма это иными словами диаграмма последовательности. Можешь погуглить какие бывают вообще UML диаграммы их там очень много.
@@АндрейДр-е2е Очень ждем вас на следующем публичном собеседовании. Не каждый день можно в комментариях встретить настоящего эксперта. Продемонстрируете всем, что такое скилловый аналитик.
Решил войти в Айти. Начал с самого простого html, css, JavaScript. А теперь САМОЕ ИНТЕРЕСНОЕ! Прошел тесты на тему какая специализация мне подходит в IT. Оказалось - системная аналитика. Вот посмотрел первое видео чем они вообще занимаются😊 ВОПРОС! Есть ли какой-то путь в системную аналитику для новичков? Или это удел сугубо программеров со стажем?
Я заходила через тестировщика Начинала тестировать, брала себе легкие СТП, потом сложнее, так же меня потом поставили и на роль менеджера Как раз в этот момент, сравнивая одновременно три роли, поняла, что анализ мне ближе всего А если вы зайдёте как разраб, то зачем уходить в аналитики, у разрабов же з/п больше😂
Пути, по большому счету, три: 1) студенты профильных специальностей, как правило это "информационные технологии в экономике", или как там она сейчас называется 2) опыт в какой-то конкретной сфере, то есть начинаешь как специалист допустим по кредитованию, потом становишься методологом по этому направлению (формируешь требования к реализации от бизнеса), постепенно вникаешь в технические аспекты, начинаешь ставить уже детальные технические требования, потом желательно менять сферу (перейти допустим уже в страхование, но в позиции системного аналитика) 3) переход из разработки, часто бывает так, что человек устает писать код, и хочет повысить свой уровень абстракции, сосредоточившись на требованиях и архитектуре. Знание языков полезно, но не является обязательным. Больше упор на практики описания информационных систем, протоколы, стандарты. Курсы могут быть полезны при подходах 2 и 3, но не стоит на них полагаться, и точно не нужно воспринимать их как точку вход в профессию. Лучше уж найти опытного коллегу, который поможет составить перечень материалов для самостоятельной подготовки.
Прежде всего профессии "Системный бла-бла-бла" нет в лучшем случае у меня лежит визитка "Senior Software Engineer", это у нас в банке был Grade 7, 8 это уже management. Ой, это уже Канада. Когда я прихожу на собеседование (тут оно называется interview) так для начала на ЭТОМ уровне уже не они вас выбирают а вы их. вас за плечами ИСТОРИЯ работы и проектов. Если ее нет - забыли об этой профессии. Потому я и назвал весь ролик дебильным. Если меня на интервью начинают спрашивать о задрочках и приколах синтаксиса C++, самый правильный ответ "Ребята, вы студента на работу ищите или профессионала?". Дело в том, что наниматели по определению НИЖЕ квалификацией, чем нанимаемый. А хотели бы вы работать в компании, где начальники дебилы? Репутацию свою испортить легко... ПОТОМУ усвойте ВЫ ВЫБИРАЕТЕ компанию, а не компания вас. Это такая специфика профессии. Вы же системный аналитик, должны видеть дальше, чем Human Resources (отдел кадров). ВСЕМ УДАЧИ!
Канада - это один рынок, РФ - совершенно другой. И задачи бывают разные, и ищут разных людей. И да, можно работать системным аналитиком без "ИСТОРИИ" проектов. Скорее всего, задачи будут другие, и то, что подразумевают под названием профессии различается как от компании к компании, так и от рынка к рынку. В текущих условиях в каком-нибудь банке или яндексе вакансия системного аналитика не имеет ничего общего с содержанием железок или системным программистом. То, что у вас лично по-другому, или в вашей компании другое название у должности не делает конкретное видео "дебильным". Удивительно, как вы интервью на сфот-скиллы проходите)
@@ekaterinasuprun5214 про "специфику рынков" и терминологии спорить не буду. Словосочетание "системный программист" существовал с конца 70-х по конец 80-х, и исключительно в сфере машин серии ЕС. В 90-е их уже массово списывали продавали на лом (золото отмывали с микросхем). С интервью на подобные должности ситуация комичная. А как вы проверите знания у человека который по определению должен знать предмет на порядок лучше вас. Вот и смотрят "историю", рекомендации, сертификаты всякие, дипломы и т.д. Ну, естественно, и личное впечатление, способности коммуникации. Вот представьте, у меня есть "бумажка" с печатью и подписью CEO Sun Microsystem о присвоении "Certifyed JAVA Programmer". Я опущусь до уровня решения каких-либо олимпиадных задачек составленных для школьников старших классов? Скорее всего, я сам не захочу работать в подобной организации. Один мой знакомый на подобные попытки отвечал: "Вы ищите проффесионала или студента на практику?" P.S. Есть подводные камни с клеймом "Overqualified" (типа "сильно умный"). На рабору не берут, чтобы не составил конкуренцию и не подсидел.
@@ekaterinasuprun5214 P.P.S. Обратите внимание я не комментирую junior & middle программеров, ибо там свои законы. Для любых senior позиций включаются в рассмотрение известность, блоги, популярность, история проектов. Но, как всегда, это МОЕ ЛИЧНОЕ мнение, а я желаю успехов всем и каждому.
@@ValkRover только вот интервью на позицию "системный аналитик", а не "системный программист". Это вообще два абсолютно разных специалиста в текущих условиях. И проверят джуна-аналитика лид аналитиков, что логично - он должен знать гораздо больше.
@@ekaterinasuprun5214 Тут спорить бесполезно, ибо название профессии и должностные обязанности могут абсолютно различаться от фирмы к фирме. Для HR это что-то типа Team Leader. Из моего опыта, это ты тратишь бОльшую часть своего времени пытаясь уяснить, что хочет заказчик и формализовать его "хотелки" дабы они приняли какую-то реализуемую форму в свете доступного железа/софта/сроков и бюджета. Потому и названия самые разные по конторам. Честно сказать, не самая лучшая работа. Что-то типа переговорщик-консультант, часто потом и самому делать приходится. А для типовых или простых проектов подобные люди не нужны.
Посмотрел я ваш "спектакль". Господа, театр который вы измыслили это "сферический конь в вакууме". Поясню, до 90-х нас называли "системный программист". Я начинал электронщиком, сменным инженером, затем через год перешел эти самые "системщики". Содержали мы такие железяки как серию ЕС ЭВМ (IBM360, IBM370). Мы, это была элита, на которых не действовали никакие правила, зарплата максимальная по штату, явка на работу добровольная, главное, чтобы ВСЕ РАБОТАЛО, как часы. Группа была 2-4 человека, друзья по городу (такие же) еще несколько человек. С 90-го практически все свалили в бизнес и больше такого назавания профессии не существует. Лично я повертелся в бизнесе и в 95 свалил в Канаду, где и осел. А теперь про поведение на собеседованиях. см. продолжение
Настолько нерелевантный поток слов, что, честно говоря, даже не верится, что человек разумный всё это написал. Причём тут вообще "системные аналитики" и "системные программисты"? К чему всё это сказано?
@@DailyStuff-s9n А хрен его знает, может пьяным был. Но идея профессии правильная. ПОСТОЯННАЯ УЧЕБА, эту хрень нужно любить на увовне дофамина. Слово "системные" происйодит из теории "управления систем". У нас был такой курс, семестра три. Был курс ТАР "Теория Автоматического Регулирования" - там везде чистая математика. Но она дает основы мышления. Потому под "системщиком" я лично подразумеваю человека с основами знаний в этой области. Иначе это просто твой помощник.
Интересный экскурс в историю конечно, но видимо вы не в курсе, что системный аналитик (SA) на данный момент очень востребованная должность в большинстве IT компаний. Вопросы задают адекватные - это именно то, с чем сталкивается обычно SA.
просто офигенный формат, просто золото, а не контент!
По бизнес/системному анализу такого почти не найти, спасибо
нормально парень ответил, по требованиям прям тежело с ходу соображать
Супер! Пожалуйста, ещё что-то сделайте про системный анализ, аналитиков, взаимодействие сервисов, postman/swagger, про какие-то интеграции мб.
Собесы с СА - действительно, это ниша для ютуба. По теме очень мало. Так что за контент спасибо!
Дополнение ко всем своим предыдущим "негативным" про интервьюированного комментам... за выложенный видос собеседования однозначно лайк.
Такие видео - это всегда очень важный опыт, возможность понять свои пробелы в знаниях и повод подтянуть свои навыки.
Большое спасибо.
Ну вас, блин. Сидел работал, хотел что-то параллельно лайтовое посмотреть, а в итоге полтора часа расписывал документацию для механизма оповещения пользователей в интернет-банке.
😊😊😊
Крутой формат, спасибо смелому кандидату и позитивному интервьюеру В 1-й задачке бы возможно помогло взять паузу на пару минут, возможно удалось бы поглубже раскопать контекст и ключевые требования.
К сожалению очень мало собесов в ютубе на СА. За контент спасибо!
Дальше будет мое ИМХО:
1. Когда речь заходит о сборе требований, то хотелось бы от интервьюера услышать более четкую постановку задачи. В смысле исходных данных. В данном случае интервьюер говорит: "вот надо отправлять сообщения. Что тебе нужно узнать, чтобы реализовать функционал?". Крайне расплывчатое начало. А у нас уже есть какой-то сервис, или его надо с нуля запилить? А им будут пользоваться весь банк или 10 человек? Его надо с чем-то интегрировать (условно CRM) или он должен жить сам по себе? Какие сроки? Предполагается ли масштабирование? Т.е. куча вопросов, с которыми надо определиться до сбора именно функциональных требований, т.к. это все будет влиять на конечный результат. Или это тоже входит в план собеседования? Тогда можно весь час только этот вопрос обсуждать.
В другом видео интервьюер говорила: "Мы продаем обувь, как думаешь, зачем нам нужна маркировка?" Ну так сами и расскажите, зачем вам маркировка, а потом уже задавайте вопросы на сообразительность:)
2. Про XML вопрос вполне разумный, но заставлять писать кандидата его руками, это такое. Не проще ли спросить: "Что ты видишь на это XSD-схеме?" Словами можно ответить за 30 секунд. А кандидат запаниковал на моменте, когда его попросили написать XML (я бы, кстати, тоже запаниковал).
Добавлю свое ИМХО
1. Расплывчатость как раз на пользу, позволяет оценить куда и как мыслит кандидат
2. Вопросы про конкретные форматы - буээээ. Ну сколько нужно дней, чтобы погрузиться в чисто технические моменты? Реально важно это знание?
ну по 1 пункту я хотела как раз от соискателя услышать эти вопросы? интервью при проработке требований - важная часть
В догонку.
Имхо, первые 2 вопроса с которых бы я начал услышав такое от заказчика, это прямой "А зачем вам это, какой бизнес смысл этого изменения, какой бы вы хотели получить от этого результат" и второй вопрос про то же самое, собственно, "А расскажите, почему вы решили, что эта фича вам нужна? Случилось какое то событие, вы думаете что это решит вашу проблему х, мб вышел какой то закон, который заставляет нас уведомлять клиентов".
Ну и собственно дальше бы строил вопросы исходя из этой информации.
Кандидат в целом норм справлялся, но ему чуть чуть бизнес анализа в этой игре.
Но мб на его вакансии это не особо и требуется.
про xml, xsd, wsdl. json, json schema. yaml и тд спрашивают на собесах и ещё как, порой очень подробно
Всем кто смотрит это видео и задумывается о том, чтобы начать работать "аналитиком", дам совет по опыту - не занимайтесь этой шизой, просто пойдите в программирование. Сама позиция бизнес/системного аналитика противоречит здравому смыслу. Чтобы вы поняли суть, приведу аналогию: представьте, что есть заказчик, который хочет, чтобы ему построили дом, есть строители (разработчики), есть прораб (тех лид) и есть архитектор дома (либо тех лид, либо тех лид над ним). И вы как "аналитик" общаетесь с заказчиком, и ваша задача узнать какой он дом хочет, чтобы это записать, а потом сделать документацию как в доме все будет построено. Так вот как вы можете спросить у заказчика что он хочет и его проконсультировать, а тем более написать как что будет сделано, когда вы сами не знаете как строится дом, какие есть варианты стен, крыш, как проводится электричество, какие есть стандарты, какие ограничения, как заливается бетон и тд.
Тоже самое и с "системным анализом". Если вы не знаете программирование, вы не знаете как работают системы, какие у них есть ограничения и возможности, как вы можете создать какую-либо валидную документацию?
А если у вас есть такие знания, то какой смысл работать полу программистом? Просто шагните дальше и программируйте.
Реальный системный анализ это одна из задач программиста.
То есть системный анализ эта роль, которую может выполнять программист или тех лид или архитектор.
В наших широтах бизнес или системные аналитики это секретари, которых нанимают чтобы сбросить самую мусорную унылую работу программиста на других и платить им за это меньше, чем если бы этим занимался квалифицированный программист.
И потом "аналитик" бегает как секретарь к программисту и спрашивает его что делать здесь и что делать там.
Поэтому мой совет всем начинающим, даже не думайте о работе в этой позиции, просто сразу идите в программирование.
Очень хотелось бы увидеть собеседование системного аналитика уровня Senior
Там больше вопросов по архитектуре(devops практики, бд и тд) и менторству джунов
1е задание по оповещениям формулируется как требование или потребность? Если как потребность то я бы метрики раскапывал, на какие метрики мы хотим влиять этим функционалом, зачем это надо и может альтернативу какую-то посмотреть когда процесс as is описан. Ну и всё же есть ещё помимо БТ - бизнес-правила и бизнес-ограничения, которые нужно тоже собрать)
P. S а, ну далее об этом говорится, не досмотрел. Единственный момент, в диалоге все же говорится "требование", а "требование" - это уже проработнная потребность, поэтому вопросы "зачем" не задаются на этом этапе.
Формат - огонь! Спасибо.
Очень интересное видео, мало такого контента сейчас в сети!
Sharing is caring! Спасибо за важные знания!!!
Очень круто, что делаете такие видео! Спасибо большое!
ебем друг дружку, все деньги в кружку)
Блин, я офигел. Я решил ради интереса чекнуть пример хорошего, классно интервью СА. Перемотал начала, включил сразу на типа. Начал он нормально, я аж порадовался. А потом сразу на первом вопросе умер. Спасибо ребят, интересно провёл время)
Uml шикарен у чувака)
Расскажи про опыт restfull api. Не, с soap я почти не работал 🌚
Формат очень крутой! Это Junior SA? Даёшь интервью с акулой системного анализа?
Рисовать диаграмму в режиме реального времени на собесе не очень хороший вопрос на собесе. Качество такой диаграммы будет оставлять желать лучшего, часть вопросов может потребовать уточнений, часть диаграммы можно будет оптимизировать.
Тот самый случай, когда явный гуманитарий работает технарем
Как ты определил его явную гуманитарность? Какой линейкой померял?
Может он просто такой технарь?
Забыли корневой элемент notification в XML.
Супер полезно!
Как нужно было ответить на первое задание?
Нужно составить сценарий выполнения задачи?
@@4_ieroglifa насрал в штаны
Немного пропустил, это был джун++ ? на какую позицию он шел по собесу?
не понравилось, много пробелов
это был c++
только в ИТ говорят людям с 3 годами, что у тебя много опыта) угараю
Нет кадров, что поделать
Так многие считают, что через год ты уже не Джун, а мидл. Блин, через год ты мидл, если офигенная компания была, которая занималась твоим развитием, а ты вкалывал как ни в себя. А вцелом это далеко не так. Ты Джун с опытом коммерческой работы
"Модель данных может меняться".
Ды уж нет... модель данных - это составная часть утвержденного ТЗ. Меняться конечно может очень-очень редко, но исключительно при крайней необходимости и при согласовании всех сторон.
На то и нужен системный аналитик чтобы все предусмотреть, описать и ничего потом не менять.
В ТЗ нет модели данных
@@taketataketa8615
В каком ТЗ нет модели данных?
В тз которое передается сисаналу.
Но да модель данных меняется очень редко. Если часто - она изначально плохая
Модели данных меняются постоянно при доработках. Иначе продукт мертвый
@@DmitiySid Речь идет не про неизменность модели данных вообще, а при фиксировании модели данных в рамках текущего ТЗ.
Интервьювер, по-моему, как-то не так пишется..
Отличное видео, интересует лишь один вопрос.
Есть ли возможность пройти собеседование с целью как показать собственные навыки для зрителей, так и получить отзыв от профессионалов?
Конечно, оставьте, пожалуйста, ваши контакты, и мы свяжемся с вами
"Фронтендеры опираются на юзер-стори"
А ничего что фронтендеры опираются на ТЗ, которое им подготовил системный аналитик.
К сожалению человек слегка не в теме ))
Фронты очень разные бывают. В разных компаниях организовано по-разному, не судите за всех по своему опыту.
Ага, тоже поржал с этого)
Не могу понять. Я человек с опытом 6 мес по теории знаю больше, чем человек с 3 годами опыта... Конечно может заучил все, но все же
так прикол в том, что многое что вы в теории знаете никому не нужна на практики, поэтому специалист и не знает)
Зато он делает работу быстро и решает сложные задачи, которые явно теория не пешется
Формат крутой, но кандидат очень слабый.
кандидат не рыба ни мясо
Хочется system design секцию
Сис аналити не занимаются систем дизайном
Для начинающих не совсем понятно. Что за диаграммы? Не нагуглил )что за синокс диаграмма
Это UML диаграммы, а секьюнс диаграмма это иными словами диаграмма последовательности. Можешь погуглить какие бывают вообще UML диаграммы их там очень много.
Сиквенс-диаграмма.
Sequence diagram
Похоже Алексей сам забыл что такое мастер данные.
Для этого есть интернет...
Кому интересно тот посмотрит перед приходом.
Правильно ли я понимаю что собеседование проводится для junior SA?
скорее ближе к Middle
Судя по ответам то ближе к стажёру
@@АндрейДр-е2е
Очень ждем вас на следующем публичном собеседовании. Не каждый день можно в комментариях встретить настоящего эксперта. Продемонстрируете всем, что такое скилловый аналитик.
@@АндрейДр-е2е видел ролик где Никита (кандидат) сейчас работает в самокате. И явно не стажер)) так что всё в ваших руках
Решил войти в Айти. Начал с самого простого html, css, JavaScript.
А теперь САМОЕ ИНТЕРЕСНОЕ! Прошел тесты на тему какая специализация мне подходит в IT. Оказалось - системная аналитика. Вот посмотрел первое видео чем они вообще занимаются😊
ВОПРОС! Есть ли какой-то путь в системную аналитику для новичков? Или это удел сугубо программеров со стажем?
Обучение вам поможет
Имхо, лучше заходить в ит не через анализ. Я бы рекомендовал начать с разработки или куа. Хотя многие предложат вам подготовку на джуна-аналитика
@@burandry подскажите,
Почему так думаете?
Я заходила через тестировщика
Начинала тестировать, брала себе легкие СТП, потом сложнее, так же меня потом поставили и на роль менеджера
Как раз в этот момент, сравнивая одновременно три роли, поняла, что анализ мне ближе всего
А если вы зайдёте как разраб, то зачем уходить в аналитики, у разрабов же з/п больше😂
Пути, по большому счету, три:
1) студенты профильных специальностей, как правило это "информационные технологии в экономике", или как там она сейчас называется
2) опыт в какой-то конкретной сфере, то есть начинаешь как специалист допустим по кредитованию, потом становишься методологом по этому направлению (формируешь требования к реализации от бизнеса), постепенно вникаешь в технические аспекты, начинаешь ставить уже детальные технические требования, потом желательно менять сферу (перейти допустим уже в страхование, но в позиции системного аналитика)
3) переход из разработки, часто бывает так, что человек устает писать код, и хочет повысить свой уровень абстракции, сосредоточившись на требованиях и архитектуре.
Знание языков полезно, но не является обязательным. Больше упор на практики описания информационных систем, протоколы, стандарты.
Курсы могут быть полезны при подходах 2 и 3, но не стоит на них полагаться, и точно не нужно воспринимать их как точку вход в профессию. Лучше уж найти опытного коллегу, который поможет составить перечень материалов для самостоятельной подготовки.
Какая то муть, а не собеседование.
как же ничего не слышно и непонятно, что он говорит...даже субтитры не помогают
Прежде всего профессии "Системный бла-бла-бла" нет в лучшем случае у меня лежит визитка "Senior Software Engineer", это у нас в банке был Grade 7, 8 это уже management.
Ой, это уже Канада. Когда я прихожу на собеседование (тут оно называется interview) так для начала на ЭТОМ уровне уже не они вас выбирают а вы их. вас за плечами ИСТОРИЯ работы и проектов. Если ее нет - забыли об этой профессии. Потому я и назвал весь ролик дебильным. Если меня на интервью начинают спрашивать о задрочках и приколах синтаксиса C++, самый правильный ответ "Ребята, вы студента на работу ищите или профессионала?". Дело в том, что наниматели по определению НИЖЕ квалификацией, чем нанимаемый. А хотели бы вы работать в компании, где начальники дебилы? Репутацию свою испортить легко... ПОТОМУ усвойте ВЫ ВЫБИРАЕТЕ компанию, а не компания вас. Это такая специфика профессии. Вы же системный аналитик, должны видеть дальше, чем Human Resources (отдел кадров).
ВСЕМ УДАЧИ!
Канада - это один рынок, РФ - совершенно другой. И задачи бывают разные, и ищут разных людей. И да, можно работать системным аналитиком без "ИСТОРИИ" проектов. Скорее всего, задачи будут другие, и то, что подразумевают под названием профессии различается как от компании к компании, так и от рынка к рынку. В текущих условиях в каком-нибудь банке или яндексе вакансия системного аналитика не имеет ничего общего с содержанием железок или системным программистом. То, что у вас лично по-другому, или в вашей компании другое название у должности не делает конкретное видео "дебильным". Удивительно, как вы интервью на сфот-скиллы проходите)
@@ekaterinasuprun5214 про "специфику рынков" и терминологии спорить не буду.
Словосочетание "системный программист" существовал с конца 70-х по конец 80-х, и исключительно в сфере машин серии ЕС. В 90-е их уже массово списывали продавали на лом (золото отмывали с микросхем).
С интервью на подобные должности ситуация комичная. А как вы проверите знания у человека который по определению должен знать предмет на порядок лучше вас. Вот и смотрят "историю", рекомендации, сертификаты всякие, дипломы и т.д. Ну, естественно, и личное впечатление, способности коммуникации. Вот представьте, у меня есть "бумажка" с печатью и подписью CEO Sun Microsystem о присвоении "Certifyed JAVA Programmer". Я опущусь до уровня решения каких-либо олимпиадных задачек составленных для школьников старших классов? Скорее всего, я сам не захочу работать в подобной организации.
Один мой знакомый на подобные попытки отвечал: "Вы ищите проффесионала или студента на практику?"
P.S. Есть подводные камни с клеймом "Overqualified" (типа "сильно умный"). На рабору не берут, чтобы не составил конкуренцию и не подсидел.
@@ekaterinasuprun5214 P.P.S. Обратите внимание я не комментирую junior & middle программеров, ибо там свои законы. Для любых senior позиций включаются в рассмотрение известность, блоги, популярность, история проектов. Но, как всегда, это МОЕ ЛИЧНОЕ мнение, а я желаю успехов всем и каждому.
@@ValkRover только вот интервью на позицию "системный аналитик", а не "системный программист". Это вообще два абсолютно разных специалиста в текущих условиях. И проверят джуна-аналитика лид аналитиков, что логично - он должен знать гораздо больше.
@@ekaterinasuprun5214 Тут спорить бесполезно, ибо название профессии и должностные обязанности могут абсолютно различаться от фирмы к фирме. Для HR это что-то типа Team Leader. Из моего опыта, это ты тратишь бОльшую часть своего времени пытаясь уяснить, что хочет заказчик и формализовать его "хотелки" дабы они приняли какую-то реализуемую форму в свете доступного железа/софта/сроков и бюджета. Потому и названия самые разные по конторам. Честно сказать, не самая лучшая работа. Что-то типа переговорщик-консультант, часто потом и самому делать приходится. А для типовых или простых проектов подобные люди не нужны.
Посмотрел я ваш "спектакль".
Господа, театр который вы измыслили это "сферический конь в вакууме". Поясню, до 90-х нас называли "системный программист". Я начинал электронщиком, сменным инженером, затем через год перешел эти самые "системщики". Содержали мы такие железяки как серию ЕС ЭВМ (IBM360, IBM370). Мы, это была элита, на которых не действовали никакие правила, зарплата максимальная по штату, явка на работу добровольная, главное, чтобы ВСЕ РАБОТАЛО, как часы. Группа была 2-4 человека, друзья по городу (такие же) еще несколько человек.
С 90-го практически все свалили в бизнес и больше такого назавания профессии не существует. Лично я повертелся в бизнесе и в 95 свалил в Канаду, где и осел.
А теперь про поведение на собеседованиях.
см. продолжение
где продолжение ?)
@@Том-к1р так где-то в этой теме, там даже что-то уже дублировано. Sorry, это тут такой кривой интерфейс...
Настолько нерелевантный поток слов, что, честно говоря, даже не верится, что человек разумный всё это написал. Причём тут вообще "системные аналитики" и "системные программисты"? К чему всё это сказано?
@@DailyStuff-s9n А хрен его знает, может пьяным был. Но идея профессии правильная. ПОСТОЯННАЯ УЧЕБА, эту хрень нужно любить на увовне дофамина.
Слово "системные" происйодит из теории "управления систем". У нас был такой курс, семестра три. Был курс ТАР "Теория Автоматического Регулирования" - там везде чистая математика. Но она дает основы мышления. Потому под "системщиком" я лично подразумеваю человека с основами знаний в этой области. Иначе это просто твой помощник.
Интересный экскурс в историю конечно, но видимо вы не в курсе, что системный аналитик (SA) на данный момент очень востребованная должность в большинстве IT компаний. Вопросы задают адекватные - это именно то, с чем сталкивается обычно SA.
Раздражает прям -«эммм окей, окей, окей, окей», бесконечный окей🤦♀️
Поделитесь ссылкой на ваше публичное собеседование, где вы показываете чудеса словарного запаса и сходу щелкаете все задачки, как орешки. Очень жду.
😐
Пример заголовка
Это тело уведомления.
true
Садись, два =) В sequence критичен порядок полей