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

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

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

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

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

3 причины, почему специалисты покидают IT

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

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

Когда в команду приходит интерн, всегда появляется множество вопросов. У новых коллег, у лида команды, у «тех ребят» из соседнего кабинета и у самого интерна. Новенький находится в заведомо худших условиях, чем остальные, ведь он только что пришел. Это как будто попасть в партию в Dungeon and Dragons, в которой все игроки уже давно в теме, а ты даже не знаешь, сколько предметов можешь держать в руках.

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

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

Сегодня мы поговорим об очень простых вещах, на которых мало кто акцентирует внимание. Я опросил опытных менторов нашей компании и задал им очень простые, казалось бы, вопросы, однако некоторые ответы могут удивить. Благодарю за участие Артура Яновича — нашего главного ментора по JS и всему, что с ним связано, Андрея Маркушевского — он у нас ведет стажировки по автотестированию и Александра Бейтюка — ментора по Python.

В феврале этого года мы выпустили рейтинг Лучшие ИТ-работодатели России 2019. Из 190 компаний, получивших оценку от своих сотрудников на Хабр Карьере в прошлом году, мы представили только 15, вошедших в тройку лучших по средней оценке.

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

В итоге у нас получилось 87 компаний, получивших хотя бы одну номинацию.

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

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

Выкладываем расшифровку прямого эфира с Илоной Папавой, Senior Software Engineer в Лондонском офисе Facebook: она рассказала как попасть на стажировку, что на них ждет стажеров, как показать себя и получить оффер и почему лондонский офис во многом превосходит офис в Долине.

Продолжаем снабжать вас полезными курсами школ и образовательных платформ, которые появляются в разделе Образование на Хабр Карьере и просто попадаются нам на глаза. Сегодня в подборке 22 курса по дизайну, которые помогут освоить новые навыки и инструменты, или хотя бы скрасят ваше пребывание на карантине. Курсы попались в разных форматах — от серии лекций до дизайн-воркаута. Но одно их объединяет точно: все они бесплатны.

В конце есть краткое содержание, если что.

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

Я не мог понять диких скачков этой самой эффективности, в первую очередь у себя самого. Я веду учет своей эффективности на протяжении нескольких лет, в единой системе координат, и все время наблюдаю просто жуткие перепады. Не, ну ладно там скачки при смене места работы, должности, языка программирования – адаптация, время на изучение и т.д. Но почему эффективность скачет при неизменном, казалось бы, контексте?

Поначалу думал, что дело во мне. Ну, такой вот я дурак, не могу стабильно работать. Потом стали бросаться в глаза скачки в работе команды, которой руковожу – опять же, дикие, в 2-3 раза. Не говоря уже о перепадах эффективности отдельных программистов.

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

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

Ответ пришел случайно. Всё дело в настроении.

Самая научно-подтвержденная популярная статья в рунете. Отсюда вы узнаете конкретные способы эффективной профилактики ОРВИ и, вероятно, COVID-19, основанные на самой надёжной информации – мета-анализах клинических исследований.  

8–9 июня состоится TechLead Conf. Это онлайн-конференция об инженерных практиках и процессах. Мы будем подробно обсуждать, как разрабатывать без багов, как работать с legacy, как сделать так, чтобы MVP не превратился в техдолг, как выбирать практики в зависимости от проблематики.

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

Придумать процесс, который позволит повысить качество продукта, это одно, а внедрить его так, чтобы он действительно приносил пользу — это совсем другое. Недостаточно сказать: «Ребята, я знаю как! Делайте так, так и так». Чтобы понять, какие подвохи могут ожидать техлида на пути внедрения изменений, мы поговорили с Дмитрием Масленниковым из Тинькофф. А уже на конференции Дмитрий расскажет, что надо сделать, чтобы изменения прижились в команде.

Существуют десятки фреймворков и методологий, которые применяются в проектной работе. Уже не осталось людей, которые бы не слышали про agile, scrum, канбан и прочие подходы. Каждый из них обещал стать серебряной пулей, которая поможет выполнять проекты так, чтобы они соответствовали всем параметрам успешности. Но на практике только грамотная работа с рисками позволяет доводить проекты до конца любой ценой.

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



Итак, какие проекты считаются успешными? Принято выделять следующие параметры:

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

