ЗП.

По данным портала "Мой Круг" средняя зарплата - 106 984 рублей. Это число - результат опроса IT-специалистов из всех городов России за первое полугодие 2019 года.

По опыту работы это выглядит так:
- стажеры - 26000
- джуниоры - 45000 (в 1.7 раз больше)
- мидл - 85000 (в 1.9)
- сеньор - 140000 (в 1.6)
- тим лид - 160000 (в 1.1)

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

В Санкт-Петербурге следующая картина:
- джуниоры - 40000 - 70000
- мидл - 60000 - 140000
- сеньор - 120000 - 180000
- тим лид - 150000 - 250000

В Москве к этим цифрам можно смело добавить 30000 рублей. У каждой позиции есть разброс в ЗП. Это зависит от компании, в которой работает человек. Почитать об этом можно здесь.

Все эти цифры выглядят очень заманчиво, но самое главное - достижимо.

Все в Ваших головах и руках.
Успехов!

А что если ... ?

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

Интересно и полезно для общего IT кругозора.

Успехов!

Зачем ходить на IT-мероприятия?

Причина проста - знания. Если у вас мало опыта, то Вы обязательно услышите что-то новое для себя. Это простой и приятный способ узнать о новых технологиях, новинках рынка и лучших практиках.

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

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

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

Успехов!

Экономика знаний.

На выходных посетил одно мероприятие для студентов. В одном из докладов рассказывали про то как мы пришли к экономике знаний.

"Экономика знаний — экономика, где основными факторами развития являются знания и человеческий капитал. Процесс развития такой экономики заключен в повышении качества человеческого капитала, в повышении качества жизни, в производстве знаний высоких технологий, инноваций и высококачественных услуг."

Поэтому словосочетание "развивайся или умри" стало девизом нашего времени. И это прекрасно! Тот, кто сможет быть гибким, учиться новому и развиваться будет всегда на коне.

Когда мне становится тяжело двигаться вперед, я люблю смотреть веселые и вдохновляющие фильмы. Один из таких фильмов - "Кадры".

Это история про двух мужчин среднего возраста, лишившихся своей работы из-за компьютеризации. Они решаются пройти стажировку в Google. В процессе они учатся программировать и меняются сами. Своим примером они доказывают, что готовность к изменениям намного важнее какого-то жизненного и профессионального опыта. Мир не стоит на месте, поэтому приходится двигаться вперед.

Если у них получилось, то и у нас получится!

https://www.youtube.com/watch?v=-iDrsOVyOYc

Научные статьи.

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

К счастью, это не всегда так. Очень много технологий, подходов и принципов современного IT мира вышло из научных статей. Например, REST был придуман Роем Филдингом во время работы над диссертации «Архитектурные стили и дизайн сетевых программных архитектур».

Существует сообщество Papers We Love (PWL), построенное на чтении, обсуждении и изучении академических статей по информатике и программной инженерии. Этот репозиторий служит каталогом некоторых из лучших работ.

Если Вы планируете начать изучать какую-то новую тему, то можно попробовать начать с этого репозитория.

Успехов!

P.S. С новым обновлением Телеграма у нас появился чат. Вступайте!

Язык мой — враг мой. Резюме мое — враг мой.

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

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

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

Найм на работу это не тот случай, когда нужно перебдеть. Поэтому старайтесь писать в Ваших резюме только то, что знаете хорошо, с чем работали и на вопросы о чем, сможете ответить (хотя бы на базовые).

Успехов!

Первый коммит комом.

Первая работа - это не только важный этап в жизни, но и веселый. Истории людей с их первой работы:

— Это была первая работа в моей жизни, и я так всего боялась, что первый месяц не ходила обедать в течение рабочего дня (хотя есть хотелось), потому что думала, что должна постоянно быть на рабочем месте и работать, не покладая рук :)

— Да, преподаватель думал что я разрабатываю мобильные приложения, а я разрабатывал десктопные, позвали на практику, дали сложную задачу, после чего реально пришлось осваивать мобильную разработку.

