principal developer что это
Principal developer что это
Относись к этому как к советским разрядам «1й разряд, 2й разряд и т.д.» В каждой фирме от этих разрядов ожидают по разному. В конечном итоге влияет только на деньги.
 | От: | Faland |
| Дата: | 07.06.18 13:57 | |
| Оценка: | 1 (1) | |
Угу. Где-то Принципалов раздают направо и налево, где-то это показатель значимости для компании, где-то — означает что инженер известен в индустрии за пределами своей компании.
Например человека с патентами на Linux Kernel с радостью берут принципалом с улицы (привет m_v).
У нас в конторе принципалов с улицы берут очень редко. Один из факторов определяющий разницу — ширина круга влияния инженера.
Для опытных инженеров разделение такое:
1) Сфера влияния — в рамках своей команды и, возможно, смежные команды (если замешаны всякие API) — senior engineer.
2) Сфера влияния — департамент/а то и вся компания, например — пишешь/поддерживаешь какую-то критичную функциональность или движок, презентуешь другим командам, тебя знает много народу по всей конторе и почта ломится от вопросов — principal engineer.
3) Сфера влияния — индустрия. Блоги, патенты, конференции, общение с инженерами/клиентами за пределами компании. — distinguished engineer.
Понятно что принципалов в конторе на порядок меньше чем сеньоров, а distinguished инженеров всего с десяток наберется.
Principal developer что это
Относись к этому как к советским разрядам «1й разряд, 2й разряд и т.д.» В каждой фирме от этих разрядов ожидают по разному. В конечном итоге влияет только на деньги.
 | От: | CreatorCray |
| Дата: | 06.06.18 17:04 | |
| Оценка: | +4 | |
 | От: | Vlad_SP |
| Дата: | 07.06.18 07:57 | |
| Оценка: |
Здравствуйте, CreatorCray,
CC> C этими лычками «каждый фапает как хочет».
CC> Надо смотреть в конкретной компании.
Эт да. Знавал я одну конторку, в которой «старший программист» (да-да, тот самый senior software engineer) и интернет бухам настраивал, и дискеты (дискеты, Карл. в XXI веке!) с отчетами в налоговую возил, и картриджи в принтеры вставлял. Не знаю, правда, как его должность была в трудовой записана.
| | От: | Faland |
| Дата: | 07.06.18 13:57 | |
| Оценка: | 1 (1) | |
Угу. Где-то Принципалов раздают направо и налево, где-то это показатель значимости для компании, где-то — означает что инженер известен в индустрии за пределами своей компании.
Например человека с патентами на Linux Kernel с радостью берут принципалом с улицы (привет m_v).
У нас в конторе принципалов с улицы берут очень редко. Один из факторов определяющий разницу — ширина круга влияния инженера.
Для опытных инженеров разделение такое:
1) Сфера влияния — в рамках своей команды и, возможно, смежные команды (если замешаны всякие API) — senior engineer.
2) Сфера влияния — департамент/а то и вся компания, например — пишешь/поддерживаешь какую-то критичную функциональность или движок, презентуешь другим командам, тебя знает много народу по всей конторе и почта ломится от вопросов — principal engineer.
3) Сфера влияния — индустрия. Блоги, патенты, конференции, общение с инженерами/клиентами за пределами компании. — distinguished engineer.
Понятно что принципалов в конторе на порядок меньше чем сеньоров, а distinguished инженеров всего с десяток наберется.
| | От: | CreatorCray |
| Дата: | 07.06.18 18:06 | |
| Оценка: |
 | От: | Тёмчик | жж |
| Дата: | 07.06.18 23:53 | ||
| Оценка: |
Здравствуйте, bzig, Вы писали:
B>Относись к этому как к советским разрядам «1й разряд, 2й разряд и т.д.» В каждой фирме от этих разрядов ожидают по разному. В конечном итоге влияет только на деньги.
+1
Ну это ещё показатель политического влияния. Хотя imho лучше быть синьером в щедрой конторе, чем принципалом/вицепрезидентом/фелоу в жадной.
 | От: | Vladek | Github |
| Дата: | 08.06.18 06:53 | ||
| Оценка: |
Здравствуйте, Vlad_SP, Вы писали:
V_S>Здравствуйте, CreatorCray,
CC>> C этими лычками «каждый фапает как хочет».
CC>> Надо смотреть в конкретной компании.
V_S>Эт да. Знавал я одну конторку, в которой «старший программист» (да-да, тот самый senior software engineer) и интернет бухам настраивал, и дискеты (дискеты, Карл. в XXI веке!) с отчетами в налоговую возил, и картриджи в принтеры вставлял. Не знаю, правда, как его должность была в трудовой записана.
Есть ли жизнь после разработки: Как расти, минуя менеджмент
В российских компаниях классический путь программиста заканчивается на должности тимлида или tech lead. Дальше — всё больше менеджера, всё меньше инженера. Хочешь расти в компании — берись за управление людьми, нравится тебе это или нет.
Но что, если есть другой путь? Опыт западных компаний показывает, что можно дать программисту остаться в разработке, а в менеджеры брать тех, у кого есть желание. И это не пойдёт бизнесу в убыток. Наоборот — разработчик сможет вносить бóльший вклад в работу компании и наработать уникальную экспертизу. А ещё не выгорит от бесконечных code review. В этой статье Иван Круглов расскажет, как разработчику расти, минуя менеджмент.
Небольшое предисловие
Меня зовут Иван Круглов, я Staff Engineer в Databricks. Если вы ещё не слышали об этой компании, то обязательно услышите. Компания работает в сфере обработки данных: предоставляет инструменты для обработки больших данных, для Machine Learning, для бизнес-аналитики и так далее.
Должность у меня Staff Engineer, позиция Tech Lead. Я отвечаю за команду, которая разрабатывает один из бизнес-критических сервисов. Классическая история: традиционный монолит перерос по нагрузке все возможности, которые изначально в него закладывались, поэтому нужно перестраивать, перекраивать, пересобирать и делать так, чтобы всё работало.
В Databricks я не очень долго, с прошлого апреля. Никогда не был в офисе: когда я пришёл, ввели все карантинные меры. Даже пропуска в офис нет. И с коллегами вживую виделся один или два раза.
До этого я семь лет провел в Booking.com. Пришёл туда как разработчик и прошёл весь путь до Principal Engineer.Самым большим достижением считаю создание нового PaaS: внутреннего облака на kubernetes. В сумме у нас было 2000 нод с большой автоматизацией, позволяющей автоматически получать доступ к различным ресурсам. Еще я внедрил service mesh, про это я рассказывал на конференции Highload++.
Когда GDPR только входил в наш лексикон, я построил внутренний сервис, который позволил компании соответствовать требованиям регламента. Тогда это было очень важно — приходилось перекраивать если не все внутренние процессы, то большинство. Потому что раньше данные были везде, а теперь их нужно свести в одно место и перестроить внутренние сервисы, чтобы они данные брали из единого места, но продолжали работать как раньше.
Также работал над нашим поисковым движком. Когда вы ищете на Booking.com отель в Москве и нажимаете на кнопку поиск, он производится в том числе с помощью моего сервиса, над которым я работал. Тоже интересный проект.
В 2013 году я переехал в Амстердам. До этого я жил и работал в Иркутске, в компании ISPSystem — поддерживал и разрабатывал панели управления. Одно время я даже был тимлидом. Примерно в то же время у меня отбилось желание быть тимлидом, и с тех пор каждый раз, когда спрашивают “Хочешь в менеджмент?” я говорю — нет.
Пока что я продолжаю с переменными успехами двигаться по карьерной лестнице и оставаться инженером, и об этом я хочу поговорить поподробнее.
Реальность
Я провел небольшой опрос среди российских и западных друзей, чтобы обрисовать картину и дополнить понимание. У нас есть классический карьерный путь Junior-Middle-Senior.
Junior — человек только с института. Опыта мало. Ему нужно выдавать задачи, его нужно постоянно контролировать, поддерживать.
В позиции Middle человеку по-прежнему нужно выдавать задачи, но он может делать их самостоятельно и проявлять какую-то инициативность. Он беспокоит вас не так часто.
После этого появляется тимлид или техлид. На этом этапе человек уже начинает отвечать за некоторые направления, во главе команды или нескольких команд. Где-то он выступает в роли менеджера.
Сразу оговорюсь: под общим словом “менеджер” я имею в виду people менеджера, который руководит людьми и отвечает за их рост. И в меньшей степени product менеджера или project менеджера.
Техлиду начинают примешивать всё больше задач по управлению людьми и проектом, и все меньше программистских задач — того, что обычно всем нравится. За этой ступенью есть определённая техническая ветка, она уходит немного вбок. Я ее поместил на одном уровне с тимлидом и техлидом, но где-то она чуть выше. Это роль архитектора, человека, который выходит на новый уровень и начинает строить свои города, замки, гайды, подсказывать всем “сюда не ходи, туда ходи”. В общем, пытается всех скоординировать. Дальше архитектора, судя по опросу, для разработчика ничего нет.
Следующим шагом для большинства моих знакомых разработчиков по-прежнему остаётся менеджерский трек — то есть руководитель разработки. Это человек, который отвечает за целое направление. У него десятки команд в подчинении. Он руководит командой из менеджеров, тимлидов или техлидов. Это моё видение ситуации в России.
Как это работает в Booking.com
Давайте я расскажу, как выглядит путь программиста в Booking.com. В компании есть ступени: Graduate Software Developer, Software Developer и Senior Developer. Они соответствуют привычным Junior, Middle и Senior. После этого есть ряд ступеней:
Fellow Principal Developer.
На этих ступенях ты растёшь, но остаёшься в инженерном треке.
Lead Developer — обычный человек, который работает на уровне отдела, в составе нескольких команд, про него мы поговорим чуть позже. Principal работает на уровне департамента, т.е. какой-то группы отделов. Fellow — человек, чей ранг соотносится с высшим руководством. Смело можно ставить в ряд с VP (вице-президентом) или Senior Director — то есть, это очень высокая должность.
Если вернуться к первой схеме, должность тимлида и техлида смешивается с теми заслугами, которые есть у человека. Тимлид и техлид это одновременно должность. Она определяет тебя по иерархии, к нему привязываются компенсации, и вместе с тем это роль, которую ты выполняешь.
В Booking.com — и это устойчивый тренд в западных компаниях — роль и должность разные вещи. Перед собой вы видите только должности. Ты можешь быть Lead Developer, но это не определяет твои обязанности.
Как расти не в менеджмент
В первых трёх ступенях разработчик должен расти. От инженера уровня Graduate ожидается, что в течении года он перейдёт на следующий уровень. Никому не прикольно, когда человеку нужно постоянно помогать — хочется, чтобы он работал самостоятельно.
Переход от просто Software к Senior Developer в зависимости от человека занимает 1-2 года, и предполагается, что разработчик этот переход все же совершит. А вот в отношении должностей выше больших ожиданий нет. Я знаю людей, которые очень долго работают в определенной позиции, потому что им это нравится и они счастливы.
Есть сайт levels.fyi. Он позволяет сравнивать карьерные лестницы между компаниями. Сейчас я показываю карьерные лестницы крупных IT компаний, т.е. Apple, Amazon, Google, Facebook и Microsoft. Это исключительно инженерные карьеры, но есть и классический менеджерский путь — его можно посмотреть на том же сайте.
На одного Fellow в компании приходится тысяча разработчиков. На Principal Engineer и Distinguished Engineer — пара сотен. Senior Staff Engineer — один из 100, и Staff Engineer это один на 10-20 человек. Они работают обычно на этих уровнях.
Какие есть архетипы
Отдельно я бы хотел поговорить про архетипы. Есть звание, должность, а дальше появляется то, чем вы конкретно занимаетесь.
Первый архетип — классический Techlead. Он есть и на российском рынке, но здесь разница в том, что менеджерских задач там не так много. Например, личностный рост и менторинг сотрудников входит в обязанности и менеджера, и техлида. Но техлид не будет заниматься наймом и увольнением. Он может участвовать в интервью, но не более того. Он может участвовать в планировании и бюджетировании, но он за это не отвечает. Это не его основная обязанность.
Его основные обязанности — это выбор технологии, помощь команде и разблокирование. То есть, если человек застрял на процессе коммуникации или сложной технической проблеме, я должен ему помочь — разблокировать его. К этому относится ревью кода, менторинг и общий технический взгляд в моем направлении.
Следующий архетип — это Architect. В России он тоже присутствует на рынке, но здесь я имею ввиду отдельную должность. Задачи зависят от ваших целей: сначала вы можете проектировать архитектуру для группы команд, как Staff Engineer. А если захотите расти — начнете проектировать архитектуру и решать огромные стратегические бизнес-задачи в рамках всей компании.
В ранге архитектора вы можете расти по своим должностям, переходя из Staff Engineer в Senior Staff Engineer и выше. Архитектор — градопланировщик. Сам он не больно строит. Это человек, который следит, чтобы в городе больницы не строились рядом с очистными сооружениями, детскую площадку не разместили в промышленной зоне, чтобы провели коммуникации и проложили широкие дороги. В общем, занят высокоуровневыми вещами. А что конкретно происходит в спальном районе, какие дома строили, сколько там квадратных метров в студии — это работа команд на местах.
Есть ещё два интересных архетипа, с которыми я сталкивался лично. Code machine — это человек, который потрясающе пишет код. Здесь идет речь именно про работу на грани, про какие-то выдающиеся результаты, когда человек с феноменальной скоростью решает проблемы и закрывает баги. Он может делать это не только у себя в команде, но и в соседних.
Если Code Machine больше про скорость и про широту охвата, то Expert — эксперт мирового уровня, или близко к этому. Это узкая специализация, которая позволяет решать очень сложные технические проблемы. В решении задач он тоже может помогать другим командам, делиться экспертизой, в общем — делать так, чтобы людям было проще с их проблематикой. Например, сейчас в Databricks работает такой человек. Он очень хорошо разбирается в фреймворках межсервисного взаимодействия и находится именно в экспертной позиции, не отвечая ни за какую конкретную команду.
Кому отчитываются Fellow Software Developers?
Стоит понять: должность это именно про promotion, про ваши заслуги. Она говорит о том, на каком уровне вы в состоянии работать — и она не определяет, кому вы отчитываетесь.
У меня есть несколько примеров, когда даже Fellow Engineer, человек, стоящий на самой высокой ступени в карьерной лестнице, был в подчинении у простого тимлида. Была команда, которая решала критически важную бизнес задачу по выстраиванию фреймворка для экспериментов. Зная Booking.com — это ключ всего успеха и его секретный ингредиент. Команда работала над решением очень важной технической задачи, человек действительно хорошо понимал как это нужно делать. Он, будучи Principal и Fellow, имел доступ и к высокоуровневым каналам коммуникации связи, он входил в архитектурные ревью, он мог пойти к CTO и проконсультироваться с ним. И при этом он работал на уровне обычной команды. Это была временная ситуация, но тем не менее.
Наблюдается тенденция: с высокой должностью ты работаешь уже на уровне кросс-командного взаимодействия — где-то на уровне нескольких команд, где-то на уровне департамента. Но эта позиция за тобой не закрепляется. Ты можешь немножко опускаться до проблематики определенной команды, чтобы помочь ей с конкретной проблемой.
Будучи Principal Engineer, я работал над облачной платформой. По архетипам я был сочетанием Techlead и code machine. Важно понимать, я был IC, individual contributor, то есть официально у меня не было людей в подчинении. Но тем не менее у меня была команда, в которой я был лидер. Я определял технологию направления развития, где-то я мог выдавать задачи, где-то я мог контролировать, но официально мне никто не подчинялся. Это было 5 команд, в общей сумме 30-40 человек, и мы все вместе делали платформу. Я определял стек технологий, но при этом в определенный момент мы переходили с Openshift на Kubernetes. Мы принимали решение о том, как мы будем делать deployment. За что отвечал я: сбор требований, переговоры, что лучше/что хуже — то есть, общая координация и коммуникация в том числе.
Говоря про вклад: можно вносить свой вклад, оставаясь инженером. Но важно, чтобы ваша работа и ваши действия волной подхватывали людей вокруг и помогали им ускоряться и расти. С ростом ваших званий масштаб и сила волны должны постоянно нарастать.
Если вы большой эксперт в кросс-платформенном взаимодействии, можно выдать рекомендацию, создать tooling, создать автоматизацию. Главное: от вашей работы жизнь других людей должна становиться проще и легче. На английском это называется force multiplication: когда ваше конкретное действие приводит к кумулятивному эффекту и позволяет компании быстрее или эффективнее достигать своих бизнес результатов. С этой точки вы начинаете приносить пользу.
К чему я клоню
Если вы руководитель, то не надо тянуть в менеджмент ваших технических инженеров только потому, что это следующий карьерный шаг. Кажется, российскому рынку надо пытаться перестроиться и измениться, а менеджменту — понять, что человек может принести пользу бизнесу, оставаясь на инженерных позициях. Потому что для многих людей это их экспертиза. Это то, что их драйвит. То откуда они черпают свою энергию.
А если вы инженер и разработчик, расскажите: в других местах это работает, давайте попробуем сделать тоже самое. Сделайте запрос — спрос же всегда рождает предложение. Просите, разговаривайте. Понятное дело, что сразу же в один день ничего магическим образом не случится. Но, мне кажется, нам нужно постоянно говорить об этом, и тогда индустрия изменится. Постепенно мы придем к тому, что нет необходимости переводить инженера на менеджерский путь, начинать заниматься какими-нибудь performance review.
GetMentor.dev — открытое сообщество IT-профессионалов, готовых делиться опытом и экспертизой. Мы помогаем решать проблемы тем, кто к нам обращается, и сами ищем новые возможности для роста и развития.
Иван Круглов — один из многих менторов, с которыми вы можете посоветоваться на нашем сайте. В нашем сообществе в Telegram мы обсуждаем разные вопросы, важные и не очень. Подписывайтесь — будем на связи.
Часть иллюстраций честно взята с icons8.com
Заходят как-то в бар «джун», «мидл» и «сеньор»: чем отличаются уровни программистов
В IT-среде принято маркировать уровень специалиста словами «джуниор», «мидл» и «сеньор». Но как понять, на какой вы ступени, и чем вообще эти уровни отличаются? Разбираемся, что на практике ждут работодатели и можно ли прийти устраиваться на должность джуна, а стать мидлом?
Зачем нужна классификация
Деление айтишников, да и не только, на джунов, мидлов и сеньоров — международная традиция. Поскольку в той или иной степени знать английский язык все равно нужно, у нас в IT-среде не стремятся заменять уже привычные для индустрии маркеры на какие-то свои.
В основе классификации — опыт и навыки. Иногда между делом подразумеваются и софт-скиллы. База — единая для всех, хотя в разных компаниях могут быть отхождения из-за специфики отрасли и устройства команды.
Junior с английского переводится как младший. Этим прилагательным также обозначают студентов младших курсов и начинающих специалистов.
• Год-полтора в профессии или делал только учебные проекты.
• Использует один-два метода для решения задач, остальные не пробовал или не разбирается в них.
• Не ориентируется или слабо понимает, как решать нестандартные задачи.
За джунами требуется контроль и проверка кода. Они не знакомы с деталями и нюансами, с которыми сталкивались опытные коллеги. Но этот этап проходят все специалисты в начале работы в IT-сфере.
Игорь Фонин (тимлид команды frontend-разработки, МегаФон):
Джуны выполняют разные функции в зависимости от направления, в котором работают. Например, в кодовом направлении обязанности будут отличаться от команды к команде. А во фронтэнде плюс-минус одинаковые: маленькие задачи для получения опыта, фикс багов, маленькие компоненты на странице. Если джун с этими задачами справляется, получает более сложные. Ему нужен постоянный надзор старшего — мидла или сеньора, тимлида.
Анна Гуминская (тимлид команды backend-разработки, МегаФон):
Обязанности джуниоров чаще всего ограничены определенным набором задач. Поэтому они не видят картину целиком и работают в основном как исполнители. Чтобы понимать, какое решение лучше принять в той или иной ситуации, нужно набраться опыта. Это главная задача любого джуна, если он хочет дорасти до мидла.
На что обращают внимание рекрутеры при подборе
1. Минимальные курсы или образование по специальности. Логично, что для работы программистом на Python нужно знать этот язык.
2. Знание английского. Требуемый уровень зависит от специфики вакансии. Например, в МегаФоне язык потребуется не только чтобы писать код, но и для коммуникации.
3. Софт-скиллы. Навык аналитической работы желателен почти на всех IT-специальностях. Но ключевым для джуниора станет способность к обучению.
Как только джуниор набрался опыта и научился принимать правильные решения в работе над проектом, он переходит на уровень «мидл».
С английского — середина. Специалист уровня мидл — следующая ступень эволюции джуна.
• Ориентируется в методах решения задач и подбирает оптимальные.
• Умеет писать код аккуратно.
• Осознает свою роль в общей системе проекта, и как его задачи влияют на работоспособность продукта.
• С уверенностью берется за нестандартные задачи.
Мидл — это опытный сотрудник, который развивается в своем направлении и умеет делать больше, лучше и быстрее джуна. Задачи у мидла более трудные, но и зарплата выше. Когда специалист этого уровня наращивает достаточно компетенций и опыта, он становится сеньором и выбирает один из трех путей развития: продолжить кодить и стать в этом первоклассным специалистом, сконцентрироваться на технической стороне проектов или взяться за управление командой.
Игорь Фонин (тимлид команды frontend-разработки, МегаФон):
Мидлы — это ребята, способные выполнять любой спектр задач от технических до тех, что улучшают проект. Мидлы создают новые страницы, а при принятии решения советуются с сеньором или тимлидом. Но не всегда мидлам доступны архитектурные задачи — за ними нужен контроль.
На что обращают внимание рекрутеры при подборе
1. Портфолио и реальные проекты.
2. Знания (измеряются количеством языков, протоколов и систем, которые освоены на практике);
3. Менеджерские качества — например, в МегаФоне смотрят на понимание культуры Agile.
Мидл — это человек, который способен включиться в работу в незнакомой отрасли или новом отделе быстро и почти без ошибок, поскольку он гораздо увереннее в своих знаниях и навыках, чем джун. Мидл намеренно включается в работу смежных сфер или набирается опыта в других отделах. Стремление углубить знания, разобраться в прежде непонятном и прокачать себя со временем превратит его в сеньора.
С английского — старший. Это либо гуру в своем направлении, либо тимлид и руководитель отдела.
• Глубоко знает направление, в котором работает, и в достаточной мере прокачан в смежных сферах.
• Набил массу шишек и все их превратил в полезный опыт.
• Умеет выдержать баланс: знает, где на компромисс идти нельзя, а где можно опустить простоту и красоту и сделать костыль.
• Обладает хорошими коммуникативными навыками и тем, что принято называть «эмоциональным интеллектом».
• Умеет делегировать и распределять задачи в команде, базируясь на сильных сторонах коллег.
У сеньора особый склад ума. Он знает, что отвечает за код и продукт и берет на себя ответственность за принятые решения. Отмазки не использует и не скидывает ответственность на клиентов, коллег или судьбу.
Игорь Фонин (тимлид команды frontend-разработки, МегаФон):
Сеньор — человек с развитыми софт-скиллами. Он помогает младшим коллегам, оценивает сложность задач и выступает лидером своей команды в техническом плане. К лиду в основном обращается по поводу того, как лучше сделать, или за мнением со стороны.
На что обращают внимание рекрутеры при подборе
1. Софт-скиллы и образ мышления.
2. Уровень экспертизы.
Пути эволюции мидла
Упрощая, мы хотим выстроить прямую цепочку эволюции: джун, мидл, сеньор. Но на деле не обязательно идти по проторенной дорожке к логичной финальной точке в виде позиции тимлида. У мидла есть несколько путей, по которым он может следовать, но все они непременно приведут его к уровню сеньора.
1. Разработчик-эксперт. Если специалист не хочет бросать код, он волен остановиться и не идти дальше по карьерной лестнице. В этом случае он станет сеньором, который пишет код, развивает свои навыки и углубляет знания. Рост в этом пути развития — это увеличение стоимости компетенций.
2. Техлид (в дальнейшем архитектор). Этот путь выбирают те, кто хочет сконцентрироваться на технической части: придумывать комплексные решения и системы, смотреть на всю картину целиком и решать интересные задачи. Архитектор уже не занимается кодом, а проектирует и продумывает решения.
3. Тимлид (в дальнейшем руководитель разработки). Та самая управленческая должность. Это кардинальная смена деятельности. Вместо кода тимлид занимается мотивацией своей команды, оценкой эффективности и следит за тем, чтобы все процессы работали. Часто бывает, что техлид и тимлид — это один и тот же человек. Он видит общую картину, принимает решения и при этом руководит командой.
Классифицикация по трем уровням скиллов разработчиков — чисто прикладной инструмент. Он упрощает процесс отбора и помогает обозначить компетенции и требуемый опыт. Но каждый случай индивидуален. В МегаФоне нацелены на быстрое развитие сотрудников и помогают развивать их навыки.
Сергей Кузин (менеджер по подбору персонала, МегаФон):
Рост от джуна до мидла и до синьора сейчас может быть очень стремительным. Многое зависит от инициативы самого разработчика. В МегаФоне для таких переходов есть практически неограниченные возможности по изучению современных технологий и языков и плотная работа с наставниками.
IT в МегаФоне очень разнородно, мы много чем интересным занимаемся. В большей степени команды фокусируются вокруг наших продуктов: есть ребята, которые занимаются мобильным приложением, сайтом. Есть те, кто разрабатывает и поддерживает продукты для корпоративных клиентов (от умных производств, видеоаналитики до крупных проектов безопасных городов и так далее). Есть и те, кто сфокусирован на счастье внутренних сотрудников и делают жизнь каждого из нас — в офисе или на удаленке, — проще и удобнее. Продуктовый подход в разработке позволяет нам быть быстрее и делать действительно важные вещи.
В МегаФоне предлагают конкурентные по рынку вилки зарплат для соискателей с разным уровнем экспертизы. А переход между позициями джуна и мидла или мидла и сеньора в компании происходит за счет обучения и поддержки менторов. В МегаФоне не обязательно идти по дороге «стажер — тимлид», можно двигаться между проектами и находить для себя более интересные задачи.
Атмосфера в МегаФоне, возможность учиться внутри компании и обмен опытом между отделами помогают быстро вырасти с джуна до мидла, а с мидла до сеньора, если у сотрудника есть такое желание. Митапы, мастер-классы и конференции в профессиональной сфере дадут значительный буст навыкам.
МегаФон ищет в свою IT-команду QA-тестировщика, Java, iOS и React разработчиков. И прямо сейчас у вас есть возможность получить приглашение на собеседование без лишних тестовых работ. Если вы в поиске вакансии, выбирайте свою специализацию и пройдите наш Пиратский квест.
Драма
Взял родительскую кассету с порно: сижу, натираю свой стручок. Вдруг резко открывается дверь, я молниеносно переключаю канал, но не успеваю запрятать свой причиндал. Заходит двоюродный брат. Смотрит на меня, потом на телевизор, по которому идёт какая-то религиозная программа и вещает священнослужитель, потом опять на меня. А я сижу с пиписькой в руке, растерянный, смущённый, и давлю лыбу.
Столько лет прошло, а он не перестаёт меня троллить. Недавно я получил от него сообщение с фотографией служителя церкви и подпись: «А этот нравится?»
Как мне проект СУПЕР-СТАР и НТВ изуродовали машину
Большая просьба поднять, чтобы другие не пострадали и НТВ увидели пост. И да, конечно без рейтинга.
Корёжит меня аж пипец как…
Предисловие. Постараюсь коротко.
Автомобиль ГАЗ-2401 ПИКАП (не седан, не универсал, а именно пикап) я искал очень долго. Нашел в Адегее и пригнал авто в Москву.
3 года работ. В начале кузов делали белым, потом переделывали, перекрашивали. В итоге красивый цвет, красный “кенди” + ручная работа, рисунок – пинтстрайпинг. Красивый рисунок по всей машине с использованием сусального золота…
Машина уникальная. Да, со всеми документами (официально 3х местный пикап). Настоящий Шоу-кар, который ездит на съемки, выставки и пр.
Насколько Волга мне дорога? Скажем так – даже мыть я её не доверял никому. Только сам. Ни разу в город не выезжал на ней грязной. Храню в подземном паркинге (Инфинити на улице). Она должна быть ИДЕАЛЬНОЙ… Думаю что вы всё понимаете.
Итак, звонок. “Хотим машину на съемку” Окей. Не впервой. Пригоняю машину. Вся вылизана, блестит. Прям перед въездом в павильон покрываю её спец выставочным покрытием.
Объясняю, что на крышку багажника вставать можно – там сцена. Больше – ничего нельзя. Лучше даже не трогать её лишний раз. Обещают, что будет всё в лучшем виде.
Итог- Приезжаю забирать машину. Темный павильон, первый час ночи. Вся машина в конфетти.
Спрашиваю, всё ли в порядке? Да-да, всё нормально –ответили организаторы съемки.
Обратил внимание, что капот открыт. Ну, не проблема, часто снимают клеммы с аккумулятора – пожарная безопасность. Подхожу опустить капот (клеммы на месте –причина открытия капота позже) – большой скол до металла на крыле. Далее- на капоте и на решетке, около лобового стекла. Зову –организатора. Спрашиваю, какого хера? Ой, мы не знаем, как это произошло. Мы не мы, да тут ерунда и пр. ересь.
После небольшого скандала –выплачивают мне не полную компенсацию за покраску 3х деталей. Пишу им расписку что деньги получил.
Расстроенный в усмерть выезжаю из павильона –проезжаю под фонарями и понимаю, что что-то не так с капотом. Останавливаюсь под светом –пиздец- капот помяли.
Приезжаю на паркинг – осматриваю машину. Капот помят, крыша повреждена, потертости на крыльях. Открываю капот- на внутренней части капота – пытались выдавить вмятину. Так вот почему капот был открыт…
Скажите- даёшь машину в аренду- будь готов к такому? Хер бы я дал машину, зная что будет хоть 1 скол или царапинка появятся на ней. Одно дело дать в аренду на съемку- и другое- на убой. Съемок и выставок было десятки- проблем таких не было ни разу.
КТО ВАМ ВСЕМ ПОЗВОЛИЛ ПОРТИТЬ ЧУЖОЕ ИМУЩЕСТВО.
После данной съемки готовлю машину к кузовному ремонту и полному перекраску, а это минимум 350.000 – 450.000 р. Да ребятки, кенди краска и покраска, полировка, пинтстрайпинг, керамика –выйдут минимум столько. Не говоря уже о том что поступают новые заказы на выставки, а я не могу их принять…
Очень хочется услышать ответ от НТВ.
Спасибо что поднимаете в топ.
Ну и само видео, как съемочная группа, телеканал и вся команда убивают машину.
UPD к посту есть вопросы #comment_220948492
Такие дела
Этим утром я помог своей соседке кое с чем, и она сказала мне: «Я бы вышла за тебя замуж». Я не мог в это поверить. Ты делаешь что-то хорошее для кого-то, а этот человек в ответ угрожает разрушить твою жизнь.
Александру Беглову передали горячий привет из Африки
Местные жители приглашают губернатора Петербурга к ним жить, потому что там нет проблем со снегом
Важно слышать своих детей
Росгвардейцы несколько часов избивали спасателя МЧС и угрожали его изнасиловать
Сотрудники Росгвардии несколько часов избивали жителя Улан-Удэ спасателя Алексея Попова.
Его называли «чуркой» и угрожали изнасиловать служебной дубинкой
. После этого Попова оштрафовали за неповиновение полиции.
Только недавно сотруднику МЧС удалось опротестовать в Верховном суде это решение и добиться признания собственной невиновности. Подробности этой истории описало издание «Сибирь. Реалии»*.
Сотрудник МЧС Алексей Попов рассказал, что его задержали во дворе его дома в Улан-Удэ еще 3 августа. Он шел на день рождения брата.
По словам Попова, на него налетели неизвестные мужчины, потом оказалось, что это были сотрудники Росгвардии.
Они стали вымогать у него 5 тыс. рублей, которые тот нес в подарок. Попов успел прокричать об этом выбежавшим на шум соседям.
После этого его в течение суток возили по разным отделам полиции.
В машине его избили так, что спина была вся синяя от гематом, однако врачи отказались зафиксировать эти травмы, опасаясь сотрудников Росгвардии.
«Он берет и надевает мне пакет на голову. Я пытаюсь зубами захватить, чтобы помешать надеть.
После нескольких часов пыток и издевательств Попова отвезли в суд, где, не обращая внимания на его заявления об избиениях, оштрафовали на 3 тыс. рублей за неповиновение полиции.
Через несколько месяцев Верховный суд оправдал его.
Впрочем, напавших полицейских до сих пор к ответственности не привлекли. Один из них, по словам Попова, не так давно приходил в его подъезд с автоматом, «чтобы поговорить».
Свадьба
Настоящая женщина обязана по факту!
О связи между изнасилованиями и массовым ввозом мигрантов
Я решил, что в нашем участке служат нетолерантные экстремисты и спросил у своего участкового, что это за разгул фашизма в нашем родном ОВД и неужели мигранты действительно совершают столько изнасилований? И он меня успокоил, сказав, что это не так. Изнасилований выходцы из трех среднеазиатских стран совершают гораздо больше. Просто из-за специфики преступления многим тетенькам стыдно признаваться в таком. Примерно половина не пишет заявлений, а сидит с поломанной жизнью и моральной травмой, как-то переживая это в одиночку. Тогда я подумал, что и участковый какой-то несовременный и не знает прописных истин: у насильников нет национальности. Даже если они из трех конкретных стран.
Но потом я наткнулся на слова замначальника управления уголовного розыска ГУ МВД по Москве М. Трубникова: «Если брать общую статистику, то изнасилования совершают 75% мигранты. Если из этого количества брать статистику, то 90% – выходцы из Таджикистана, Узбекистана, Киргизии» (с). А недавно Д. Сергиенко, начальник Управления по вопросам миграции ГУ МВД по Москве, сообщил: «Согласно статистике за 3 первых месяца 2021 года, число преступлений, совершенных иностранными гражданами, увеличилось на 33% по сравнению с аналогичным периодом 2020 года. При этом число особо тяжких преступлений выросло еще больше — на 48,7%. В основном эти преступления совершили граждане Узбекистана, Таджикистана, Кыргызстана.» (с)
И встал вопрос: если уж верхушка МВД открыто заявляет, что среди выходцев из трех стран зашкаливающий процент насильников, то зачем мы тогда завозим этих прекрасных граждан десятками тысяч? И не просто ввозим новых, а, например, устраиваем амнистию для 158000 узбеков, которых ранее за правонарушения выдворили из страны.
Нам очень любят рассказывать, что без них экономика рухнет, что они работают за копейки и русские на такие деньги не пойдут. Но внезапно выяснилось, что средний месячный доход мигранта из Средней Азии, составляет 47,1 тысячи рублей. А президент Федерации мигрантов России В. Коженов заявил: «Средние зарплаты мигрантов оказались очень близки к средним зарплатам россиян» (с).
Но нет. Вместо того, чтобы взять на московскую стройку Василия Саныча из Подмосковного села, мы выпишем Камшота Джамшутыча из горного кишлака. Он не знает русского языка? Мы напишем ему в метро таблички на узбекском и таджикском (это не шутка, там, например «деревня Прокшино» обозначена, как «Прокшино кишлак»). Его выгнали из России за нарушение законов? Объявим ему амнистию и ввезем снова! Он насилует местных? Потребуем не указывать его национальность и не разжигать!
Мы всегда рады ученым, врачам, учителям, инженерам и просто культурным людям всех национальностей, уважающим наши традиции и без проблем вливающимся в наш социум. Но нам тащат жителей дальних кишлаков, которые не знают ни языка, ни культуры. И знать не хотят. Они селятся в гетто среди своих, где пышно расцветает криминал. Они не хотят жить в современном многонациональном городе, они хотят жить в своем кишлаке с родоплеменным строем. И везут его сюда. Их воспитанием никто не занимается, поэтому они никогда не вольются в социум. Мы для них чужаки и враги.