9 карьерных проблем разработчика.


Содержание

suhorukov.com

Помните время, когда всем понадобился сайт? Именно тогда разработчики принялись покорять зарплатные вершины. Что мы видим сегодня? Веб-разработчики по-прежнему востребованы, но на рынке появилась огромная армия начинающих программистов. К ним примкнули мобильные разработчики, которые сейчас на самом пике востребованности.
Потребности бизнеса также изменились. Появилось множество конструкторов сайтов и приложений: мелкие клиенты справляются своими силами. Крупных не так много, и запросы их изменились. И будут меняться.
Именно поэтому разработчику всегда нужно понимать, где он находится сейчас и куда он движется. При этом держа в фокусе бизнес, его тенденции и требования. Ведь именно он дает работу.
Какие варианта роста есть? Можно выбрать вертикальный рост: от junior к senior и teamlead. А можно “свернуть в сторону” — расширение компетенций ведь тоже рост. Иногда “в стороне” может оказаться именно ваше место.

Программирование

По-прежнему, главный на этом празднике жизни тот, кто умеет писать код.

Mobile-разработчик

Да, начнем с мобильного разработчика. Сегодня это самые желанные программисты. Почему их все хотят? Эксперты Cnews в отчете за 2020 отметили, что пока бизнес не ощутил реальной выгоды от мобильных приложений. Все потому что индустрия пока не развита, у бизнеса нет понимания стоимости мобильной разработки, да и процессы в компаниях-разработчиках построены не эффективно. Весь 2020 год был годом переделок и доделок.
Теперь же ситуация выравнивается. Бизнес стал понимать, что вкладывать в мобильные приложения нужно с учетом перспективы. Бизнес стал понимать, что это дорого, иначе плохо. А еще у бизнеса разыгрался аппетит, а что вдохновляет меньше, чем мечты? Правильно, ничто.
В общем, в мобильной разработке начинается качественный рост, а значит, это хорошее место для карьеры.

Gamedev

В Gamedev своя неповторимая атмосфера, и за этим туда идут. Стоит попробовать, чтобы понять, ваше это или чужое. Самый главный плюс — это бесконечная перспектива развития. Никто из экспертов не рискнет сказать, что однажды интерес человечества к играм иссякнет.
Есть некоторые моменты, о которых стоит знать про gamedev заранее. Во-первых, это конвейер. Если играете в игры, должны понимать, почему. Во-вторых, это работа для стрессоустойчивых. Если релиз игры назначен на вторник, релиз должен быть во вторник. И команда днями и ночами допиливает то, чего ждут тысячи или даже миллионы простых смертных. А вот и главная изюминка индустрии: миллионы людей смогут погрузиться в ваше творение с головой, и даже отдать кусочек сердца.
В любом случае, gamedev — это для творческих, смелых, амбициозных ребят, которые любят хардкор в работе, и не гонятся за огромными зарплатами. Зато получают славу и любовь миллионов :)

Разарботчик Saas

Сегодняшнее время называют эрой Saas. На Западе эта тенденция давно правит рынком. В России мы находимся только на пути к вершине, однако уже появляются сильные игроки, у которых престижно и выгодно работать.
Начинать можно с малого, главное, наметить себе цель. Здесь подойдут компании, создающие свой продукт, необязательно Saas. Главная изюминка — команда делает проект от и до, отвечая за будущее продукта головой. А это требует компетенций и погружения на порядок выше, чем в аутсорсинговой компании.
Еще один плюс “продуктовый компаний” в том, что обычно они могут предложить зарплаты выше, чем аутсорсинговые компании. Тут главное выбрать, что для вас как для специалиста важнее: попробовать поработать над множеством проектов и отточить навыки либо прокачаться по полной в чем-то одном. Логичным выглядит путь, когда разработчик, научившись и поняв свою природу, идет в продуктовую компанию или сам запускает продукт. Просто потому что расти “вширь” внутри профессии не так выгодно, как “вглубь” и “ввысь”.

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

VR-разработчик

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

Разработчик моделей Big Data

Разработчик зависит от “хотелок” бизнеса. В общем и целом смысле. С другой стороны, бизнес зависит от технологий, которые уже на совести программистов. История с Big Data иллюстрирует, как возможности разработчиков совпали с желаниями бизнеса. Правда, пока бизнес не совсем понимает, чего хочет, а программисты не до конца изучили, как ответить на требования. А бизнесу, особенно крупному и серьезному, очень нужны инструменты для увеличения эффективности взаимодействия с существующими клиентами. Потому что все новенькие либо кончились, либо стали невероятно дорого стоить.
Разве не повод уже сейчас начать двигаться навстречу бизнесу?

Machine Learning

Бизнес, особенно крупный, начинает осознавать, что современные технологии могут сделать их суперменами. Конечно, в будущем. Сейчас мы применяем машинное обучение в целях развлечения аудитории, но этот ресурс ограничен. Людям быстро надоедают одинаковые развлечения, их вечно нужно удивлять.
Бизнес удивлять не нужно — бизнесу нужны реально работающие инструменты. Реально работающие рекомендательные системы, сервисы, прогнозирующие будущее, сервисы, снимающие нагрузку на административный персонал.
Да, пока у бизнеса нет четкого понимания, как это сложно, а потому очень дорого. Но как и с сайтами понимание постепенно придет. И уже сейчас студии начинают ощущать острый голод по программистам, владеющим технологией машинного обучения. Потому что заявки приходят, и скоро их будет все больше и больше.

Blockchain разработчик

Эксперты уверяют, что к 2020 году блокчейн придет в массы, а это всего через два года. Причем будущее технологии очень перспективно, ведь она связана не только с криптовалютой, а вообще с безопасным хранением любых данных. Недавней тенденцией стала разработка цифровых контрактов по технологии блокчейн. Опытных специалистов сейчас мало, найти их трудно. Чем не повод начать учиться? Для начала нужно знать C++ или JavaScript, хотя написать свой блокчейн можно на чем угодно. Также поможет API биткоина.

Здесь можно научиться азам blockchain-технологий

Безопасность и качество

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

Системный администратор

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

QA-инженер

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

Управление

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

Проект-менеджер

Хорошее начало для уверенной поступи к вершине. Сначала научитесь управлять теми ребятами, среди которых выросли.

Продуктовый менеджер