— Первый день работы и первый проект на фронте — 10 дней, 20 страниц макетов интернет магазина — а я не знаю, чем div от span отличается. Справилась, я вообще молодец, проект все еще в сети, и код его лучше, чем у некоторых крупных проектов, что я встречала в Москве.

— Первый мой заказ был от иностранца, и я ему написал кривой бложик за 200$ :D

— Спала на работе, вместо подушки был системный блок. А еще буквально уронила сервер, было забавно звонить и объясняться начальству: сервер упал, но работает ;)

— В первую рабочую неделю случайно удалил ~400Гб данных! Потом всё восстановили.

— После ухода с крупнейшего (в своей отрасли) в регионе предприятия, на моё место (админ linux, oracle DBA) посадили 40-летнего водителя.

— Фраза директора «напиши что-нибудь, что можно продать» — это гениально!

— Пришел на собеседование, не знал нужного ЯП, прошел тестовое на другом, дали 2 недели подучить требуемый ЯП. В первый день выхожу на работу, меня спрашивают: «Мы тебя куда наняли Backend, или Frontend?» А я не помню и не понимаю особо разницы, ответил — бэкенд, так теперь и пишу.

— Первый раз Macbook вживую увидел на работе :D (iOS разработчик).

— Как-то раз выдали премию в виде 1ГБ флешки за внеурочные под Новый Год. Ну и жену я нашел на первом месте работы, в соседнем отделе.

— Самое короткое собеседование в жизни: «Ты с COM портами работал? — Нет. — А будешь? — Буду».

— Пришла с позиции журналиста на вакансию контент-менеджера в IT. Через пару месяцев предложили пробыть проджектом, пока коллега была в отпуске. Через год повысили до руководителя IT-отдела, еще через год до коммерческого директора. Стремительный карьерный рост :)

​​Алгоритмы не нужны?

Недавно я посетил день открытых дверей одного университета Петербурга. Декан факультета компьютерных наук в шутку сказал, что они преподают алгоритмы только для того, чтобы их студенты могли пройти собеседования.

Отчасти я согласен с этим утверждением. Многие плохие интервьюеры берут пример с Google и просят решать задачи на очень специфичные алгоритмы и структуры данных.

Да, круто и полезно знать редкие алгоритмы, но в в большинстве случаев спрашивать это на собеседованиях - глупо и бессмысленно (картиночка). На собеседовании нужно постараться проверить опыт человека, его способность мыслить и адекватность, но никак не знание специфичных алгоритмов.

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

Изучение основных алгоритмов и структур данных заставляет мозг работать правильно. Это особенно актуально для стажеров и джуниоров, потому что иногда бывает непонятно какие вопросы спрашивать у таких кандидатов.

«Питончик все сделает»?

Да, он сделает, но какой ценой?

Успехов!

Грокинг – это полное постижение чего-либо в результате глубокого целостного исследования, ещё одно значение «разбираться», «глубоко понимать».

Если мы Вас убедили, что понимание алгоритмов и структур данных нужно для повседневной работы, то где же их можно поучить?

Легендарный ученый Роберт Седжвик стал соавтором не менее легендарного курса в двух частях по алгоритмам на Coursera. Курс затрагивает не только основные структуры и алгоритмы, но и более редкие и сложные.

На Stepik тоже есть пару хороших курсов от русскоговорящих авторов. Курс "Алгоритмы: теория и практика. Структуры данных" от Computer Science Center и курс курс от Mail.ru.

В свое время мне было сложно проходить эти курсы, поэтому я решил поискать более легкий материал для начала. Я его нашел в книге "Грокаем алгоритмы". С картиночками, шутками и простыми объяснениями алгоритмы и структуры данных мне дались намного легче.

Перечисленные курсы в симбиозе с этой книгой сделает Вас машиной для написания качественного кода и ответов на вопросы интервьюеров.

Успехов!

Пути разработчика неисповедимы.

Есть ли жизнь после получения ачивки Senior?

Конечно, есть.

Путей для развития множество. Для простоты скажем, что у разработчиков есть три пути развития. У тестировщиков, администраторов, и DevOps’во будут похожие направления со своими нюансами.

