Ну что сказать... В приличной компании есть такие люди - аналитики называются. Они занимаются проработкой FSD. Иначе - ТЗ по которому разработчик уже пишет код. Навешивать на разработчика, да еще стажера еще и аналитику - ну такое себе... А еще есть такие люди как архитекторы. Которые занимаются тем, что следят чтобы очередная реализация "супер-пупер-фичи" органично вписалась во всю систему и не стала палкой в колесе, которая затормозит все и вся. А начинается все с BRD - это фактически хотелки заказчика. Его бизнес-требования. Потом составляется ОТАР (Организационно-Техническое Архитектурное Решение) который согласуется архитекторами. Потом проводится оценка - сколько ресурсов потребуется и сколько времени займет аналитика и разработка. На основе этого заводится задача, которая начинает жить, меняя статусы и текущего исполнителя (сначала аналитик, потом разработчик, потом тестировщик...). Хороший аналитик понимает возможности разработчика по задаче и детализирует FSD в соответствии с ними. Для начинающих будет писать более подробно, для опытного можно ограничится общей канвой, а детали разработчик уже сам додумает. Нов целом, конечно, респект за смелость и целеустремленность. Все получится, дальше будет попроще :-) В целом - все "вайтишники" идут в мобильную и вебразработку. Что-то не слышал чтобы кто-то пошел микроконтроллеры программировать, в промавтоматизацию, присать софт для взаимодействия со всякой аппаратурой и т.п.
У меня в прошлом богатый опыт программирования микроконтроллеров (microchip) там через чур много нюансов нужно знать, которые у других скорее всего будут мало востребованы, которые только с опытом приходят + я слабо себе представляю удаленную работу в этой сфере. Там быстрее инженер схемотехник научится программировать, чем вчерашний бухгалтер
не слышал чтобы кто-то пошел микроконтроллеры программировать, в промавтоматизациюпотому что галер с промавтоматизацией даже в питере штук 5 а галер с донатными помойками на выходе более 50 даже после масс-релокации
Понимаете в чем проблема, в компании, которая может себе позволить БА, СА, кучу разрабов вряд ли будет брать стажера, потому что им важен time-to-market.
А вот в компаниях, которые не готовы обеспечивать такой штат (моё 1 место работы) там и начинается, что программист 4 в 1: разраб, тестировщик и какой угодно аналитик :) все достаточно просто
Микроконтроллеры всё же посложнее программировать, промавтоматизацию подозреваю тоже. А перспективы такие себе. Наоборот, я слышал, что оттуда уходят именно по причине неперспективности.
У меня был знакомый, который закончив магистратуру, являлся программистом, но решил как раз заняться ремонтом железа, программировать микроконтроллеры для ремонта и прочее. Правда, начался кризис, потом еще один, потом пандемия, не знаю, что с ним сейчас. Вроде как закрыл свою компанию. Разработкой не занимается. Сайт даже себе писать не хотел.
А про ваше выше написанное - это, наверно, идеал компании? В моей компании такого нет. Программисты докапываются до каждой точки ТЗ от простого сеошника, при этом обсуждать ничего не хотят. Тестирование никто не проводит, кроме них самих... В общем, я мечтаю попасть в компанию, которую вы описали, но пока я там не нужна, т.к. я не разраб. Эх...
Пока фича продирается через все эти сложные аббревиатуры, ещё даже не дойдя до разработки, у компании заканчиваются деньги, и она вылетает в трубу. А конкурент, лабающий, ..., ... И в продакшн уже получает за не бабки. ЗЫ. Ага, Аналитику и ux/ui я бы не стал на стажера вешать в данном случае
Ну что сказать...
В приличной компании есть такие люди - аналитики называются. Они занимаются проработкой FSD. Иначе - ТЗ по которому разработчик уже пишет код.
Навешивать на разработчика, да еще стажера еще и аналитику - ну такое себе...
А еще есть такие люди как архитекторы. Которые занимаются тем, что следят чтобы очередная реализация "супер-пупер-фичи" органично вписалась во всю систему и не стала палкой в колесе, которая затормозит все и вся.
А начинается все с BRD - это фактически хотелки заказчика. Его бизнес-требования. Потом составляется ОТАР (Организационно-Техническое Архитектурное Решение) который согласуется архитекторами. Потом проводится оценка - сколько ресурсов потребуется и сколько времени займет аналитика и разработка. На основе этого заводится задача, которая начинает жить, меняя статусы и текущего исполнителя (сначала аналитик, потом разработчик, потом тестировщик...).
Хороший аналитик понимает возможности разработчика по задаче и детализирует FSD в соответствии с ними. Для начинающих будет писать более подробно, для опытного можно ограничится общей канвой, а детали разработчик уже сам додумает.
Нов целом, конечно, респект за смелость и целеустремленность. Все получится, дальше будет попроще :-)
В целом - все "вайтишники" идут в мобильную и вебразработку. Что-то не слышал чтобы кто-то пошел микроконтроллеры программировать, в промавтоматизацию, присать софт для взаимодействия со всякой аппаратурой и т.п.
У меня в прошлом богатый опыт программирования микроконтроллеров (microchip) там через чур много нюансов нужно знать, которые у других скорее всего будут мало востребованы, которые только с опытом приходят + я слабо себе представляю удаленную работу в этой сфере.
Там быстрее инженер схемотехник научится программировать, чем вчерашний бухгалтер
не слышал чтобы кто-то пошел микроконтроллеры программировать, в промавтоматизациюпотому что галер с промавтоматизацией даже в питере штук 5
а галер с донатными помойками на выходе более 50 даже после масс-релокации
Я как раз такой аналитик)
Понимаете в чем проблема, в компании, которая может себе позволить БА, СА, кучу разрабов вряд ли будет брать стажера, потому что им важен time-to-market.
А вот в компаниях, которые не готовы обеспечивать такой штат (моё 1 место работы) там и начинается, что программист 4 в 1: разраб, тестировщик и какой угодно аналитик :)
все достаточно просто
+ фронта нагрузить задачами UI/UX тоже можно ))
Вы из альфа банка что ли?
тут дали погрузиться полноценно в весь процесс новичку
мне кажется что это круто!
Такой порядок работы редко встречается. Как правило, разработка происходит в хаосе.
Микроконтроллеры всё же посложнее программировать, промавтоматизацию подозреваю тоже. А перспективы такие себе. Наоборот, я слышал, что оттуда уходят именно по причине неперспективности.
Во, все зависит от компании и коллектива, а еще желания субьекта задавать вопросы.
У меня был знакомый, который закончив магистратуру, являлся программистом, но решил как раз заняться ремонтом железа, программировать микроконтроллеры для ремонта и прочее. Правда, начался кризис, потом еще один, потом пандемия, не знаю, что с ним сейчас. Вроде как закрыл свою компанию. Разработкой не занимается. Сайт даже себе писать не хотел.
А про ваше выше написанное - это, наверно, идеал компании? В моей компании такого нет. Программисты докапываются до каждой точки ТЗ от простого сеошника, при этом обсуждать ничего не хотят. Тестирование никто не проводит, кроме них самих... В общем, я мечтаю попасть в компанию, которую вы описали, но пока я там не нужна, т.к. я не разраб. Эх...
Пока фича продирается через все эти сложные аббревиатуры, ещё даже не дойдя до разработки, у компании заканчиваются деньги, и она вылетает в трубу. А конкурент, лабающий, ..., ... И в продакшн уже получает за не бабки.
ЗЫ. Ага, Аналитику и ux/ui я бы не стал на стажера вешать в данном случае