Затем невзначай начните интересоваться экономикой, маркетингом, конкурентным анализом, KPI. В общем, всем, что поможет сделать крутой продукт, который будет принят рынком с распростертыми объятиями. И щедро оплачен.
Менеджер по продукту — это проект-менеджер в квадрате. Вы будете не только налаживать взаимоотношения и взаимопонимание внутри команды и между командой и заказчиком. Вы будете отвечать за успех продукта на рынке. А это ого-гого какая ответственность. Но при этом к вам придут уважение и почет, не говоря уж о повышении дохода.

IT-директор

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

Аналитика и бизнес

Не хотите “пинать”? Хотите творить, но не кодить? Для вас тоже есть особенный путь.

Системный аналитик

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

Бизнес-аналитик

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

Проектировщик пользовательского опыта

Вам подойдет эта профессия, если вы человек добрый, обладаете системным мышлением и логика ваш лучший друг. А еще вы не верите на слово и любите вытаскивать тайны из людей как лейтенант Коломбо. Если ответ “да, да… да!”, вы готовы стать адвокатом… нет, не дьявола. Адвокатом пользователя.
Именно о пользователе думает проектировщик пользовательского опыта (или UX проектировщик) денно и нощно.
Каким ветром может занести разработчика в проектировщики? Ну например, вы ужасаетесь задачам, которые ставятся клиентами и аналитиками в вашей компании. Они говорят “создай этот шедевр”, а вы смотрите, и понимаете, что это вовсе не шедевр. И даже знаете, почему. Вот тот момент, когда может произойти осознание — ошибка мироздания не в вас, она случилась где-то раньше! И вы почувствуете в себе силы все исправить.
У вас будет прекрасный бэкграунд — ведь вы знаете, как создавать, а теперь будете решать, что и зачем создавать. Понимание “как” убережет вас от глупостей и заставит разработчиков уважать ваше мнение.

Продуктовый дизайнер

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

А что по компетенциям?

Мы специально не стали прописывать компетенции каждой специальности, так как от компании к компании требования разнятся. Все, что вам нужно: найти компанию мечты, посмотреть ее требования. Если то, что вы знаете, и то, чему вы готовы обучиться в ближайшее время, составляет примерно 70-80% от описания — вперед! Если совпадений меньше: придется либо дольше учиться, либо спуститься на ступеньку ниже и начать с нее.
И главное. Нельзя закисать на работе. Профессия должна вдохновлять. Если не вдохновляет, ищите другую.
Удачи в поисках!

БРОСИТЬ ВСЕ… И СТАТЬ РАЗРАБОТЧИКОМ

Лето — это лучшее время для решений, которые меняют нашу жизнь

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


Если вы задумываетесь о карьере разработчика, сейчас у вас есть отличная возможность вскочить на этот поезд — 16 августа SkillFactory начинает новый курс по веб-разработке на Python с нуля . Ниже мы расскажем, что входит в программу и как построено обучение, но сначала — несколько слов о плюсах этой профессии с точки зрения карьерного перезапуска.

Разработка как профессия мечты

Карьерная свобода. Обучение разработке ПО открывает вам самые интересные карьерные возможности, причем спектр вариантов постоянно расширяется. Современный мир быстро становится миром сервисов и приложений, в скором будущем цифровизация доберется до самых отдаленных уголков. Все эти программы нужно кому-то писать, поддерживать и развивать, поэтому специалисты по разработке редко сидят без дела. Более того, они могут выбирать — строить карьеру в корпорации или идти в молодой стартап? Работать в офисе или сидеть с ноутбуком в парке? При желании можно кардинально сменить область, потому что.

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

Наука создания крутых вещей. Одна из самых частых претензий людей к унылой работе — “я не понимаю, что я здесь делаю и зачем”. Разработчики избавлены от этих проблем, ведь код либо работает, либо нет, и только вы можете придумать решение для своей задачи. Каждый день программисты занимаются самыми что ни на есть прикладными проблемами, и в итоге они всегда видят результат своих трудов. Это огромное удовольствие, без которого сложно получать настоящее удовольствие от жизни.

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

Пусть меня научат

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

Слушатели курса знакомятся с одним из самых актуальных сейчас языков программирования Python. Он совмещает в себе простой синтаксис, максимальное сокращение рутинных операций и невероятную широту функциональных возможностей. Собственно говоря, на этом языке созданы крупнейшие интернет-сервисы — от Reddit и Dropbox до поиска Google и Instagram. При этом именно Python единогласно признают лучшим первым языком для начинающих разработчиков, потому что программы на нем пишутся практически интуитивно.

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

В процессе обучения слушатели последовательно изучают:

Базовые принципы и возможности Python

Функциональная архитектура веб-приложений

Обязательный инструментарий современного разработчика: HTML-программирование, работа с CSS-таблицами и JavaScript

Основные фреймворки Python, включая Django, который сегодня считается лучшим пакетом для создания интернет-порталов

Внутреннее устройство интернет-сайта — фронтенд, бэкенд, базы данных

Технические тонкости публикации интернет-сайта

Особенно важно подчеркнуть, что у выпускников курса будет портфолио с двумя реальными проектами. Эти работы они выполняют под кураторством своих менторов, экспертов из крупнейших российских IT-компаний[1] . Поэтому это не скучные курсовые по малоинтересным задачам, а самые что ни на есть реальные проекты вроде тех, которыми занимаются реальные разработчики.

Узнать больше о содержании курса и задать свои вопросы вы можете узнать здесь . Будем рады видеть вас в наших аудиториях. И помните — если захотите, ваша новая жизнь начнется раньше, чем придет следующее лето!

Подписывайтесь на каналы «SecurityLab» в Telegram и Яндекс.Дзен, чтобы первыми узнавать о новостях и эксклюзивных материалах по информационной безопасности.

Проблемы разработки программного обеспечения

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

• сложность описания (достаточно большое количество функций, процессов, элементов данных и сложные взаимосвязи между ними), требующая тщательного моделирования и анализа данных и процессов;

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

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

• необходимость интеграции существующих и вновь разрабатываемых приложений;

• функционирование в неоднородной среде на нескольких аппаратных платформах;

• разобщенность и разнородность отдельных групп разработчиков по уровню квалификации и сложившимся традициям использования тех или иных инструментальных средств;

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

