Почему синьоры богатеют, а джуны беднеют?

Почему 10 лет назад «войти в IT» было намного легче из-за низкого порога входа, перспективнее для роста и выгоднее в финансовом плане, чем сейчас?

Почему IT-сфера – это «дойная корова», а Веб-разработка – «содержанка» Бизнеса?

Почему лощёные программисты ничем не отличаются от обычных рабочих на заводе?

Предлагаю вместе поразмышлять над этими вопросами.

Все сейчас ринулись в IT, как в новый Клондайк. На эту тему написано немало статей. Но редко кто пишет, что 10 лет назад «войти в IT» было намного проще, чем сейчас. Сама IT-индустрия была другой: девственно неисследованной, непереборчивой, относительно простой. Войти в Айтишку было легче. А за последние 10 лет она расширилась, немного обнаглела, «место входа» тоже стало шире благодаря сильно увеличившемуся количеству «входящих» в неё. И теперь предыдущие маленькие знания не доставляют ей удовольствия. Поэтому приходится наращивать толщину и глубину знаний, чтобы удовлетворить сегодняшнюю Айтишку в обмен на оффер.

Ситуация на айтишном рынке труда сложилась странная. Все говорят о кадровом голоде в IT: «Рабочих рук для клавиатур не хватает! Эпоха цифровизации, а работать некому. Везде нужны программисты!». Сайты по поиску работы под завязку забиты айтишными вакансиями. Но вот только большинство компаний ищут именно миддлов и синьоров, а не начинающих специалистов – джунов или уж тем более стажёров. Но проблема в том, что первых мало, а вакансий для них много, и, наоборот, «сегодня «войти в IT» и устроиться джуном без опыта работы – это как проталкиваться к сцене на стадионном рок-концерте» (по выражению моей знакомой HR).

Planetoid (2015-2016 годы)

Cобрала ссылки на ресурсы Harvard, Yale, Stanford, Washington Universities по оформлению резюме под американские и международные вакансии. Подходит для удаленных вакансий, проверено на собственной шкуре.

Однажды, давным-давно, автор по локти погрузился в тестирование рынка подготовки тестировщиков с нуля. Он размышлял об обучении, общался с десятками продажников, слушал вводные лекции множества курсов с иногда противоречивыми чувствами, знакомился со многими интересными лекторами и анкетировал 100+ абитуриентов, текущих студентов и вчерашних. 

В общем за прошедший месяц много чего произошло. Также автор получил множество вопросов от абитуриентов по выбору курсов. Исследование предполагает большое число общения и автору это нравится. Но некоторые вещи повторять каждый раз скучно, поэтому в ожидании результатов затянувшегося “Этап 3: Объективно оцениваем наполненность курсов (для этого привлечем QA-эксперта с опытом 15+ лет подготовки)” решил здесь зафиксировать следующее...

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

Вот лишь небольшая часть истории моих собеседований:

Жизнь в АННЕ. Часть 1. Performance review.

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

Я начала кодить в 12 лет: 2000 год, Turbo Pascal 7.0, привет! Образование у меня тоже техническое, судя по диплому, я должна была стать программисткой. Нравилось ли мне это? НЕТ!

Но IT-сфера – однозначно моё. Поэтому в 2013 году я нашла себя в роли менеджера IT-проектов. Летом 2017 года попала в международную компанию. Менеджерила в проекте “VEON Engagement Platform”, который внезапно «закончили» (об этом можно найти много статей). Так я перешла из Beeline Евразия в Beeline Казахстан.

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

Совсем недавно была позитивная новость о том, что компания JetBrains простимулировала создание специального фондаTHE PHP Foundation, который будет финансировать и координировать дальнейшее развитие PHP, как современного языка программирования. Эта отличная новость, так как поддержка и развитие PHP переходит от модели, основанной на энтузиастах, к более организованной структуре.

Теперь развитие PHP основано на надежной модели, и мы больше не боимся встретить "тот самый автобус", после которого пришлось бы приходить в себя и как-то справляться с ситуацией. 

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

Проверка кода (code review) — отличный инструмент для повышения качества кода, но он не учитывает один факт: отправляют и просматривают код люди, а они устают, теряют сосредоточенность, ленятся, да и просто испытывают эмоции в самые неожиданные моменты.

Поэтому хочу представить свое видение хороших и плохих практик код ревью с учётом человеческих особенностей.

Люди уходят в IT отовсюду: из инженеров КИПиА, электротехников, начальников службы охраны, химиков, бухгалтеров, экономистов, металлургов, юристов, медбратьев, руководителей отдела рекламы. Люди уходят в IT в любом возрасте: в 20, 30, 40 лет и даже после 50. 

Зачем? Почему? Что им на месте не сидится? Почему все «прутся» в это IT? Есть несколько факторов, которые этому поспособствовали. Некоторые из них мы рассмотрим. Они на самые глобальные, но важные.

Почему в одних компаниях команда сама разбирает задачи, а в других руководителю приходится уговаривать сотрудников? Все ли вопросы мотивации решает высокая зарплата и абонемент в фитнес-зал? О том, как это работает в IT-компаниях, рассказала Татьяна Вавилова, эксперт акселератора Спринт (ФРИИ) по развитию технологических команд и основатель компании Teamline Consult.

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

За 7 лет работы в роли Head of QA, я для себя сформулировал набор качеств и модель поведения, которым должен соответствовать настоящий сеньор QA. Своими наблюдениями поделился под катом.

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

Десятилетнее сидение в офисе и перекладывание бумажек не сделают вас мастером программирования. На это способно только написание программ.

В свете недавних событий, связанных с производительностью терминала Windows [см. https://github.com/microsoft/terminal/issues/10362], я решил, что стоит немного порассуждать на эту тему, поскольку она раскрывает некоторые проблемы, мучающие отрасль разработки ПО. 

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

— Я считаю то, что вы называете целый исследовательский проект на соискание докторской степени в эмуляции высокопроизводительного терминала «чрезвычайно простой» работой, выглядит довольно агрессивно...

Несколько часов спустя ещё один программист опубликовал прототип гораздо более быстрого рендерера терминала, доказав тем самым, что для опытного программиста рендерер терминала — это просто забавный проект на выходные, совсем не требующий многолетних долгих исследований. Как бы ни унизительно это было для Microsoft, которая, несмотря на владение платформой и API, по-прежнему испытывает трудности в создании ПО с удовлетворительной скоростью, мне кажется, что частично эта проблема вызвана корпоративной системой стимулов. 

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

Тем не менее, крупные корпоративные проекты расширяются быстрее, чем наша Вселенная, и кому-то всё равно приходится программировать все новые фичи. Но кто же будет выполнять всю эту работу? 

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

Хочу представить вам дорожную карту изучения python по направлениям, которую мы составили в своей группе изучения python:

Ссылка на гугл-док

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

Каждый из нас помнит свои первые дни на работе, которые можно легко описать одним словом — стресс. Даже если это работа мечты привыкать к новому окружению, новым внутренним правилам всегда сложно. Чтобы немного «подсластить» пилюлю, поддержать новичка и повысить его стремление к работе компании используют самые разные приемы. Одним из них является приветственная коробка или welcome-боксы. Расскажем, как их собирать и что в них класть.

Как гуманитарию стать технарём, если очень хочется. И действительно ли тестировщик — самая простая профессия, чтобы войти в IT.

Всем привет! Меня зовут Евгения, я работаю QA Automation в компании Quadcode. 

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

В этой статье я расскажу о своём пути в роли QA и о том, как гуманитарий может начать работать в IT. А ещё поделюсь советами, которые пригодятся начинающим тестировщикам. 

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