Карьера в IT-индустрии

Эта история личное мнение, основанное на наблюдениях, во время работы в разных проектах.

Вход в командную разработку

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

Но когда я начал работать в команде, выбор стека превратился в загадку. В голове постоянно крутилось: Зачем? Почему? Откуда это взяли? Что за подход? Я не понимал, почему в одной команде одни технологии, в другой другие, хотя все по сути делали одно и тоже.

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

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

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

Понимание происходящего

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

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

Зачем нужно комьюнити

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

Тем, у кого уровень английского "London is the capital of Great Britain", я советую идти на популярные российские ресурсы и искать там по фильтру "удаленная работа". А тем, чей уровень английского позволяет, кто хочет получать з/п в долларах и готов заморочиться с оформлением ИП или самозанятости, можно спокойно предлагать поискать иностранную компанию.

Это, конечно, не исчерпывающий список, и будет круто, если вы дополните его в комментариях. Удачи в поиске!

Кто такой Product Manager?

Задачи Product Manager’а

1. Определить, кто является целевой аудиторией для продукта, и какие функции будут для нее первоочередными, а какие — второстепенными.
2. Проанализировать рынок аналогичных продуктов, чтобы понимать, какие потребности ЦА они закрывают и каким образом. 
3. Решить, как можно привлекать пользователей (внутренний продукт) и клиентов, получать от них оплаты, а также как поддерживать их лояльность продукту (внешний рынок). 
4. Определить, почему клиенты прекращают пользоваться продуктом (технические недостатки, высокая цена, неподходящий функционал).
5. Создавать и проверять гипотезы, чтобы потом писать технические задания командам.  
6. Принимать решения о том, нужно ли вообще создавать новый продукт.
7. Контролировать жизненный цикл продукта и его прибыльность. 

Куда лучше устроиться: в корпорацию или стартап? Этот вопрос волнует не только разработчиков, но и всех, кто так или иначе связан с IT. Мы поговорили с Булатом Фаттаховым, который сменил Яндекс на развивающийся Evolution Gaming, а затем еще пару других компаний и стран прежде, чем оказаться в Google.

Обсудили его опыт работы в Google: компанию, образование, подготовку и ошибки на собеседованиях. А еще поговорили о том, куда проще устроиться с узкой специализацией, а куда ― совсем без опыта. 

Булат ― Boston-qualified, Software Development Engineer в швейцарском офисе Google, разрабатывает бэкенд Google Карт, марафонец, игрок спортивной версии «Что? Где? Когда?» и «Своей Игры».

— Что вы скажете, если я попрошу вас разработать сервис, который обрабатывает тысячи запросов в секунду с минимальной задержкой?

— Хм… Я скажу, что у вас в компании возникла такая проблема. Но у вас нет идей и вы обсуждаете её на собеседованиях с кандидатами :)

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

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

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

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

К примеру, решение алгоритмических задач для разработчика важнее знания спецификации языка. Процесс интервью Java разработчика в Москве будет начинаться с Java Core и заканчиваться JVM(Java Virtual Machine) и JMM(Java Memory Model) в частности. В европейских и американских компаниях от вас для начала захотят увидеть способность эффективно писать код. А если вы захотите попробовать свои силы в Google или Facebook, или в любую другую компанию- ИТ гигант - вам назначат собеседование с жареным текстовым редактором, именно текстовым редактором, без подсказок IDE, где вас будет интервьюировать человек, мозг которого будет напоминать компилятор. Он не будет полагаться на случай, он будет точно знать как работает этот код или же этот код с дефектом. 

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

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

Сегодня в нашей рубрике «Кем работать в ИТ» обсудим, что из себя представляет профессия продакт-менеджера. Да, это не разработка, но в современном IT без продактов никуда. Помог разобраться в этом во всех тонкостях профессии Лаша Харчилава — декан факультета продакт-менеджмента и преподаватель в GeekBrains.

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

Я уже лет 10 пишу код на питоне, и последние 2.5 года стабильно работал на американскую компанию. Наверно, многим знакома история, когда ты кодишь-кодишь, вроде всё неплохо, и внезапно ты - самый знающий и опытный в команде и добро пожаловать в тим лиды. Астрологи объявили неделю менеджмента, количество кода снизилось на 100%.

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

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

Методология и выборка, как обычно, в конце, а короткий вывод тут — больше всех зарабатывают лиды команд, пишущих на Котлине, меньше всех — джуны 1C, при переходе от джуна к мидлу (во всех языках) происходит самый ощутимый скачок в зарплатах (x2).

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