Как отмечает Фредерик Брукс, руководитель проекта разработки операционной системы OS/360, самым существенным и неотъемлемым свойством программных систем является их сложность. Благодаря уникальности и несхожести своих составных частей программные системы принципиально отличаются от технических систем (например, компьютеров), в которых преобладают повторяющиеся элементы.

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

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

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

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

Не нашли то, что искали? Воспользуйтесь поиском:

Карьерный рост разработчика программного обеспечения

Три ключа к успеху: приумножение ценности, способность договариваться и умение ладить с людьми

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

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

Азбука своего дела

Важно понимать, что стимулом бизнеса является получение прибыли. Доходы должны превышать расходы. Если доходы не превышают расходов, то бизнес не будет иметь успеха в долгосрочной перспективе. Не будем забывать урок, усвоенный на примере лопнувшего пузыря «доткомов», когда вкладывались средства во многие отличные идеи, которые, однако, не принесли реальной прибыли. К сожалению, не существует единого способа увеличения прибыли в бизнесе. Однако есть общие правила, которым полезно следовать:

  • Определите, как приумножить ценность бизнеса.
  • Овладейте искусством ведения переговоров.
  • Научитесь разговаривать с людьми.

Рассмотрим каждое правило более подробно.

Приумножение ценности бизнеса

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

Цукерберг рекомендует:  Нагрузочное тестирование сайта. Как фильтровать DDoS-атаки

Некоторые компании основным источником возникновения затрат считают свои ИТ-отделы. В таких организациях технические специалисты не видят другого способа приумножения ценности бизнеса, как только путем «добавления через вычитание». Другими словами, снижение затрат рассматривается как единственный значимый фактор успеха ИТ-отдела. Сокращать затраты, безусловно, полезно. Однако мой опыт показывает, что группы, которые сосредоточены исключительно на сокращении затрат как на единственном способе увеличения ценности, в конечном итоге отпугивают хороших специалистов. К счастью, есть компании, которые имеют другую точку зрения и смотрят на свои ИТ-отделы как на механизм создания добавочной ценности и полноправного партнера в развитии бизнеса.

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


  • Увеличить объем продаж существующих продуктов.
  • Создать новую форму дохода – например, создать новый продукт.

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

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

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

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

Еще в начале 2000-х я разработал и создал поисковый механизм для поисковой службы, основанной на принципе контекстной рекламы (pay for placement). Даже при том, что сайт не имел намерения соперничать с google.com, yahoo.com или bing.com, он обрабатывал от 4 до 5% поисковых запросов по всему миру. Я встроил в систему механизм измерения результатов поиска, построения отчетности и оценки экономического эффекта, реализуемого за счет изменений, внесенных в поисковую систему. Это позволило мне немедленно получать информацию, по которой можно было оценить положительные или отрицательные последствия для компании с точки зрения прибыли. За три месяца бездоходная компания стала предприятием, получающим доход. Существует много способов обратной связи с клиентом. В этом примере была использована отчетность о результатах; однако общение с конечными пользователями – не менее эффективный способ сбора данных.

С 2006 по 2008 год я работал с молодой компанией, оказывающей услуги, основанные на определении местоположения. В течение первых 18 месяцев компания стояла на месте. Видя безрезультатность бизнеса, я пообщался с группой потенциальных пользователей. На основе их мнений я составил план изменений в направлении деятельности компании. Будучи реализованными, эти изменения привели бы к созданию службы типа Foursquare (социальная сеть с функцией геопозиционирования) на год раньше, чем компания Foursquare выпустила первую версию продукта. К сожалению, мнения клиентов были проигнорированы другими членами команды. Через несколько месяцев фирма закрылась, потому что не имела востребованного на рынке продукта. Учитывая, что компания Foursquare, по имеющимся сведениям, в 2010 году отклонила предложение о покупке за 125 млн.долл. со стороны Yahoo!, становится очевидно, насколько важно учитывать пожелания клиентов. Эта история приводится не дабы покритиковать упомянутую компанию, но для того, чтобы показать значимость обратной связи и действий на ее основе.

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

Великие «переговорщики»

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

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

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

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

Особенно интересен стиль переговоров, используемый владельцем ломбарда. Часто переговоры начинаются с того, что продавец называет сильно завышенную цену, а покупатель – сильно заниженную. Хозяин ломбарда использует другой подход. Прежде чем предложить свою цену, он задает два вопроса. Вначале он спрашивает: «Как вы пришли к этой сумме?» Этот вопрос – верный путь к тому, чтобы понять образ мыслей продавца и то, насколько хорошо он исследовал рынок.

«Сколько вы реально возьмете?» – второй замечательный вопрос, который вынуждает продавца отступить от первоначально завышенной цены и избавляет покупателя от необходимости длительного торга.

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

С кем и как договариваться?

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

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

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

Помимо денег/сроков и прав собственности на код могут быть и другие предметы переговоров. Все зависит от конкретной ситуации. Суть в том, что каждая сторона получает то, о чем способна договориться.

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

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

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

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

Важный совет

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

Поделитесь материалом с коллегами и друзьями

Заметки HR-а: почему так сложно найти хорошего разработчика

Программисты востребованы на рынке труда как никогда. В прошлом году прирост вакансий по некоторым языкам программирования перевалил за 100%. По прогнозам в 2020 году ИТ-отрасль не снизит оборотов. Работодатели ищут разработчиков и готовы платить им хорошие деньги, но поиски все равно становятся одиссеей.

Кирилл Медведев, HR-директор «СёрчИнформ», рассказал, что в их компании вакансии программистов открыты постоянно. Он обобщил свой опыт и проанализировал, на чем «сыпятся» самые востребованные специалисты на разных этапах трудоустройства.

Шаг 1: установить контакт

Многие программисты отсеиваются уже на этапе отклика на вакансию. И в первую очередь те, кто откликаются фразой: «Требованиям соответствую полностью», а в ответ на просьбу все же прислать резюме возмущается: «Что за формальности? Я же сказал, что соответствую!». В таких случаях мы прекращаем диалог, так как нам в команде не нужен сотрудник, который не слышит собеседника.

Нет портрета вас как профессионала – нет интереса со стороны нанимателя.

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

Мы понимаем, что разработчики в основном немногословны, и не ждем от них ярких речей. Хотя заметили интересную закономерность: «разговорчивость» сильно зависит от выбранного языка программирования.