Первый путь - это стать рок-звездой программирования. Этот путь подойдет Вам, если программировать и творить новые продукты вам нравится больше, чем говорить с людьми. После Senior Developer можно стать Tech Lead, а затем и податься архитектором. В крупных компаниях уникальный технических специалистов могут называют Distinguished Engineer и очень уважают и ценят. Зарплаты таких людей могут превышать зарплаты их менеджеров.

Второй путь - стать управленцем. Если Вы любите общаться с людми, налаживать процессы и организовывать работы, то это Ваш путь. Team Lead -> Engineering Manager и т.д. Идя по этой ветке, можно стать Project или Product Manager'ом. А затем можно стать VP of Engineering, а может быть даже и CEO - все в Ваших руках.

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

Нам в IT везёт в том, что не нужно становиться менеджером, чтобы зарабатывать много-много денег. Поэтому выбирайте то, что Вам по душе и не бойтесь своих желаний.

Успехов!

​​Алфавит.

Нас, айтишников, очень любят сравнивать с буквами английского алфавита.

20-30 назад большинство IT-специалистов имели навыки формы "I" ("I-shaped"). Эти люди оттачивали глубокую и конкретную область знаний. С созданием новых технологий такие сотрудники стали менее эффективны и более затратны для бизнеса, поэтому компании стали чаще нанимать "T-образных" людей.

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

Сейчас в эру DevOps, SRE и других модных слов появляются люди, обладающие "Pi-shaped" и "Comb-shaped" навыками. Такие люди работают в хороших компаниях, решают интересные задачи и получают большой компенсационный пакет. В общем, живут счастливо.

Нам, как молодым специалистам, нужно понимать эти "буквы" и стремиться к тому, чтобы в один день самим стать хорошей "буквой".

Успехов!

Библия.

Фредерик Филиппс Брукс – американский менеджер, инженер и ученый. Он руководил разработкой операционной системы OS/360. В 1975 году, обобщая опыт этой работы, написал книгу "Мифический человеко-месяц".

Брукс насмешливо называл свою книгу "библией программной инженерии": "все ее читали, но никто ей не следует!". Книга состоит из размышлений и заметок о проблемах разработки крупных приложений: производительность труда, организация процессов работы, планирование и т.д.

Известный многим менеджерам "закон Брукса" был сформулирован в этой книге. Закон говорит о том, что привнесение в проект новых сил на поздних стадиях разработки лишь отодвигает срок сдачи проекта.

Википедия говорит, что англоязычный журнал PC World поместил книгу Брукса на первое место в списке «Десять IT-книг, которые стыдно признать, что не читал» . Согласно опросу нескольких тысяч членов сообщества StackOverflow, книга вошла в десятку наиболее влиятельных книг по программированию всех времён.

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

Успехов!

​​Карьерный совет.

Келси Хайтауэр - это самый известный Developer Advocate из Google, один из основных контрибьюторов в Kubernetes и просто крутой спикер.

Kubernetes - это одна из самых хайповых технологии последних 2-3 лет (даже больше, чем около machine learning технологии!). Но k8s популярен не только из-за PR машины Google, но и потому что у него лучшая функциональность для работы с контейнеризированными приложениями.

Так что вряд ли лицом всего этого является человек, к мнению которого не стоит прислушаться. Да и совет действительно стоящий.

К нему лишь можно добавить, что не надо останавливаться после первых неудач и продолжать верить в себя.

Успехов!

Кампьюча саенс.

Open Source Society University создал полный путь получения образования по Computer Science.

Да, диплом Вы не получите, но это может стать тем фундаментом, на котором вы построите все свои скиллы.

Бесплатно. Без регистрации. Без СМС.

https://github.com/ossu/computer-science

Как выбрать ВУЗ?
#выбрать_вуз

Мой друг побывал на дне открытых дверей IT факультета Высшей школы экономики в Петербурге. Этот факультет остатки легендарного СПБАУ, после внутренних проблем и переезда одной части преподавателей в Вышку, а другой части в СПБГУ.

У них хорошие и актуальные образовательные программы, а студенты летом стажируются в зарубежных IT гигантах. Им даже простят пропущенный сентябрь в универе, если конец стажировки попадет на этот строк.

Декан на открытии рассказал о факультете и пошутил шутку о том, что алгоритмы нужны, чтобы пройти собеседование в Google, где вас будут собеседовать такие же как вы люди, но которые попали туда на полгода раньше.

Казалось бы мелочь, но эта шутка отчасти отражает картину в индустрии и показывает, что декан понимает эту картину. А это, к сожалению, получается не у всех деканов.

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

Мораль истории - если Вы поступаете в этом году в Университет, то смотрите с кем сотрудничает кафедра, читайте интервью сотрудников и смотрите, где проходят стажировки студенты.

Успехов!

P.S. Не реклама.
P.S.S. Если хотите написать отзыв на свой универ, то напишите, пожалуйста, нам на @it_intern_author

Стажировки. Петербург.

В Петербургском Dell EMC открыти 2 стажировки:
- Angular:
- https://spb.hh.ru/vacancy/35566931
- https://spb.hh.ru/vacancy/35614574
- Java - https://spb.hh.ru/vacancy/35567066

Успехов!

Изоляция с пользой.

Список бесплатных предложений SaaS, PaaS и IaaS для вашей лабораторной, курсовой или даже стартапа!

https://github.com/ripienaar/free-for-dev

Даниил Пугач - "Современный WebDev. Основные тренды."

Спикер рассказывает почему он выбрал веб-разработку, какие инструменты использует и как работать в команде.

Рекомендуем всем тем, кто хочет писать под веб.

https://vk.com/video-41603819_456239045

Учитесь программировать, создавая настоящие приложения.

Легендарная компания JetBrains запустила свою платформу для изучения программирования. Сейчас можно учить Java, Python и Kotlin. Скоро появятся учебные курсы по Android, Frontend и Data Science.

Она бесплатна, но, возможно, станет платной. Цитата с сайта академии:
В текущей версии (EAP) JetBrains Academy предоставляется абсолютно бесплатно. Мы сообщим вам, когда появятся варианты лицензирования. Возможности бесплатного использования (например, пробный период) будут доступны после выпуска лицензий.

Не упустите шанс поучиться бесплатно! Успехов!

https://www.jetbrains.com/ru-ru/academy

Верим, что со временем у нас будет даже лучшего этого!

Во имя любви к физике

16 мая 2011 года Уолтер Левин, заслуженный профессор MIT в отставке, вернулся в свой старый лекционный зал, чтобы провести последнюю лекцию, которая была приурочена к публикации его новой книги «FOR THE LOVE OF PHYSICS: From the End of the Rainbow to the Edge Of Time — A Journey Through the Wonders of Physics», написанной совместно с Уорреном Гольдштейном.

«Эта книга раскрывает перед нами незаурядный интеллект Уолтера Левина, его страсть к физике и блестящий навык преподавания. Надеюсь, благодаря ей еще больше людей узнает об этом потрясающем преподавателе и учёном» — Билл Гейтс

Лекция — чистое наслаждение:
https://www.youtube.com/watch?v=iLhl0wMY_uI

Как готовился Левин:

В каком-то смысле нужно быть и эксцентричном, но главное — страсть. Надо гореть тем, о чем рассказываешь. Это сложно дается, и вряд ли этому легко научиться.

Вот представьте, я скажу вам или коллегам из MIT, что подготовка к одной лекции обычно занимает от 60 до 80 часов: я делают три полных прогона. Первая репетиция за две недели до занятия, я засекаю время и оставляю пометки в тексте — никогда не укладываюсь и приходится что-то менять.

За неделю до лекции прогоняю ее в пустой аудитории — тут уже понятнее, как организовать мои 50 минут.

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

В MIT студентов не задержишь — они встают со звонком, им ведь и на другие лекции идти. Поэтому нужно уложиться ровно в 50 минут. Возьмите любую мою лекцию: они все от 49 до 51 минуты, не дольше. У меня всегда очень точный план, и я каждые 5 минут сверяю свои пометки в лекции с часами, которые стоят на столе. Если я отстал на минуту, я это отслежу, если две, я уже знаю, что нужно поторопиться, если на три, то все, времени не нагнать. Вот так… нельзя заставлять других так мучатся. (интервью)