1с middle что это
Организационная структура любого предприятия предполагает наличие начальства и подчиненных с четким распределением между ними обязанностей, полномочий. Та же ситуация наблюдается и в ИТ-компаниях, но устроено в них все не так просто, как может показаться на первый взгляд.
Рассмотрим типичный пример. Вот Василий, он программист. Его ставка — $2 500 в месяц. А рядом с ним, за соседним столом, сидит Петр. Он получает $1 200, хотя также трудится программистом, причем в той же фирме, что и Василий, в одном отделе с ним, над тем же продуктом. Почему так получается? Как-то нечестно выглядит. Нет, вопросы справедливости тут ни при чем. Как правило, все дело в элементарной целесообразности.
Зачем нужны разные «звания» в ИТ
От квалификации программистов, работающих над проектом, зависят качество продукта, а также скорость разработки и стоимость услуг для конечного заказчика. Наиболее опытные специалисты получают существенно большую заработную плату, чем их коллеги, имеющие знания и навыки начального или среднего уровня. Вместе с тем, менеджмент доверяет лучшим сотрудникам самые сложные задачи и возлагает на них больше ответственности.
У обывателя может возникнуть предположение, что это бессмысленная бюрократия. На самом же деле, такой подход полностью оправдывает себя на практике, иначе его бы уже давно перестали использовать. Четкая система рангов действительно необходима, ведь она:
- Повышает эффективность управления работой предприятия за счет создания понятной модели распределения зон ответственности.
- Устанавливает эффективную схему взаимодействия между членами команд . Все внутри коллектива знают, к кому имеет смысл обращаться по тем или иным вопросам.
- Формализует путь продвижения по карьерной лестнице , мотивирует сотрудников расширять перечень своих компетенций, развивать профессиональные навыки.
- Упрощает процедуру оценки стоимости выполнения проекта на всех этапах , в том числе в ходе предварительных переговоров с заказчиком еще до подписания контракта.
В каком-то смысле этот подход сравним, например, с системой флотских чинов, где есть юнги, матросы, старшие матросы и так далее — вплоть до капитана. Обязанности членов экипажа, как и размеры окладов, напрямую зависят от их опыта и уровня ответственности.
Основные ранги специалистов в ИТ
Предположим, что вы совсем недавно закончили хороший курс обучения по программированию и теперь готовы начать реальную трудовую деятельность. В этом случае ваши «ступеньки» в карьере будут выглядеть следующим образом:
- Trainee (трейни). Такого сотрудника можно сравнить с интерном или студентом-стажером. Это человек, имеющий базовый набор теоретических знаний и совсем немного практического опыта, полученного на биржах фриланса и стартапах или путем создания собственных мини-проектов на досуге (pet-project). На этой должности не задерживаются более 3 — 6 месяцев. По истечении данного срока (часто быстрее), вас повышают. Или с вами прощаются, если недостаточно хорошо себя покажете.
- Junior (джуниор). Начинающий специалист, умеющий самостоятельно писать простые программы и скрипты. Ему могут поручать и более сложные задачи, но ход их выполнения будет контролировать опытный коллега. Код, который пишут джуниоры, особенно тщательно проверяется тестировщиками. В среднем на этом уровне программисты трудятся по 2 — 3 года.
- Middle (миддл). Это уже «тертый калач». Такой разработчик должен сам контролировать собственную работу. Он умеет без посторонней помощи понимать суть проекта, анализировать функционирование его отдельных компонентов, находить оптимальные решения для возникающих проблем. Миддл знает, что ему делать, как именно и зачем, а также что требуется от ближайших коллег для достижения общих целей. Поэтому такой спец должен не только уверенно владеть основными технологиями, но и уметь органично работать в составе команды.
- Senior. Практически готовый гуру. Способен в одиночку реализовать архитектуру проекта от «А» до «Я» при наличии достаточного времени и соответствующей ресурсной базы. Отлично владеет несколькими разноплановыми языками программирования. Сеньор несет перед заказчиком личную ответственность за принятые технологические решения, легко находит чужие ошибки, распределяет задачи между менее опытными сотрудниками.
На этом заканчиваются должности простых работяг и начинается начальство. К руководительскому сегменту относятся такие позиции:
- Team Leader (тимлид) — глава команды разработчиков со всеми вытекающими из того полномочиями и обязанностями;
- ProjectManager (PM) — возглавляет реализацию одного либо нескольких проектов, контролирует все команды через тимлидов;
- Architect (архитектор) — продумывает всю структуру проекта до мелочей, узнает, что конкретно нужно заказчику, решает, как конкретно этого добиться и доносит свой замысел до менеджмента и исполнителей в предельно понятной форме.
Но далеко не все хотят брать на себя дополнительную ответственность. Большинству вполне достаточно позиции Senior с зарплатой от $3 500 в месяц и выше. Достигнув такого уровня и заработав на нем достаточное количество денег, многие пытаются запустить собственный прибыльный проект или даже создать свою ИТ-компанию.
Уровень разработчика не обязательно определяется многолетним опытом программирования: «джун» вполне может быть старше «сеньора», — всё сводится к профессиональным навыкам. Это не означает, что старший разработчик должен быть специалистом во всём, но можно с уверенностью сказать, что навыки у него гораздо более развиты, чем у разработчиков младшего и среднего уровня.
Но разработчиков различных уровней отличает нечто большее, чем умение собственно программировать. Так в чем именно кроются различия?
Знания
Очевидно, что старший разработчик обладает гораздо более обширными знаниями. Для младшего разработчика изучить шаблоны проектирования, архитектуру, автоматизацию тестирования, методы повышения производительности и обеспечения безопасности и т. д. — отличный способ сократить этот разрыв в знаниях.
Важно знать, как должно создаваться программное обеспечение. Но просто знать всё это — не значит быть разработчиком более высокого уровня. Знания — это не ключевое отличие, а лишь один из факторов.
Фото — Clem Onojeghuo, площадка Unsplash
Программирование
Несмотря на мнение большинства обычных людей, программирование — это не общение с компьютером. Программировать — значит общаться с людьми и отдавать указания компьютерам. Ведь код в итоге компилируется и превращается в нули и единицы.
Код должен нести в себе смысл для тех, кто будет работать с ним в будущем. Команда, подхватившая за кем-то другим проект, должна иметь возможность открыть его исходный код и начать работать над новыми функциями или исправлением ошибок. И здесь кроется существенная разница между «джуном» и «сеньором».
Разработчиков среднего уровня в этом сравнении я учитывать не буду, поскольку в отношении навыков программирования они представляют собой своего рода переходную область — скорее ближе к уровню старшего разработчика. В основном «промежуточное» положение определяется опытом, поскольку обычно «мидл» успевает пройти весь цикл разработки хотя бы раз, а также совершить множество простейших ошибок и извлечь из них уроки.
Как вычислить «джуна»
Младшие разработчики неопытны: иногда это выпускники, которые только начинают работать на полную ставку. В их голове основная задача — заставить код работать. Если приложение работает — значит, оно хорошее.
Писать простой код — это сложная задача. И младшие разработчики этого делать не умеют: обычно код у них довольно своеобразный. Узнать их можно по причудливым однострочникам и чрезмерно сложным абстракциям — так «джуны» стремятся показать себя и пытаются дать понять другим, насколько хорошо они умеют программировать. Но это неверный подход.
Младшие разработчики сосредотачиваются на «компьютерной» части кода, упуская из виду «человеческую».
Как пишут код «сеньоры»
Глядя на код старшего разработчика, можно подумать: и это всё? А где остальное? Достаточно опытный разработчик пишет простой, понятный и, возможно, местами даже чересчур прямолинейный код — и это одно из самых важных качеств, если говорить о программировании. «Сеньор» следует принципу KISS, гласящему, что код должен быть простым и понятным: «Keep it simple, stupid»
Поэтому у старшего разработчика совершенно другой подход к написанию кода: он учитывает удобство дальнейшей поддержки и масштабируемость. Это совершенно не похоже на мышление младшего разработчика: «сеньор» думает о тех, кто будет работать с кодом, а «джуну» важно в первую очередь заставить код работать.
Не программированием единым
Помимо навыков программирования, есть и другие факторы, которые могут подсказать, что за разработчик перед вами.
Младшие разработчики, как правило, выполняют самые простые и не самые важные задачи; они не занимаются разработкой архитектуры. Разработчики среднего уровня тоже не разрабатывают решения, а просто выполняют задачи, однако их меньше контролируют — если задание довольно типовое. А вот «сеньоры» могут разработать приложение совершенно самостоятельно.
Это не значит, что у старшего разработчика по ходу дела не возникает вопросов: у любого из нас каждый день появляется множество вопросов, и «сеньоры» тут не исключение.
Разница в том, что последние знают, как задавать правильные вопросы и что делать с полученными ответами. Менее опытные разработчики могут задавать правильные вопросы, если речь идет о привычных им задачах, но в более сложных случаях им приходится обращаться за помощью.
Старший разработчик никогда не теряется и знает, как правильно действовать, получив ответ на вопрос. Это не значит, что он не будет просить совета у других — иногда лучшим решением бывает именно обратиться за помощью к тем, кто имеет больше опыта в данной области.
Разработчик среднего уровня также должен уметь задавать правильные вопросы, если только это не очень сложные задачи, требующие глубокого уровня знаний.
А вот в случае «джунов» не следует ожидать, что они смогут задавать нужные вопросы: у них недостаточно практики, поэтому ими должны руководить более опытные коллеги. Младшего разработчика следует обеспечить необходимыми ресурсами или хорошенько подтолкнуть в правильном направлении.
Переход на следующий уровень
Мы все хотим совершенствоваться, в том числе профессионально. Но какие шаги можно предпринять, чтобы перейти на следующий уровень?
От «джуна» — к «мидлу»
Начинающие разработчики не обладают богатым опытом, поэтому важно хотя бы пару раз пройти весь цикл разработки — таким образом вы сможете встретить на своем пути множество ловушек и научитесь их избегать.
Что касается программирования — следует научиться писать простой код: представьте, что после вас над проектом будет работать другой человек. Кроме того, придется научиться заниматься отладкой — это углубит понимание того, что происходит во время работы программы.
Также необходимо ознакомиться с лучшими методиками и побольше узнать об архитектуре, производительности, безопасности и т. д. Закройте пробел в знаниях, отделяющий вас от среднего уровня.
От «мидла» — к «сеньору»
Разработчикам среднего уровня подняться выше может быть довольно сложно: некоторые остаются на этом уровне всю свою карьеру.
Старший разработчик знает, в каких случаях можно пойти на компромисс, и когда этого делать ни в коем случае нельзя — потому что он успел проверить это на собственном горьком опыте.
Чтобы перейти на уровень «сеньора», нужно быть готовым к выполнению задач, за которые никто понятия не имеет, как браться. Нужно знать и уметь больше, чем просто делать свою работу.
Кроме того, как старший разработчик вы должны помогать менее опытным: вы для остальных — спасательный круг, за который можно ухватиться, когда не знаешь, как что-то сделать.
В свете этого неудивительно, что «сеньоры» полностью владеют своим техническим стеком. Нужно не просто уметь программировать, а знать все инструменты и приложения, которые используются в нанявшей вас компании.
Заключение
Разница между «джуном», «мидлом» и «сеньором» заключается не только в многолетнем опыте. Да, можно с уверенностью сказать, что у последнего навыки гораздо более развиты, чем у разработчиков младшего и среднего уровня. Но знание — не самый важный фактор.
Опытные разработчики пишут более простой код и подходят к этому иначе. Но кроме того, чтобы уметь программировать, очень важно также знать, какие вопросы задавать и что делать с полученными ответами. Именно старший разработчик — тот человек, чей богатый опыт позволяет не растеряться и в любой ситуации найти решение.
«Джуну», чтобы расти дальше, нужно постараться научиться писать простой код и пройти через несколько полных циклов разработки. Чтобы подняться выше среднего уровня, нужно сосредоточиться на изучении чего-то большего, чем просто рутинные задачи по исправлению ошибок. Вы должны быть готовы брать на себя самые сложные задачи и полностью овладеть своим техническим стеком. Еще одна обязанность старшего разработчика — выручать менее опытных.
Напоследок процитирую Мартина Фаулера:
«Любой дурак может написать код, понятный компьютеру. Хороший программист пишет код, понятный человеку»
О переводчике
Перевод статьи выполнен в Alconost.
Alconost занимается локализацией игр, приложений и сайтов на 70 языков. Переводчики-носители языка, лингвистическое тестирование, облачная платформа с API, непрерывная локализация, менеджеры проектов 24/7, любые форматы строковых ресурсов.
Мы также делаем рекламные и обучающие видеоролики — для сайтов, продающие, имиджевые, рекламные, обучающие, тизеры, эксплейнеры, трейлеры для Google Play и App Store.
Здравствуйте! Публикуем авторскую статью Дмитрия Котлова — сертифицированного 1С-специалиста, руководителя проектов, эксперта по технологическим вопросам. Также Дмитрий является автором и руководителем нового профессионального курса OTUS «Программист 1С», с программой которого мы приглашаем вас познакомиться.
Привет! В своей статье я расскажу о том, какие специалисты нужны для внедрения 1С, какие задачи они выполняют, какие компетенции нужны для качественного выполнения проекта. Отдельно и подробнее поговорим про требования к программистам.
Для начала перечислим позиции специалистов:
- Руководитель проекта
- Архитектор
- Консультант
- Программист
- Специалист по качеству (по тестированию)
Чем занимаются перечисленные специалисты?
Руководитель проекта
В зависимости от конкретной компании обязанности следующие:
- Составление плана проекта и контроль его реализации, могут быть различные планы: по срокам, по качеству, по финансам(бюджет)
- Взаимодействие с заказчиком по плану планам проекта
- Участие в продаже проекта
- Взаимодействие с командой проекта на предмет выполнения проекта и решения административных вопросов
- Координация выполнения работы и их приёмки
- Выбор оптимальных конфигураций 1С для решения задач клиента
Архитектор
В зависимости от конкретной компании обязанности следующие:
- Разработка и описание архитектуры 1С
- Участие в пресейлах
- Техническое руководство проектом
- Контроль качества разработки
- Выявление и управление техническими рисками проекта
- Оценка объёма работ
- Участие в разработке ТЗ, ЧТЗ, ТП, требований к архитектуре
- Организация процесса разработки
- Анализ качества продукта
Консультант
В зависимости от конкретной компании обязанности следующие:
- Консультирование по функционалу
- Участие в пресейлах
- Определение бизнес-требований, планирование подхода к работе с требованиями
- Выявлять, анализировать и документировать требования
- Доводить требования до заинтересованных лиц, управлять проверкой требований
- Обеспечивать расстановку приоритетов требований
- Ставить задачи программистам и принимать результат выполнения
- Проведение обучения
- Проведение приёмо-сдаточных испытаний, демонстрация продукта заказчику
- Сдача и согласование документации с заказчиком
Программист
В зависимости от конкретной компании обязанности следующие:
- Обновление информационных баз
- Реализация доработок в соответствии со стандартами разработки
- Участие в совещаниях
Специалист по качеству (по тестированию)
В зависимости от конкретной компании обязанности следующие:
Довольно часто этот функционал пересекается в одной позиции. Например, если в компании один программист 1С, не принято привлекать подрядчиков для выполнения проектов, тогда весь данный функционал ложиться на одного человека либо распределяется между ним и другими подразделениями, в рамках которых происходит внедрение продукта.
Далее подробнее разберём позицию «Программист»
Начнём с того, какие уровни программистов бывают. В каждой компании уровни программистов могут подразумевать разный уровень знаний и умений, зависящих от задач, которые будут стоять перед разработчиками.
Программист-стажёр — вакансия, как правило, подразумевает нулевой опыт работы с 1С, возможность интенсивно обучаться. Чаще всего такие вакансии есть в компаниях-партнёрах 1С.
- Установка программного обеспечения
- Обучение клиентов
- Участие в тестировании
- Участие в качестве ассистента во внедрении
- Программирование
- Прохождение обучения
- Сдача тестов и экзаменов на сертификацию
- Желание развиваться
- Общительность
- Инициативность
- Умение излагать свои мысли, грамотная речь
- Желателен опыт с 1С
- Желательно знание бухгалтерского учёта
Программист 1С – позиция подразумевает определённый опыт работы и отсутствие необходимости обучать специалиста программированию, т.е. на неё ведётся поиск людей, которые уже умеют программировать и могут самостоятельно решать задачи.
- Доработка конфигураций
- Разработка конфигураций под задачи компании
- Написание новых отчётов, обработок
- Интеграция 1С со внешними системами
- Обновление доработанных конфигураций
Ведущий программист 1С – специалисты, которые способны не только самостоятельно решать задачи, но и руководить другими программистами, а также подсказывать им оптимальные пути решения задач, осуществлять факторинг кода.
- Разработка нового функционала
- Подготовка сборок и релизов по выполненным задачам
- Настройка сервера 1С Предприятие
- Декомпозиция, распределение и постановка задач разработчикам
- Обновление не типовых конфигураций
- Оптимизация производительности 1С
- Разработка обменов данными между 1С и внешним ПО
Итак, в статье я описал наиболее часто встречающиеся обязанности и требования. Бывает и специфика, например, если по факту в компании отсутствуют аналитики, то зачастую программисты исполняют их обязанности.
Также, если вам интересно развиваться в данной сфере, не пропустите прямую трансляцию мастер-класса «Разбор стандартов и методик разработки на платформе 1С». Я расскажу о стандартах и методиках разработки 1С и покажу, зачем они нужны. А также вы сможете самостоятельно привести код в соответствии со стандартами и методиками 1С!
кто знает, как теперь попасть в свою "касту"? какое-то тестирование нужно пройти?
Взять, например, Рарус Москва
спецы не разделены еще, но, видимо - будут поделены позднее по каким-то критериям.
480 и 720 тысяч в месяц с клиента. Прекрасный аппетит у БГ, но вспоминается "гипотетически у нас есть 3 млн. баксов".
Если кому-то вдруг интересно мое мнение (хаха), то мне это сильно не нравится. Ибо результатами таких "тестирований" я скорее всего только-только попаду в мидла, имея у себя пять автографов Нуралиева и два диплома.
(11) Я вообще не понял, что вызвало такую реакцию. Я там увидел только одну новацию. Рекомендованная стоимость часа. А кому она интересна? Клиентам?
(12) то что скоро к тебе (если ты сотрудник франча) придет твой руководитель и скажет, что мол тебе пора пройти тестирование на проф квалификацию согласно новым (тм) стандартам фирмы 1С. Исходя из этого мы будем определять твою ставку и твою зарплату.
(13) Я имею некоторое отношение к франчайзингу:)))Ничего нового не произошло. Вендор считает, что нужно наращивать компетенции. Не вполне согласен с методами, но в целом- это правильно
(13) Отличный повод обсудить %. Сейчас у тебя меньше половины цифр из (8)?
(14) Сергей Георгиевич, мы рады видеть вас тут!
(15) а кого затронет, только новеньких? что-то сомневаюсь. Или уровень будет определяться автоматически по "текущим" регалиям? Я вот и спрашиваю в (0), знает кто-то что-то про критерии, или нет.
(14) вендор может считать что угодно, у него мышление застряло на уровне 2007 г. по факту щас никто в здравом уме в 1С не идет, и даже более того все валят кто может
(24) джунами видимо у фирмы 1С являются те, у кого еще нет спеца, но кто готов выполнять реальные задачи)
(25) Кадровая проблема есть, это верно. Но в результате стоимость услуг возрасте, за ними заработки. Это рынок
(26) Для начала спеца тогда надо каждый год подтверждать
Ибо он тупо устаревает и сеньор превращается в тыкву в смысле в джуна
(35) "Гений" классный программист. И имеет профильное образование, в самой лучшей белорусской школе программирования. Он танки мог написать, но пришел к нам.
зы
как личность конечно мерзкий. Но как специалист, хорош.
(38) а бывают 1сники не самоучки? Вроде в ВУЗах нет специальности "программист 1с". Или я от жизни отстал?)
Для кого эта сертификация?
1С-ники поделятся на джунов и джунов.
Первая половина ничего не знает про регистры расчета (или бизнес-процессы задачи и боты), вторая половина только регистры расчета и знает.
(44) ну зачем врать? Есть сертификация цсо, есть преподы, есть сертифицированные курсы и лицензии на обучение. Все есть
(47) Интересно, кто-нибудь в курсе, а в других ЯП есть сертификации по фреймворкам? В системном администрировании - сплошь и рядом но я чёт слабо представляю подобного для программистов вне 1с.
(48) за основу взята сартификация по програмным продуктам мс (скорее всего). Что будет с этим проектом и как он будет выглядеть при итоговой публикации его, не понятно.
Но пока нифига не понятно как будет организовано. Только ли для франчей, какие условия, кому это надо и т.д. и т.п.
(50) предварительно я знаю, что эта сертификация коснется прогов, и будет заптлнять вакум между спецами и профами
(52) потому что я погуглил и не нашёл ничего, но ты говоришь что есть. Есть сертификаты по самим ЯП, а по фреймворкам - нет, вроде бы.
(46) >> Первая половина ничего не знает про регистры расчета (или бизнес-процессы задачи и боты), вторая половина только регистры расчета и знает.
Проводится тестирование по всем разделам. Получаешь отдельный балл по каждому разделу (по каким-то может вообще 0). В итоге имеем некий средний балл. Размер полученного среднего балла и определяет категорию.
На картинке https://1c-pfo.ru/upload/medialibrary/370/d1eb7zpgckps0oqj759cmmki34tmu38d/2.jpg видно, что по расчетным задачам тестируемый получил вообще 0,7 балла из 10. А по разделу "команды, общие команды, группы команд" вообще 0.
В общем-то логично и справедливо.
Как ни крути, но сеньор должен знать чуть больше, чем исключительно только оперативный учет с регистрами накопления. И иметь менее 3-5 баллов по любым другим разделам (даже если он ими не пользуется) как-то "не очень".
(45) помню как-то геня закомментил в УПП ошибку про отрицательные остатки материалов при расчете себестоимости и выдал это за решение проблемы.
У меня как то знакомому в гаражном сервисе катализатор на китайце вырезали, а перепрошить не смогли и тупо лампочку check engine на приборке отпаяли чтобы не светилась.
Это видимо какое-то особое мышление у гениев.
А может 1С наконец задумалась над авторитетом 1Сника.
Чтобы он был не просто - пойди-подай, а middle and senior.
Сеньор 1Сник, будьте так любезны - подойдите к марьиванне - у нее отчет не формируется :)
(57) и огромная проблема у "гениального" работодателя, что проверить его работу ну никак нельзя,
потому что он один обычно - на что денег хватило.
(60) Глядишь так и на нашей улице будут смузи с пакнейками и совместным бёрдвотчингом всем коворкингом
(57) (61) как-будто никогда не видели кусок арматурины или гвоздь вставленный заместо предохранителя. К тому что никогда такого не было и вот опять
(64) А по-моему, это более логично, чем нынешняя система аттестации 1С:Специалист.
Нынешний обладатель сертификата по сути кот в мешке. Соответствует каким-то минимальным требованиям, но насколько именно - понять фактически невозможно.
Сертификат с конкретными оценками по категориям даёт более точное представление об уровне квалификации нанимаемого спеца.
Другой вопрос - актуальность любых сертификатов в условиях постоянной доработки платформы. Насколько будет ценен через 5 лет сертификат, полученный сегодня, и надо ли будет его актуализировать.
Сейчас сертификат Специалиста полученный по платформе 8.0 ценится точно так же как по 8.3. Но кому нужен специалист, который быть может управляемые формы в глаза не видел.
(53) спасибо за ссылки.
Вы хоть поняли, куда ветер дует?
Скоро нас без бумажки этого теста на работу не примут.
Спеца тестами не проверить. Если человек заучил тупо ответы на вопросы - это не значит что он спец. Я бы тут даже наоборот бы думал.
(73) >> Если человек заучил тупо ответы на вопросы - это не значит что он спец.
Тестирование 1С:Специалист всё таки более адекватно. Получить этот сертификат не имея реальных знаний затруднительно. Всегда оставался только вопрос об уровне этих знаний. Сертификат подтверждал лишь то, что они соответствуют некоему минимуму. Типа того, что этот спец более ли менее умеет писать относительно простые запросы и знает что их не стоит выполнять в цикле.
(77) (78) То что человек сумел произвести положительное впечатление при собеседовании так же не гарантирует, что он подойдёт работе.
Знаю множество примеров, когда неплохие специалисты крайне тяжело проходят собеседования (стресс, некоммуникабельность, интроверты) или наоборот - на собеседовании вроде хорошее впечатление произвёл, а на код его смотришь и плакать хочется.
что спецы (не говоря уже о профах), что это тестирование - полная туфта.
единственный толковый экзамен - спец по платформе.
наверное еще спец по администрированию документооборота, но я его не сдавал.
А на мисте был относительно недавно опрос сколько и какие у людей сертификаты?
Большинство знакомых в реале людей не имеет ни одного, хотя профа получить не сложно.
Спецов не хочет и не получает вообще никто, даже знакомые лиды во франчах)
(83) а, извиняюсь, через задницу прочитал. Вижу, что по платформе тест адекватный. Просто я почему-то по умолчанию думаю что речь идёт только о сертах по платформе - вот и удивлён почему их хаят тут.
Прикинье тендер на вкусный кусок - требуется не менее 10 сеньеров.
(82) "профа получить не сложно" - Несложно то несложно, но народ принципиально не хочет забивать сундук бесполезными знаниями, ну или совсем не нужно стало. Я, к примеру, хотел сдать на Профа по платформе, окромя торговых решений, даже выучил, но тут пандемия и требования к камере для удаленной сдачи, в общем, не срослось. А сейчас повторять вопросы уже как-то влом, впрочем, может еще попробую. В Профе по платформе треть вопросов уже неактуальны и можно выкинуть, и этот факт ужасно давит на мотивацию. Кому уже нужно поведение формы документов при проведении в ОФ и привязки реквизитов форм ОФ, регистры расчета, которые в типовых не используются как в вопроснике, дурацкие вопросы из первых разделов?
Коллега по работе, с 14-ю профами, ушел с франча на фикс, чтобы не сдавать на Спеца, ну и отчасти из-за низкой зарплаты.
Еще напомню, что сертификат 1С Эксперт фирма 1С опустила в рейтинге франчей, с 600 до 300 пунктов вроде бы.
(90) я когда-то хотел его сдавать, когда в СПБ работал, хотел сдавать эксперта.
потом понял, что это бесполезная бумажка и отказался от затеи.
(82) >> Большинство знакомых в реале людей не имеет ни одного, хотя профа получить не сложно.
>> Спецов не хочет и не получает вообще никто, даже знакомые лиды во франчах.
Потому что в России нет сложившейся практики доверия к такого рода сертификатам среди работодателей.
По факту сертификаты нужны только франчам для повышения рейтинга среди партнёров 1С.
А раз так, то если ты не во франче, то к чему напрягаться для получения небесплатной(. ) бумажки, которую у тебя никто никогда не спросит. А не спрашивают её потому, что она не является показателем и гарантией высоких знаний и компетенций обладателя. А только лишь некоего профминимума - что ты не вчера открыл конфигуратор и хоть что-то да знаешь.
Лиды во франях не сдают по двум причинам. Во-первых, потому что в условиях дефицита квалифицированных кадров франчу слишком дорого обойдутся часы подготовки лида к экзамену. У лида и так всегда есть чем заняться и его время расписано на месяцы вперёд. Во-вторых, сами лиды отмазываются от тестирования т.к. им это ничего не даст. Редко где во франчах много доплачивают за наличие сертификата, а вне франча этот сертификат не ценится.
Хотя на самом деле любой реальный лид способен сдать этот экзамен практически без подготовки. Ничего сверхсложного в нём нет для опытного 1С-ника. Пару дней на ознакомление с примерами заданий и каркасной конфой и на троечку экзамен легко можно сдать. Наверняка есть и те, кто просто боится обо*раться. Чаще бывает проблема сдать 1С:Профессионал (который обязателен для допуска к 1С:Специалист) с его мудрёными хитрыми вопросами. И это уже не пара дней на зубрёжку или реальную подготовку.
(47) что есть курсы, никто не спорит, я сам дважды на курсах учился, только вот одних курсов мало. Должен еще талант быть.
(65) зная подходы 1с к сертификации, можно утверждать на 80% что и новые сертификаты будут для клиента котом в мешке. Мало знать платформу, нужно еще уметь на ней задачи решать. Т.е. некий прикладной скилл. В 1с важно еще с клиентом уметь в бла-бла.
(84) мне серт по платформе напоминает нашу российскую сдачу прав. В USA сел, поехал - все сдал. В РФ нужно демонстрировать высочайшее водительское мастерство. Серт по платформе слишком перегружен, он может выявить только перфекциониста, а не спеца. То бишь заучку.
Раньше он был проще. счас навертели на все руки мастера.
Сразу нужно отметить, что не существует строго стандартизированной классификации, которая определяет уровень разработчика. На эту градацию влияет несколько факторов – опыт, длительность работы, масштаб компании, поэтому это будет обобщенная информация, отражающая распространенные практики среди менеджеров ИТ-компаний.
Кто такие Junior, Middle, Senior разработчики?
1. Джуниор
Джуниорами называют новичков-разработчиков, которые только начинают свой путь в карьере.
Обычно на позицию Junior претендуют выпускники, которые только закончили профильное образование или имеют небольшой опыт в разработке, делали некоммерческие или pet-проекты.
Такие специалисты имеют базовый набор знаний в программировании и английском языке , могут делать отдельные, зачастую самые простые, задачи. Но их знания и опыт обычно разрозненные и фрагментарные, они не способны выполнять сложные задачи.
Если представить весь проект, как большой дом с множеством комнат, то джуниорам позволяют создавать для него кирпичики. Их работа определенно важна, но они не осознают всего масштаба проекта.
Итак, определить джуна можно по следующим характеристикам:
- Умеет самостоятельно делать простые задачи – писать небольшие программы и скрипты;
- ТЗ более высокого уровня сложности может выполнять только при поддержке наставника;
- Код специалиста нуждается в постоянном контроле;
- Имеет немного знаний в стеке технологий и языках программирования, потому поставленные перед ним тест задания может решить одним, максимум двумя способами, толком не понимая, какая между ними разница.
«Хороший» джуниор, который имеет шансы на быстрое продвижение по карьерной лестнице, должен:
- Постоянно развиваться, набивать руку в работе, стараться получить разносторонний опыт и новые знания;
- Быть целеустремленным;
- Спокойно воспринимать критику, стараясь извлечь из нее пользу и больше не совершать аналогичных ошибок;
- Понимать ТЗ и выполнять его без постоянной помощи наставника.
Про джуниоров часто говорят, что они сами не знают, чтоо они знают. И это действительно так. Поэтому этот этап карьеры важно использовать для систематизации своих навыков, их расширения и углубления, формирования четкого представления о процессах разработки.
Когда специалист-новичок набил руку в работе, справляется самостоятельно с задачами более сложного уровня, наставник не имеет серьезных замечаний к его коду, и ему интересно браться за более ответственные таски, это сигнал о том, что можно задуматься о переходе на следующий уровень.
2. Миддл
Специалисты среднего уровня являются основой любой команды разработчиков.
Они уже имеют хороший опыт работы, достаточный уровень знания языков программирования и понимания стека технологий, могут справляться с задачами самостоятельно, без постоянного контроля
Они уже имеют хороший опыт работы, достаточный уровень знания языков программирования и понимания стека технологий, могут справляться с задачами самостоятельно, без постоянного контроля
На уровне мидл разработчику уже поручают не только простые и небольшие таски, но и сложные, интересные задания, которые могут занимать недели работы. Предполагается, что ответственность и профессионализм позволяют ему самостоятельно организовать свое время и разобраться с ТЗ, принимать правильные решения по выполнению задания. При этом мелкие задания миддл сможет выполнить гораздо быстрее джуниора и практически без багов.
Если говорить об уровне знаний, то специалист среднего уровня уже уверенно владеет основными технологиями, которые нужны для его специальности, он может придумать несколько вариантов для решения одной задачи и понять, какое из них будет оптимальным для этого проекта.
Как пишет код Junior:
Вариант Middle разработчика:
Как распознать middle девелопера:
- Способен понять структуру продукта и его функционал, поэтому не просто выполняет свое задание, а находит для него оптимальное решение;
- Имеет хороший опыт в разработке , поэтому может решать задачи быстрее и справляться со сложными;
- Владеет стандартным инструментарием, сервисами и шаблонами в своей отрасли, понимает, в каких случаях логично применять каждый из них;
- Пишет аккуратный код, учитывая интересы команды, делают его понятным не только для машины, но и для человека.
Что делает перспективный мидл, который сможет претендовать на позицию сеньора?
- Не останавливается в своем развитии, даже когда чувствует себя уверенно в работе. Стремится изучить все детали и тонкости используемых инструментов;
- Улучшает свои компетенции, учит дополнительные технологии, приложения, фреймворки и языки программирования , которые уже выходят за рамки его нынешних обязанностей. Если такого миддла перевести в другой отдел, он сможет быстро вклиниться в работу и не ухудшит показатели команды;
- Работает над своими soft skills . Чтобы стать senior разработчиком, нужно не только иметь сильную техническую базу, но и лидерские качества, хорошие коммуникативные скиллы, ведь такой специалист будет обучать команду, помогать сотрудникам.
3. Сеньор
Senior или старший разработчик – это исключительный специалист, который в полной мере овладел стеком технологий и языками программирования, необходимыми в его работе.
Это профессионал, который может не только справляться с разрозненными задачами-кирпичиками проекта, но и в целом понимать его архитектуру, знать функционал
Это профессионал, который может не только справляться с разрозненными задачами-кирпичиками проекта, но и в целом понимать его архитектуру, знать функционал
Большой опыт и багаж знаний позволяют ему глобально видеть продукт и участвовать в стратегических решениях, предлагать более эффективные технологические решение.
Такой разраб знает множество решений одной задачи, может объективно оценить плюсы и минусы каждого из них, после чего выбрать самый эффективный вариант. Он справляется со сложными и нестандартными задачами, может помочь команде найти решение в самых безвыходных ситуациях. Это настоящий эксперт, который отвечает за стабильность и адекватность работы продукта, снижает технические риски бизнеса, поэтому нужен в каждой команде.
Как распознать разработчика-сеньора:
Уровень Senior, как мы уже писали, доступен не всем. Обычно программисты, которые до него доходят имеют особые личные качества – это очень внимательные, целеустремленные (их цель стать lead специалистами), обладают системным подходом, любопытные специалисты с высоким уровнем когнитивных способностей, могут детально анализировать ситуацию, правильно оценивают уязвимости. Они всегда изучают что-то новое и не устают от этого.
Сколько времени занимает продвижение по карьерной лестнице?
Это зависит от его способности и желания учиться, компании и проектов, с которыми он работает. Но можно выделить средние временные промежутки.
- Junior – 1-3 года. Самые старательные и целеустремленные джуны успевают получить необходимую базу опыта и знаний в течение года, чаще всего переход на следующий уровень происходит через 1,5-2 года. Если вы видите, что все задачи уже делаете самостоятельно, ваш ментор не вносит кучу правок в ваш код, то не стесняемся на собеседовании и обсуждаем повышение со своим руководством.
- Middle – 1-3 лет. При хорошем развитие карьеры специалист проведет на позиции миддла от 1 до 3-х лет. При упорной работе за это время можно углубленно изучить необходимые технологии и языки. Но, как мы уже писали, далеко не все специалисты вообще хотят или могут преодолеть этот рубеж. Кто-то не вытягивает по уровню знаний, ведь даже чтобы остаться на своей позиции, нужно что-то учить и развиваться, потому что профессия разработчика не стоит на месте. А для повышения – нужно делать еще больше! Для кого-то становится проблемой вопрос наставничества, ответственности и необходимости быть нянькой для всей команды, а кресло миддла кажется «спокойной гаванью».
- Senior developer – 3-5 лет. Обычно в вакансиях на позицию старшего разраба хотят видеть специалиста со стажем от 5 лет, но на первом месте все равно ваши навыки. Если вы за 3 года освоили весь стек технологий, работодатель наверняка будет только рад заполучить исключительного специалиста. Дальнейшее продвижение по карьерной лестнице уже ведет к руководящим позициям с административными полномочиями – тимлид или архитектор.
Средние зарплаты разработчиков
Помимо чувства уверенности в своей работе и уважения коллег, продвижение по карьерной лестнице имеет еще один немаловажный бонус – рост зарплаты. Так, зарплата старшего разраба вполне может быть в несколько раз больше, чем у джуниора. Согласитесь, получить такой профит всего за несколько лет – очень заманчиво.
Приводим данные экспертизы Хабра, который регулярно анализирует зарплаты в индустрии, в зависимости от их квалификации:
Из этого графика становится понятно 2 ключевые вещи:
- С каждым новым левел-апом, зарплата разраба увеличивается примерно в два раза.
- Опытные разработчики более ценны на рынке труда, их зарплаты продолжили расти даже в условиях пандемии и кризиса 2020.
А вот как обстоят дела с зарплатами в разных специализациях и языках программирования :
Кого из них нанимать на работу?
Небольшое пособие для рекрутеров и HR
JUNIOR, ЕСЛИ:
- Необходимо решать небольшие, но важные в долгосрочной перспективе задачи, такие как мелкая отладка;
- Вы готовы инвестировать в развитие амбициозного специалиста;
- Профессиональная увлеченность специалиста более ценна для вас, чем его начальные технические знания.
MIDDLE, ЕСЛИ:
- Вашему проекту не хватает опытного, но доступного специалиста, готового управлять определенными областями разработки;
- У вас достаточно молодых специалистов, и вам нужен кто-то более знающий, чтобы их наставлять;
- Вы цените целостность специалиста среднего уровня, который является более универсальным.
SENIOR, ЕСЛИ:
- У вас уже есть команда инженеров-программистов низшего звена, которой нужно управлять;
- Вы можете позволить себе высокоопытных, квалифицированных асов;
- Ваш проект имеет глубокий характер и требует узкого, строгого подхода;
- Вы собираете команду экспертов, но не обладаете должным опытом для эффективного проведения собеседований.
Подводные камни
В начале этой статье, я акцентировала внимание на том, что система разделения разработчиков на бесконечные уровни достаточно схематичная, и ее сложно назвать объективной. Что приводит нас к некоторым подводным камням в продвижении в развитии своей карьеры и профессионализма:
- Застревание в типовых задачах. Такую ситуацию можно встретить и в небольших компаниях, которые идут по пути наименьшего сопротивления и берут простые однотипные проекты, и в отдельных крупных компаниях, которые хотят сэкономить на зарплате и не очень способствуют продвижению сотрудников. Смысл в том, что джуниору дают простые и совершенно однотипные задания изо дня в день. В результате, вы можете проработать на такой позиции и 3 года, а по факту не получить новых знаний и полезного опыта.
- Необъективность. В зависимости от компании, требования к уровню разработчика могут сильно отличаться. Представим, что вы начали работать в небольшой веб-студии. Там вы быстро зарекомендовали себя и начали продвигаться по карьерной лестнице, став через несколько лет старшим разработчиком. Потом вы решили перейти на работу в большую компанию, где зарплата гораздо выше. И тут вас может ожидать большой облом. Небольшая веб-студия имеет небольшой штат сотрудников и, как результат, берется за более простые, немасштабные проекты, поэтому и требования к своим сотрудникам не так высоки. Крупная ИТ-компания работает со сложными и высокотехнологичными продуктами, и здесь требования к соискателю гораздо выше. В итоге ваш уровень senior в маленькой компании может оказаться уровнем middle, или даже junior в крупной фирме.
Выводы
Главный вывод из всей этой информации таков: продвижение в карьере разработки – это не столько про время, сколько про целеустремленность и саморазвитие. И это еще одна вещь, которая делает программирование такой востребованной профессией. Во многих традиционных отраслях рынка труда продвижение по карьерной лестнице до приличного уровня заработка и хорошей должности по-прежнему занимает десятилетия, а разработка позволяет достичь этого буквально за 3-5 лет. И это прекрасно.
Ну а коктейль успешного движения от джуниора к сеньору состоит из прокачки профессиональных скиллов, изучения новых технологий, получения разностороннего опыта, решения нестандартных задач и улучшения своих гибких навыков – коммуникабельности, лидерства, аналитического мышления.
Читайте также: