Типичные задачи middle разработчика в компании | Как работают миддлы? (мой опыт)

Друзья, в этом видно мы поговорим о том, кто такой middle и какие типичные задачи в работе перед ним стоят. Я поделюсь своим опытом, расскажу о своём первом проекте на должности middle о том, чего от меня ждали и какие были (и есть) требования к специалистам данного уровня.

Начнем с того, что нужно определиться вообще как разделяются Junior, Middle, Senior. Хочу сказать что эта шкала довольно условная и субъективная, поэтому сложно вывести какую-то формулу, когда-то я от коллеги услышал очень интересное высказывание о том как определить кто Senior, кто Middle, а кто Junior. Фраза звучала так : "Junior тот кто работает с помощью других, Middle тот кто умеет и может все делать, работает автономно и Senior это тот кто умеет и может все делать сам, в тому же еще и помогает другим и может принимать технические решения, я с этим абсолютно согласен.

Если взять по годам по моей внутренней шкале и моего опыта и моих знакомых, если человека развивается и постоянно что-то изучает интересуется то Junior это где-то до 1.5 года работы, Middle от 1.5-2 до 5 лет и Senior примерно после 5ти лет. Эта история конечно что индивидуально, но как минимум даст вам какие-то ориентиры.

После того как я примерно полтора года поработал Junior я устроился в другую компанию сразу на должность Middle. В этот раз никто не говорил уже тебе как нужно что делать, а скорее уже говорила что именно нужно сделать.

Я попал на проект, который создавал что-то вроде хранилища других проектов на черный день, суть проекта была в том что нужно было собирать проекты из разных источников, собирать их, создавать рабочие релизы этих проектов и складывать в определенное место на черный день, который был прописан в контракте компании которая этот проект и заказала, этот проект был своего рода подушкой безопасности, банком их готовых продуктов которые ранее были сделаны.

Технически проект был достаточно интересен тем что проектов было большое множество которые нужно было выкачивать и как-то собирать, когда я говорю собирать это значит запустить так назвыаем билд который соберет все зависимости проекта вроде библиотек и фреймворков, прогонит тесты и потом создаст какой-то разультирующий архив или файл или набор файлов, проекты которые нужно было выкачивать и собирать были написаны на разных языках и технологиях.

На такие проекты обычно уже не ставят Junior потому что он уже более технически продвинутые, здесь уже нужны были люди с опытом которые сразу прийдут и начнут писать.

По сути набор технологий остался такой же как и был у Junior, но нужно их уже было знать на продвинутом уровне.

Итак типичная задача, сделать так, чтобы можно было собирать и складывать ios приложения. Где-то есть какой-то iOS проект, на каком-то гит репозитории, мне нужно сделать, чтобы мой проект умел выкачивать этим айос проекты, распознавать их, правильно запускать билд, собирать все файлы связанные с проектом и складывать конечный артифакт в наше собственное хранилище.

Для начала я беру тикет и теперь сам оцениваю задачи согласно нашей шкале оценки, мы работали по Scrum и метод оценки у нас был в так называемых стори поинтах. Для оценки в этой самой шкале мы использовали числа Фибоначчи например 1 2 3 5 8. Я теперь миддл поэтому сам выбираю и проставляю оценку например 5.

**Scrum - фреймворк для организации работы it-команды, со сводом правил и рекомендаций.

**Story point - условная шкала оценки сложности задания

Нужно было сделать так чтобы этот проект собрался в результирующий файл который я бы потом положил в файловое хранилище, так вот чтобы собрать .ipa нужно чтобы компьютер был в операционной системой OS X (mac), а у нас для всех остальных проектов использовался Linux. Поэтому нужно было написать логику , которая бы подкачивала приложение, потом передавала бы исходники на другую машину, там запускала сборку и по окончанию забирать рультаты в виде логов и результирующего архива.

Хочу также сказать что когда я пришел на должность Middle я сразу заметил насколько больше у меня стало коммуникации, нужно было общаться с иностранцами и проекте, задавать вопросы на созвонах, писать письма и проводить демо раз в несколько недель. Поэтому также ожидается что это все вы будете уметь делать.

От Middle-а ожидают уверенных знаний и понимая того, что он делает, поменьше вопросов, побольше результата. Естественно суда входит хорошее знания языка программирования, в том числе нюансов, также хорошие знания технологий. Не забываем также что от уровня Middle вы уже должны быть в состоянии нормально коммуницировать, задавать грамотные вопросы, обговаривать свои технические решения и проводить демо.

00:00 Начало
0:42 - как составляется градация на junior, middle и senior
2:29 - задачи и требования к middle на моем примере
3:52 - мой первый проект на должности middle
16:15 - каких качеств ждут от middle разработчика

Соцсети:
https://www.instagram.com/itwithvitaly/
https://www.facebook.com/itwithvitaly

#какПопастьВIT #чтоДелаетMiddle #middleVsJunior

Видео Типичные задачи middle разработчика в компании | Как работают миддлы? (мой опыт) канала IT с Виталием Карнаухом