Есть люди, с которыми можно общаться в формате «ноль-единица» и на конкретные вопросы получать конкретные ответы. Так часто происходит с C++ разработчиками, которые в работе используют глубоко машинный язык. А Delphi, C# или PHP-разработчики обычно рассказывают о себе, своих проектах и навыках более подробно.

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

Шаг 2: показать себя

Если первое общение с HR-специалистом показывает, что обе стороны интересны друг другу, программисту предлагают выполнить тестовое задание.

Для чего это нужно?

Мы ищем опытных специалистов, нам нужно проверить, насколько заявленные кандидатом навыки соответствуют реальности. Но нередко уверенные в себе разработчики заявляют:

  • «Я уже написал, что могу и умею. Зачем тратить время?»
  • «Не буду выполнять. Это слишком просто – дайте сложнее».
  • «Выполнение займет столько-то часов и стоить вам будет таких-то денег».

А другие и вовсе оскорбляются, что мы не верим на слово, и пишут развернутые ответы, мол, помнят времена Брежнева, запускали в космос Гагарина, а с Юрием Долгоруким за руку здоровались – а тут мы со своим тестовым. Признаться, такая реакция озадачивает.


Для нас неготовность соискателя выполнить тестовое задание – признак его незаинтересованности.

Работодатели собаку съели на «красивых» резюме, не соответствующих действительности. Кроме того, не всем работодателям важно, сколько у человека дипломов, сертификатов и заслуг. Главное – чтобы он справлялся с работой.

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

Наша статистика: 90% отправленных тестовых не возвращается. Из тех, кто все же выполнил и выслал задание, 90% проваливаются: либо код написан плохо, либо не работает.

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

У нас был интересный случай с кандидатом, который шел на сложную должность – системное программирование, язык C++. Его первое тестовое нам не понравилось: работа была выполнена и даже с превышением требований, но стиль программирования был специфичным и могли возникнуть сложности при работе в команде.

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

Шаг 3: встроиться в команду

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

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

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

Почему так важно поработать с командой бок о бок некоторое время?

Трудозатраты компании вырастут пропорционально тем проблемам, которые может создать «неподходящий» специалист: через 2 недели индивидуальных подходов и объяснений его просто придется уволить. Поэтому нам важно увидеть сотрудника лично, пообщаться с ним, увидеть его в работе.

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

Шаг 4: соответствовать запросам рынка

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

В итоге новичок быстро достигает уровня middle, а то и senior, а по факту не владеет нужными навыками, потому что прыгал по линейке профессионального роста, вместо того чтобы развиваться постепенно. В России эта тенденция ощущается меньше, в странах СНГ – особенно в Беларуси – сильнее.

Еще одна проблема появилась на волне большого спроса: рынок стал баловать программистов, а программисты – себя.

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

В заключение

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

С другой стороны, есть немало историй, когда тестовые за кандидатов выполняли друзья или, поверив кандидату «на слово», компания получала совсем не того специалиста, которого «живописало» резюме. Поэтому здесь можно надеяться лишь на одно: что и мы, как представители работодателя, и соискатели – будем с пониманием относиться к требованиям друг друга.

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

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

Материалы по теме:

Нейросеть изучила пикап-фразы в интернете, но все равно не смогла придумать ничего хуже

Кодинг стал частью поп-культуры (а программирование – нет)

Как работать с цветом в интерфейсах: советы дизайнера

ИИ-сервис Amper пишет музыку, за которую не стыдно

Почему никто не захочет вложиться в вашу игровую студию

Ошибка при использовании ПО может стоить вам дорого. Как себя обезопасить?

Нашли опечатку? Выделите текст и нажмите Ctrl + Enter

9 качеств человека, которому никогда не достичь высот в карьере

Ребята, мы вкладываем душу в AdMe.ru. Cпасибо за то,
что открываете эту красоту. Спасибо за вдохновение и мурашки.
Присоединяйтесь к нам в Facebook и ВКонтакте

Для того чтобы построить карьеру, человеку все чаще требуются не только профессиональные, но и социальные навыки. В исследовании Гарвардского университета было установлено, что с 1980 года количество рабочих задач, которые требуют социальных навыков, выросло на 24 %, а задач, которые используют интеллект или технические знания, не стало настолько больше.

Мы в AdMe.ru решили рассказать об основных антисоциальных навыках и паттернах поведения, которые не дают человеку преуспеть в карьере.

Жертва

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

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

Управляемый

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

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

Извиняющийся

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

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

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

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

Вспыльчивый

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


С такими коллегами редко получается наладить нормальный контакт и продуктивно работать. В команде им чаще всего не рады.

Спринтер

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

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

Консерватор

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

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

Высокомерный

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

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

Дементор

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

Цукерберг рекомендует:  Обучение - Здравствуйте, просьба помочь с рестартом программы .

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

Опыт поиска работы frontend разработчика

Работа по найму — взаимовыгодное сотрудничество. Знания/опыт в обмен на услуги.

Мне почти 30 лет. Начиная с третьего курса и на протяжении почти 10 лет (9 лет 7 месяцев) я работал на одном официальном месте работы и периодически на нескольких работах по совместительству. Основная организация — Институт динамики систем и теории управления, занимается научными исследованиями по математике и информатике. Стоить отметить, что за время работы исследователем около 8 лет я занимался разрабокой ПО, из них около 4 лет относятся к web разработке (full stack). Плюс 4 последних года я преподавал студентам в университете.

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

Тезисно ожидания от новой работы выглядели следующим образом:

  • Продуктовая команда
  • Современная методология разработки
  • Frontend разработка на фреймворке Angular или Vue
  • Компания занимает уверенное положение на рынке
  • Перспектива карьерного роста и заработка

Обратив внимание на сервис зарплат от моего круга, возникло желание найти удалённую работу. Для сравнения:

  • 256 зарплат, 135 154 руб. в месяц (удаленно, Москва), при этом:
  • 15 зарплат, 124 433 руб. в месяц (удаленно, Иркутск)
  • 28 зарплат, 106 414 руб. в месяц (удаленно, Красноярск)
  • 36 зарплат, 162 850 руб. в месяц (удаленно, Новосибирск)
  • 11 зарплат, 103 636 руб. в месяц (удаленно, Томск)

В целом, работая удалённо люди в глубинке зарабатывают как московские разработчики. В апреле 2020 я решил проверить рынок труда: разместил резюме на headhunter’е с прицелом на удалённую работу frontend разработчиком и стал неспешно ждать предложений.

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

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

