filmov
tv
Типичные задачи 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 разработчика
Соцсети:
#какПопастьВIT #чтоДелаетMiddle #middleVsJunior
Начнем с того, что нужно определиться вообще как разделяются 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 разработчика
Соцсети:
#какПопастьВIT #чтоДелаетMiddle #middleVsJunior
Комментарии