Отличный вопрос, который мне очень часто задают. Я считаю, что да, нужно. Но не спешите кидаться какашками. Давайте разбираться 🎹
Важно понимать, что оно необязательно, и вы спокойно найдете работу системным аналитиком без опыта в
Я училась на программной инженерии, успела пощупать прогу с разных сторон и на разных языках. Этот опыт очень мне помогал на собесах. Меня потом готовы были с руками оторвать, когда интервьюеры узнавали, что я, оказывается, занималась кодерскими штучками 💪, и могла рассказать про какую-то технологию не только голой теорией, но и как еще реализовала это на практике.
Зеркальная история, однажды мне отказал Ланит как раз из-за моего опыта в разработке. Я начала душить интервьюеров своими знаниями (не специально, конечно), когда, например, рассказывала про свой опыт использования докера, а интервьюеры даже поддержать разговор не могли на эту тему, и потом сказали, а зачем я вообще тогда пошла в аналитику, раз дофига такой умный баклажан? Пиздохала бы в разработку.
А что, разве системные аналитики должны быть пеньками?🤡 В чем проблема? Учитесь у Ланита, как можно обосрать комплиментом.
Теперь по пунктам, почему аналитику пригодится программирование:
➡️Коммуникация на одном языке с разработчиками.
Как известно, СА переводит требования с языка бизнеса на язык разработки и проектирует решения. Следовательно, являясь в проекте ключевым звеном со знаниями основ девелопмента, ты будешь эффективнее общаться с разрабами и лучше понимать их идеи.
Я вот обожаю тусить с нашими разрабами, обсуждать фишки в мире разработки, высеры от бизнеса, и почему какая-то фича ни черта не работает. А побомбить с чужого говнокода вообще святое дело 💪
➡️Более четкая оценка задач от бизнеса.
СА сможет лучше оценивать реализуемость требований и выявлять потенциальные технические сложности. Я это делаю еще на этапе общения с заказчиком или бизнес-аналитиком 🚬
➡️Абстрактная теория перестанет быть какой-то магией.
Круто, когда ты разбираешься, как работают технологии с точки зрения реализации, а не где-то в абстракции в виде схем. Прикрути Кафку к своему приложению, а не просто прочитай статью на Хабре, и грохни эпично свою бд, а не скучно построй ER-диаграммку 💥
Хотя, когда ты разраб и у тебя не работает код, а потом снова работает, даже если ты ничего не трогал, это всё равно чертова магия. База 😐
➡️Системный аналитик, который разбирается и в требованиях и в разработке - мастхэв специалист на рынке.
Я всё чаще вижу в вакансиях на СА пункт "Будет плюсом умение писать/читать код". А теперь представь, что будет, если ты расширишь свои компетенции. Эйчары все твои, заюш. И диктовать свои условия будешь ты 🖕
⚠️ Но нюансы всё же есть:
❎Разработка это синоним слова "унижение". У тебя всегда будет что-то не работать. Это норма, и к этим пыткам нужно быть готовым.
❎Не получится просто так взять и за пару дней изучить даже основы. Нужно потратить много времени и умственных ресурсов. Но результат того стоит.
ℹ️ Я не призываю всё бросать и бежать изучать разработку, я говорю о том, что если будешь развивать свои компетенции не только в системном анализе, то это обязательно принесет плоды. Системный анализ на то и системный. Как можно шарить в системах, не копая вглубь? 🤓
А сказочные ит-курсы вам поведают о том, что если научиться писать функциональные требования и строить uml схемки, то вы уже первоклассный системный аналитик.
______________________
Если всё же решитесь попутанить в разработке, то я рекомендую начать с веба. Попробовать написать простенькое CRUD веб-приложение с реляционной бд. Гайдов, документации и прочих материалов в инете полно. Живем в золотую эпоху, где знания валяются открыто на дороге, но мало, кто этим пользуется.
Я бы начала с основ фронтенда HTML/CSS/JS, потом с базовых концепций объектно-ориентированного программирования на Java + Spring для создания уже веб-приложений.
Настраивайтесь на марафон и просто наслаждайтесь IT 🥂