О резюме и предложениях

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

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

Опыт работы на позиции старшего (либо ведущего) разработчика в одной из сильных IT-компаний (Яндекс, Mail.ru Group, Лаборатория Касперского, Вконтакте, JetBrains и т.д.) не менее двух лет обязателен.

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

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

Об удалённой работе

Достаточно много компаний указывают возможность IT сотрудникам работать удалённо. Несмотря на всеобщее восхищение удалённой работой, мне она не нравится. Я всё-таки за работу непосредственно в коллективе людей, где можно общаться. Тем более у меня нет возможности работать дома, надо снимать офис или идти в коворгинг. Опять же в реальности готовы на полностью удалённую работу сравнительно немного компаний. Часто требуется присутствие в рабочие часы в часовом поясе работодателя, например ответ от Ольги, рекрутера SkyEng:

Хочу сразу сказать что у нас все команды должны быть на связи с 11 до 16 мск, т.е. до 21.00 по Иркутскому времени. Если вам это подходит — необходимо выполнить тестовое задание https://***, после успешного выполнения — интервью с руководителем.

Соответсвенно, такие требования серьезно ограничивают круг вакансий, находясь в +5 от Москвы, так как львиная доля всего рынка продуктовой разработки находится в Питере и Москве. С другой стороны, конечно, имело смысл поискать работу где-нибудь в Австралии, но как тогда быстро погрузиться в работу?

Вакансии

За 3 месяца я рассмотрел примерно 15 вакансий, из них оказались интересными 5 (для них я выполнил тестовое задание). Компании обычно дают ответ на отклик день в день или на следующий рабочий день. Первой компанией с которой я завязался была Atlant.io. Это было предложение. Началось с собеседование с HR, потом тестовое задание, техническое собеседование и компания перестала отвечать. Я нашёл в телеграме еще 2 человек, которые также проходили собеседование в эту компанию, написал им в телеграм. Оба ответили, что с ними прервали общение аналогичным образом. Проехали. После этого я выбирал компании самостоятельно. Сделал 4 отклика (3 на front и 1 fullstack). На все 3 отклика на вакансию front-end разработчика я получил офферы, а отклик на вакаснию full-stack (PHP + Angular) был пробой сил, так как там была высокая зарплата, но не прошёл по тестовому заданию: нужны были хорошие знания Symfony (PHP фреймворк). Отсюда вывод: хорошие места следует искать самостоятельно.

Время от отклика до предложения о работе: 1) Точка-Банк (удалённая работа): 34 дня: собеседование с HR, тестовое задание, техническое собеседование, собеседование-знакомство с командой, проверка службы безопасности. 2) DIS-Group: 14 дней: тестовое задание, техническое собеседование, собеседовние с командой и директором. При этом ответ на отклик пришёл через 11 дней (уже думал, что не подхожу по резюме) 3) ISPsystem: 26 дней: краткий телефонный разговор с HR, собеседование с руководителем UX и с руководителем Frontend, тестовое задание, собеседование с руководителем Frontend и генеральным директором.

Для поиска работы использовлись 3 ресурса.

  • headhunter
  • js_jobs в telegram. Интересен тем, что вакансии с вилками по зарплате.
  • moikrug

Тестовые задания

Обычно тестовое задание дают сроком на неделю. Примерно столько времени я на них и тратил: 4-5 вечеров по 2 часа + до одного целого выходного. Бывало и дольше: задание по созданию калькулятора обыкновенных дробей заняло дня 3: в университете у нас не было «Алгоритмов и структур данных» => требовалось изучение деревьев + надо было придумать алгоритм куда добавлять новые узлы в зависимости от приоритета выполнения арифметических операторов.

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

О зарплатах

Как это ни странно звучит, но

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

Зарплаты фронтенд разработчиков

Зарплаты JavaScript разработчиков

  • Рынок зарплат фронтенд-разработчиков Данные были собраны в конце декабря 2020 года
  • Исследование: сколько зарабатывают фронтенд-разработчики? Апрель 2020.
    Статистика показывает, что middle-разработчики в регионах России и СНГ зарабатывают в среднем 80 тысяч рублей в месяц, а при смене работы повышают свои ожидания до 95 тысяч.
  • Зарплаты США по визе H1B от работодателей
  • Зарплаты разработчиков Украины — декабрь 2020
  • Общее исследование из Германии


Про собеседование

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

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

  • На собеседовании надо говорить не какой я умный/хороший, а какая компания хорошая и как я решу её проблемы. Контекст такой, что я забираю эту, эту, и эту проблему у Вас.
  • Не надо говорить, что вы внимательно изучили описание вакансии и идеально подходите на неё. Из описания кандидат не может судить о соответствии навыков представлению компании. Может оказаться так, что компания сама точно не знает идеального кандидата.
  • Если вас пригласили на собеседование после прохождения тестового задания, значит вы технически можете выполнять работу, но надо проверить насколько вы подходит для команды, можно ли сходить с Вами на обед и обсудить футбол.
  • Отсюда вариант ответа на вопрос «Почему мы должны вас нанять?» в духе «Я хороший человек. Со мной на приятно ходить на обед и обсуждать футбол.» Работодатель выбирает среди тех, кто смог в тестовое задание.
  • Про вопросы «Расскажите о себе / Как вы сюда попали? / Кем вы видите себя через 3–5 лет?» Ответ — рассказ о своём жизненный пути. У кандидата должно быть понимание куда он движется. Начать следует с образования, чем занимался. Я рассказывал примерно так:
    • Школу закончил в информационном классе.
    • Университет закончил по специальности «информационные технологии»
    • Аспирантуру закончил по специальности «информационные системы и процессы».
    • Работа в лаборатории «комплексных информационных систем» + преподавание в университете на кафедре «информационных технологий»
    • Ушёл во frontend, потому что за ним будущее.
    • Я осознанное меняю жизнь к лучшему. Хочу делать что-то существенное.
    • Через n лет я ключевой сотрудник компании, профессионал работающий на сложных проектах.
  • Если я что-то не знаю, то я это знаю уже сегодня вечером
  • Про зарплату. Если вы действительно сильный кандидат, то можно предложить прямому работодателю такой вариант: «Я хочу минимизировать ваш риск и свой. Вы мне даёте минимум вилки рассматриваемой вакансии. А по истечению испытательного срока делается пересмотр зарплаты, это должно быть отражено в контракте/трудовом договоре»

