Комментарии 16
С такой логикой можно дойти до анализа какие команды отправляются процессору. Вот только зачем это системному аналитику? Если уже идёт разработка, то есть ТЗ на разработку функционала, есть документация на сервисы.
Иногда бывает, что аналитик приходит в команду, где по тем или иным причинам не велась должным образом документация (актуально для стартапов, да и вообще свойственно Scrum-командам, ведь даже один из принципов скрама гласит, что работающий функционал важнее исчерпывающей документации).
Я лично с таким не один раз сталкивался, и могу выделить отличную статью с Хабра, как восстанавливать документацию в таких случаях.
Т.е. вместо того чтобы воспользоваться здравым смыслом и позвать толкового разработчика, вместе пройтись по кодовой базе и описать ее, Вы предлагаете пойти купить курс по программированию? Вместо того чтобы потратить время и деньги на то чтобы прокачать себя как аналитика или куда-то еще?
Ну купили вы курс по Python, прошли основы, даже изучили что такое ООП, пришли на проект где к примеру C#/Java/C++/PHP а еще неожиданно оказалось что то что пишут в книгах и то что Вы увидите - разные вещи. Ваши действия?
По моему у вас просто подспудное желание разработкой заниматься и Вы зачем то себе придумали историю "зачем что аналитику это нужно".
У меня был проект, мне на старте сказали: "Вот два чувака, они тут сидят уже 20 лет, они тут всё знают, что написано, потому что они по большей части это сами и писали". Это было главное заблуждение при планировании на старте проекта, благодаря которому он здорово уехал по срокам.
Не совсем соглашусь с вами - базовое знание хотя бы одного языка программирования, на мой взгляд и является одним из векторов «прокачки» себя как аналитика и в дальнейшем архитектора.
Купить курс по программированию не предлагаю ни в коем случае, скорее наоборот - считаю, что в интернете или книжных магазинах сейчас в избытке материала, который позволит сделать это самостоятельно.
А с подспудным желанием вы угадали на 100% - я начинал свой путь как раз бэкенд-разработчиком :)
знание того, что делает код - очень сильно упрощает жизнь. Тебе не надо ждать, пока у разработчика найдётся время, чтобы объяснить тебе, что происходит. ты можешь сам пойти и посмотреть. На 2 из 3 проектах, на которых я работала - документации не было ни на что.
Подскажите, а есть ли какие-то курсы для системных аналитиков именно на чтение Java код, в прошлый .NET, но новые фреймфорки и прочее иногда ставят в ступор.
Интересует корп разработка.
К сожалению не знаю таких курсов, но могу порекомендовать посмотреть в сторону обувающих видео на ютубе по тому фреймворку, который интересует.
Если своими руками повторить любой туториал по написанию даже небольшого сервиса, уверен, многое станет гораздо прозрачнее.
на мой испорченный взгляд разработчика с проф. деформацией не нужно никаких курсов. Важно уметь открывать проект в IDE и уметь в ней работать с точки зрения навигации по коду - искать вызовы функций и т.п. По названию функций обычно (не всегда) понятно примерно, что она делает, точку входа (где лежат контроллеры API например) поможет найти товарищ-разработчик, он же объяснит логику организации кода в проекте. Дальше уже код можно читать как книгу на плохом английском и понимать, как в целом он работает. Сложные места можно либо уточнять, либо пропускать, останавливаясь на предыдущем уровне "подробности".
То есть весь гипотетический курс будет состоять из двух уроков: основы работы в IDE с точки зрения навигации по коду и логика организации проектов именно у вас в организации. Дальше уже можно начинать работать
Спасибо за подробный и обстоятельный комментарий!
Да, вы правы, к сожалению я не смог достаточнро точно сформулировать вопрос. По кодыу прочее в IDE владею. Видимо завтык в том, что я не понимаю логику организации проекта, с кучей наследований, интерфейсов, переопределений и прочее. Опять же речь про корп разработку.
Несогласен. Языков много, проекты разные. Зачем аналитику учить язык, если есть инженеры? Их дело показать и объяснить логику.
Учить погроммирование и не быть погромистом, то есть бесплатно учить что-то, что не факт, что пригодится для резюме?
Действительно, профильные разработчики должны помочь разобраться в кодовой базе. Но если постоянно их отвлекать вопросами - можно пролететь со сроками.
Плюс знание ЯП я считаю необходимым условием профессионального развития СА.
Если коротко - погромистом можешь ты не быть, но язык погроммирования ты знать обязан должен :)
В целом выбрал путь номер 3, заходил в IT 5 лет назад из сферы логистики и закупок - начал в проджект-менеджера в мелкой веб-студии, и там был и за аналитика, и за тестера, и за релиз-менеджера🤪
Нас было два ПМ-а и директор из бывших разрабов (а разрабов было семеро) - он настаивал, чтоб мы могли верхнеуровнево понимать код, потом смотреть на PHP и Rubi пришлось, очень помогло кстати, когда уже 3 года назад перешёл в СА
Щас иногда использую вариант 2, но раньше такой опции не было, так что современным джунам повезло
Как аналитику научиться читать код без навыков программирования