Дисклеймер:

Я не программирую с трёх лет, не знаю наизусть Кнута, не являюсь призёром олимпиад по информатике и чемпионатов по спортивному программированию, не училась в MIT. У меня за плечами образование по информатике и 6 лет опыта в коммерческой разработке. И до недавнего времени я не могла пройти дальше первого технического скрининга в IT-гиганты из FAANG (Facebook, Amazon, Apple, Netflix, Google и подобные), хотя предпринимала несколько попыток. 

Но теперь всё изменилось, я получила несколько офферов и хочу поделиться опытом, как можно к этому прийти. Речь пойдёт о позиции Software Engineer в европейских офисах перечисленных компаний.

Хорошая спецификация к API помогает клиентам его использовать. Несколько месяцев назад на большом Pytup разработчик Яндекса Александр Брязгин bryazginnn выступил с докладом о том, что собой представляет спецификация REST API на примере OpenAPI + Swagger и зачем нужна такая связка. Из конспекта можно узнать, как мы прикручивали автоматическую генерацию спецификации в уже готовом сервисе, какие библиотеки нам пригодились и какой есть тулинг вокруг спецификации OpenAPI.


— Всем привет, меня зовут Александр. Я хотел бы поговорить с вами про спецификации.

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

Когда хотели бы махнуть в Питер на выходные, но судьба распорядилась иначе. Зато можно сходить на питерский онлайн-митап или погулять по 3D выставке, сделав себе аватар, как в Симах. А больше всего мероприятий на этой неделе будет для тех, кто только собирается войти в ИТ. Так что если вам такое уже не нужно — советуйте знакомым.

Доброго времени суток, друзья!

Представляю вашему вниманию перевод статьи «Understanding (all) JavaScript module formats and tools» автора Dixin.

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

• IIFE модуль: шаблон JS модуля
• Открытый модуль: шаблон открытого JS модуля
• CJS модуль: CommonJS модуль или Node.js модуль
• AMD модуль: асинхронное определение модуля или RequireJS модуль
• UMD модуль: универсальное определение модуля или UmdJS модуль
• ES модуль: ECMAScript2015 или ES6 модуль
• ES динамический модуль: ECMAScript2020 или ES11 динамический модуль
• Системный модуль: SystemJS модуль
• Webpack модуль: транспиляция и сборка CJS, AMD и ES модулей
• Babel модуль: транспиляция ES модуля
• TypeScript модуль: транспиляция CJS, AMD, ES и SystemJS модулей

Если вы отслеживаете множество событий и то и дело добавляете новые, вам приходится выполнять серию одних и тех же операций:

1. Повесить событие на сайте.
2. Создать в GTM триггер.
3. Создать в GTM тэг отправки события в Google Analytics.
4. Создать в GTM тэг отправки события в Яндекс Метрику.
5. Если у вас собираются данные для ретаргетинга в Facebook и VK, то для каждого из них нужно создать в GTM еще по тэгу.

При этом количество сущностей в GTM растет и ориентироваться в них становится всё утомительней. (А еще GTM не резиновый и допустимое количество сущностей ограничено.)

Я придумал и внедрил решение, которое позволяет:

• сократить рутину, избавляя от шагов 2-5;
• не плодить тэги;
• упростить управление событиями.

Нужно только один раз настроить несколько сущностей в GTM и больше вообще его не трогать при добавлении новых событий! Подробности по порядку.

Пока шел вот уже 50-й день моего карантина, решила расчехлить свои навыки графоманства (прошу пардону за длинный текст, но 50 (!) дней взаперти дают о себе знать) и попробовать их направить в полезное русло=помочь=подсказать как можно монетизировать свои знания и опыт. Сразу отмечу, лично у меня нет тяги к самопиару и от этого я не очень то люблю выступать и уж тем более кого-то обучать (хотя в 90-е подрабатывала преподаванием и написанием курсовых и дипломов), поэтому самой мне решиться на образование других достаточно сложно, но я работаю над собой, поскольку даже я понимаю, что время грядет сложное и надо как-то будет выживать. А натолкнул на мысль меня мой муж, поскольку он IT-шник и за время карантина у него существенно сократилось количество заказов, поэтому сидим вдвоем ресечим, что делать.

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