Что стоит спросить у работодателя:

  • Какой ваш идеальный кандидат?
  • Как вы будете судить подхожу ли я вам после испытального срока?

Технические темы JavaScript на собеседовании

Вся информация доступна в современном учебнике по JavaScript.

  • Event loop (setTimeout, promise)
  • call, bind, apply
  • Замыкания + область видимости, hoisting
  • Передача по ссылке и по значению
  • ES6 (spread/rest, генераторы/итераторыб let/const/var)
  • Async/await
  • Армия функций

Выбор

Итак, на руках было 3 предложения. В плане денежного вознаграждение они были примерно равны, имея разброс на старте в 7000 ₽ (max в Точке, среднее в DIS, min в ISP). Я руководствовался тезисами, которые были обозначены вначале поиска работы. Наиболее сложно было выбирать между ISPsystem и Точкой. В моих рассуждениях компании примерно равны, Точка чуть помасштабнее, а ISP лучше с бытовой точки зрения (родной город, нет необходимости искать офис, отчасти знакомый коллектив). Я выбрал ISP.

Проблемы карьерного роста в IT-компаниях

В IT я работаю вот уже 14 лет. За это время мне довелось побывать в разных ролях в самых разных компаниях, в основном иностранных: ATOS (Siemens), Deutsche Bank, T-Systems, NetCracker и т.д. Причем первые семь лет я работал системным администратором и руководил IT-отделами, а за вторые семь прошел путь от младшего разработчика до руководителя проектов — именно этим сейчас занимаюсь в DataArt.

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

Человеческий фактор

Согласно исследованиям Gartner Research, компании, специализирующейся на анализе IT-бизнеса, причина 80% критических сбоев в IT-системах — человеческий фактор. Известный в IT-индустрии специалист по проектному управлению Том ДеМарко (автор бестселлеров про IT-бизнес «Вальсируя с медведями: управление рисками в проектах по разработке», «Deadline. Роман об управлении проектами», «Человеческий фактор. Успешные проекты и команды» и многих других) приводит более детальную статистику: около 15% всех проектов закончились ничем — были отменены, прерваны, отложены или их результатом стали никому не нужные продукты. В случае крупных проектов картина еще хуже: крах постиг 25% проектов, длительность которых составляла от 25 человеко-лет. В подавляющем большинстве ситуаций не было ни одной объясняющей неудачу причины из области технологии.

Важность человеческого фактора также подтверждает и совместное исследование Гарвардского университета, Фонда Карнеги и Исследовательского центра Стэнфордского университета. Согласно его результатам, успех в работе на 85% зависит от социальных навыков («мягких навыков», soft skills) и лишь на 15% — от знания предметной области и технологий («твердых навыков», hard skills).

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

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

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

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

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

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

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

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

Карьерное окружение

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

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

Но как мы убедились ранее, наличием непосредственного начальника карьерное окружение не исчерпывается. В этот список также входят:
— заказчик;
— сотрудники/коллеги;
— команда.

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

Где вы сейчас находитесь?

Давайте проделаем умозрительный эксперимент: определите, на каком уровне по шкале вы оцениваете качество отношений с заинтересованными лицами, обозначенными ранее (независимо от того, что вы вкладываете в понятие «качества» отношений). Есть ли хоть одна «десятка»? Если да, поздравляю, это отличный результат! Но вынужден вас огорчить: даже если вы сейчас оцениваете себя на высший бал в любой из этих областей, завтра можете оказаться возле нуля. Почему?

Чтобы в этом разобраться, давайте рассмотрим такой инструмент самооценки, как матрица «компетентность/осознанность». Помимо всего прочего, матрица показывает, как происходит обучение взрослого человека какому-либо навыку в конкретной области:

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

Далее человек пытается что-то сделать, у него не получается. Тесты проверяют не то, не так, не обеспечивают необходимое покрытие и т.д. Что в этот момент думает начинающий специалист? Если он скорее настойчивый, чем склонный к самооценке, думает: «Попробую-ка я еще раз».

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

В этом состоянии у человека в голове появляется тот самый нужный вопрос: как же все-таки делать правильно?. И он идет в Google, на семинар или конференцию, покупает книжки, советуется с более опытными товарищами. И рано или поздно (если человек обучаемый, конечно) у него получается написать тесты для вашего модуля, полностью удовлетворяющие необходимым критериям. И это означает, что он перешел в состояние C, осознанная компетентность.

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

Когда вы можете что-то сделать правильно, но делаете это медленно, контролируя каждый свой шаг, это состояние осознанной компетентности. Если вы продолжаете практиковать навык, со временем вы переместитесь в состояние D. Неосознанная компетентность.

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

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

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

Предположим: вы сейчас находитесь в квадрате D по какому-либо из направлений деятельности, технической или коммуникационной, но еще не знаете или уже не знаете, почему нужно делать именно так, т.е. вы компетентны неосознанно. Это значит, что при каком-либо изменении в этой области (изменился человек или обстоятельства, условия, технологии и т.д.) вашей компетентности уже не хватит, чтобы решить возникшую задачу, и вы снова попадете в квадрат А.


Теперь еще раз оцените свой уровень владения знаниями, которые вы регулярно применяете. В каком квадрате вы находитесь? Подумайте, что можно сделать, чтобы оказаться в стабильной зоне (C D) или не покидать ее, если вы и сейчас в правой части матрицы.

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

Двигатель карьеры № 1

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

Тем не менее, самое главное действующее лицо непосредственно в процессе продвижения — начальник. Если точнее, таких лиц сразу два: ваш непосредственный начальник и начальник вашего начальника. И здесь важным становится понятие «visibility», или «видимость» — когда вас «видит» не только ваш непосредственный начальник, но и вышестоящее руководство. Понять, насколько вы «видны», позволяет матрица «видимость/результат»:

Цукерберг рекомендует:  Test - помогите с тестом c++

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

Есть сотрудники, которые выдают относительно незначительный результат, но всегда остаются на виду — «хвастуны». У них есть преимущество перед первыми — их видят, начальство о них знает. «Хвастуны», конечно, тоже кандидаты на сокращение, но только после «незаметных разгильдяев».

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

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

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

А теперь по аналогии с предыдущей матрицей, определите в каком из квадратов матрицы «видимость/результат» вы находитесь. Это даст вам представление о ваших шансах на дальнейшие карьерные улучшения.

Двигатель карьеры № 2

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

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

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

Чтобы решить эту проблему, необходимо вначале заметить следующее: удовлетворенность заказчика напрямую связана с уровнем его доверия к вам. Определить уровень доверия поможет очередной инструмент в виде матрицы 2×2 под названием «доверие/прозрачность». Она даст понять, на каком уровне доверия с заказчиком вы находитесь сейчас и как его повысить в будущем:

А. Когда вы только начинаете работать с заказчиком (да и вообще общаться с новым человеком), он вам еще не доверяет, потому что еще не видел вас в деле. Кроме того, вы для него непрозрачны, ведь он не знает, как именно вы собираетесь с ним работать.

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

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

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

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

Что же делать? Ответ простой, в отличие от способа его воплощения в жизнь: вам придется пройти весь путь A->B->C->D заново, чтобы опять выбраться на высокий уровень доверия заказчика. То есть если вы вдруг подвели его, вам тут же нужно максимально повысить прозрачность своей работы, регулярно сообщая статус решения проблемы и какие шаги вы предпринимаете, чтобы снизить ее негативный эффект. Если вы сможете добиться высокого уровня прозрачности, даже при наличии больших проблем вы довольно быстро сможете снова обрести доверие заказчика.

Если попытаться кратко сформулировать принцип работы с заказчиком, вам нужно барражировать выше воображаемой ватерлинии, изображенной на следующем рисунке:

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

Резюме

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

Подытожим сказанное:

  • Карьерные проблемы лежат в плоскости soft skills и имеют человеческую природу.
  • Основные области нахождения таких проблем: 1) работа с начальником; 2) работа с заказчиком; 3) работа с сотрудниками; 4) работа с командой и в команде.
  • Решать проблемы в этих областях сложно, поскольку, как правило, алгоритм их распознавания и решения неизвестен.

Как же действовать?

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

Что делать прямо сейчас?

  • Нарисовать матрицы «осознанность/компетентность», «доверие/прозрачность» и «заметность/результат».
  • Определить вашу позицию в них, особенно в отношении заказчика и руководителя — это будет ваша текущая карьерная модель или модель «as is»; ее необходимо внести в ваш карьерный план как базу для планирования.
  • Подготовить модель «to be» и план ее достижения. Эта модель будет вашим карьерным планом.

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

7 карьерных ошибок, которых следует избегать

Мир знает множество одобряющих фраз, связывающих провалы и конечный карьерный успех: «неудачи быстро забываются», «не ошибается тот, кто ничего не делает», «на ошибках учатся», «провалы воспитывают характер». Однако, когда ошибки становятся постоянными или достигают критической массы — здесь не может быть никакого позитива.

Эта статья — для тех, кто хочет заранее подстелить соломку.

Засиделся

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

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

Попрыгунчик

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

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

Спешка

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

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


Безответственность

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

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

Узкие горизонты

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

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

Пренебрежение помощью

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

Отсутствие карьерных планов

Многих очень раздражает, когда на собеседовании работодатель или HR-менеджер задаёт вопрос из разряда «а кем вы себя видите через год, три и пять лет?». Но на самом деле это самое важное, что есть в вашей карьере – задачи и цели. Сплавляясь по течению, пусть даже с задачей становиться каждый день чуть лучше, далеко всё равно не уплывёшь – прибьёт к берегу.

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

Карьера начинается с первого шага: бесплатный курс «Основы программирования».

Информационный портал по безопасности

15 важных карьерных советов для разработчиков

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

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

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

Разные цвета? Это смены направлений: из разработки в продуктовый менеджмент, из продаж в основатели стартапа и т.п.

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

Принимая во внимание все вышесказанное, позвольте дать вам 15 советов о ваших карьерных выборах, кодинге, амбициях и всем остальном.

Кодинг:

#1: Пишите код. Много кода. Школы хороши в подаче теории, но с практикой там не очень. Особенно это справедливо для топовых университетов. Профессоры — обычно теоретики, зачастую неприязненно относящиеся к более “практичным” формам обучения. Лучший способ стать отличным кодером — это просто много практиковаться. Не столь важно, что именно вы пишете (open source, приложения для iPhone и т.п.), пока вы кодите и двигаетесь к цели.

#2: Будьте независимы от языка. Язык программирования — всего лишь инструмент. Конечно, важно хорошо его знать, но не менее ценно постоянно изучать новое. Лучшие разработчики стараются не позиционировать себя как “разработчик на ____”.

Карьерный выбор:

#3: Престиж в помощь. Громкие имена в резюме открывают двери и демонстрируют ваш потенциал. Если можете заполучить в свое резюме названия вроде Google, Facebook, Amazon, Microsoft, Dropbox — сделайте это (но не оставайтесь там надолго — см. #4).

#4: Не оставайтесь подолгу в крупных компаниях. Если только ваша цель — не построение карьеры в большой организации (тогда любыми средствами нужно оставаться там). В остальных случаях уходите побыстрее. Один или два года после учебы в компании вроде Google — в самый раз. 10 лет? Уже не очень. Вы также продолжите учиться, но отдача от пребывания на одном месте со временем будет все меньше и меньше (если только не хотите быть “сотрудником большой компании”).

#5: Если ищете карьеру A+, то переезжайте в область залива Сан-Франциско (SFBA, San Francisco Bay Area). Я люблю Сиэттл и начинала там, но надо быть честным с собой: на заливе значительно больше возможностей для технаря. Вы ограничиваете себя как инженера (менеджера продукта или “бизнес-технаря”), проживая где-то еще.

#6: Если карьера A+ не интересует — НЕ переезжайте на залив. Здесь невероятно дорого. Серьезно. Это того стоит только в обмен на массу карьерных перспектив. Для просто легкой карьеры существует множество более доступных городов с достаточным уровнем технологий (вроде Сиэттла). Хороший инженер может купить неплохой домик в Сиэттле, и это будет все то же побережье.

#7: Если не хотите всю жизнь быть разработчиком, то не оставайтесь им подолгу. Глубокие технические познания, конечно, нужны. Но совершенно не важно, потратили вы на разработку два года или семь. Спустя пару лет после учебы в колледже задумайтесь над тем, готовы ли быть инженером следующие 10, 20, или даже 30 лет? Если не готовы, то меняйте направление. Вам не особенно поможет засиживание в инженерах подолгу.

#8: Заканчивайте быстро. Большинство моих друзей, кто поменял работу, думали об этом последние 6-12 месяцев. Некоторые оставались еще на 2-3 года после того, как начали говорить, что пора завязывать. Они потеряли столько времени просто из-за сопротивления переменам. Если вы хотите уйти — сделайте это сейчас. Отправьте резюме куда-то еще, или даже уйдите “в никуда”. Скорее всего, вы не будете особенно успешным, если недовольны жизнью, поэтому оттягивание ухода обойдется дороже.

Разбираемся с остальным:

#9: Будьте честны. Если пытаетесь схалтурить и срезать углы, то это выйдет боком. В жизни важно поступать правильно. И так поступать не просто правильно, но еще и умно. Люди будут больше доверять и симпатизировать вам. Откроется больше дверей — и это вполне может стать переломным моментом в карьере.

#10: Помогайте другим. Если есть возможность — помогите тому, кто об этом просит. Это правильно и умно — сегодня вас просят помочь, но потом эти же люди наверняка охотней помогут вам. Помощь может заключаться, например, в знакомстве с их друзьями, которые могут уже предметно на что-либо повлиять. Если сомневаетесь в чьей-то полезности — подумайте о том, что вы совершенно ничего не знаете об их друзьях и их будущем.

#11: Заводите друзей. На самом деле, самостоятельно вы вряд ли достигнете успеха. Если вы предприниматель — потребуются сотрудники и безнес-контакты. Если сотрудник — потребуется работа. В обоих случаях, ключом к возможностям являются друзья. Дальние или ближние, они составляют важную часть вашей личной сети. И это вовсе не те люди, кого вы однажды встретили и больше не разговаривали.

Быть крутым:

#12: Поймите, осознайте, что у всех у нас есть синдром самозванца. Даже самые успешные предприниматели и инженеры (за очень редким исключением) уверены, что им просто повезло, и они далеко не так хороши, как всем кажется. И что в один прекрасный день их “разоблачат”. Понимание того, насколько распространен синдром самозванца, поможет осознать, что даже если кажется, что вы обманщик, — это совершенно не обязательно так и есть.

#13: Начните что-нибудь. Проявите инициативу. Хорошее случается с теми, кто не ждет. Ищите новые возможности. Запустите свой хакатон, клуб, проект, компанию, рабочую группу — да что угодно. В процессе вы узнаете невероятно много и увидите новые перспективы.

#14: Рискуйте и не упускайте возможности. Если случайно заметили замаячившую возможность — хватайте ее. Двигайтесь вслед и посмотрите, куда она приведет. Не проходите мимо лишь потому, что не знаете, во что все это выльется.

#15: Заведите привычку говорить “да”. Лучшие карьеры крутятся вокруг “прорывных” моментов. Но проблема в том, что их не так просто распознать. Никогда не знаешь, к чему приведет эта кажущаяся бесполезной встреча за чашечкой кофе. И вы пока не знаете, что через пару месяцев этот человек познакомит вас с одним парнем, который ищет совета и может стать вашим партнером по бизнесу. Заведите устойчивую привычку не отказывать.

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

Множество собственных проектов (#1) и пара друзей (#11) появились у меня во время стажировки в Microsoft после первого курса.
В конечном счете это привело к должности в Google, после которой мне практически везде были рады (#3).
Инициатива (#13) и использование возможностей (#14), в отличае от тщательного планирования и исследований, привели меня к запуску двух компаний. Обе они стали успешными и дали неоценимый опыт.
Фактически, оба стартапа были запущены в результате моего согласия (#15) помочь другу (#10).
Консалтинг по приобретению бизнеса (сейчас это основная часть моего бизнеса) появился из-за того, что некто попросил меня о помощи. Я не была уверена, что момент удачный, но все же сказала “да” (#15). И эта тактика каждый раз себя оправдывала.

Но были и ошибки.

Я люблю Сиэттл, мою родину, но переезд на залив был очень ценен для карьеры. Там больше возможностей с лучшими перспективами, несомненно (#5). Но и расходы значительно выше (#6), потому лучше подыскать другое место, если подобные перспективы не интересны.
Еще я, похоже, слишком долго просидела в Google. И дополнительные годы не особенно много мне дали (#4). В конце-концов я ушла, потому что больше не хотела оставаться разработчиком (#7), да и просто перестала быть счастливой (#8).

Еще пара советов для меня очевидны и работают “на автомате”, но я видела, что бывает, когда другие люди им не следуют.

Никогда не ассоциировала себя с языками, и это добавило мне гибкости. Те, кто так не делал, были значительно более ограничены в плане карьеры (#2). Уменьшается выбор потенциальных работодателей, да и таких программистов часто считают более слабыми.

Что касается честности (#9), то мне приходят на ум две истории. В обоих случаях чье-то стремление к успеху вредило ему же самому. В первом примере один из моих коллег пытался уклониться от важных обязательств с помощью лазейки в законе. В конце концов, ему это удалось, но я бы не хотела больше с ним работать. Я даже не стану ему помогать в чем-либо, требующем доверия (то есть мне не сложно заполнить для него опросник, но знакомить его с кем-то не стану).
Во втором примере некий автор опубликовал несколько лживых рецензий на мою книгу, в глупой и недальновидной попытке меня обойти. Он вылил на меня всю вообразимую ложь и обвинения, когда я возмутилась. Теперь же периодически просит свести его с моими знакомыми, либо предлагает поработать над чем-либо совместно. Я отказываю. И это не месть — это просто защита себя и моих друзей.

Если вы следили за ссылками на советы, то заметили, что одного не хватает — синдрома самозванца (#12).
Я давно знаю про этот термин, но лишь в последние пару лет понимаю, что практически любой успешный человек чувствует себя самозванцем. Это было для меня откровением, которое открыло глаза на то, что неуверенность в собственных силах вовсе не означает отсутствие этих сил. В результате, я стала более уверенной в себе, и теперь с большей вероятностью запущу какой-нибудь проект (#13), увлекусь возможностью (#14), или просто скажу “да” (#15).

А какие из этих советов подтверждаются вашим опытом?

Переведено в Alconost Translations , иллюстрации — кадры из фильма “Всегда говори да”

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