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

Предыстория

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

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

Учиться программированию предстояло с нуля, при этом надо было на что-то жить. Я устроился в транспортную компанию системным администратором и записался на курсы Java-разработки в GeekBrains. Почему Java? Потому что этот курс стартовал раньше других! Мне хотелось скорее начать программировать, а на чём — без разницы. Я даже не знал, что Java и JS — разные языки. 

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

Чтобы прийти в Java, надо сначала отвергнуть Java

Работу я начал искать сразу по окончании второй четверти в GeekBrains: открыл HeadHunter, ввёл запрос «Java» и выбрал город Волгоград. Сайт выдал всего 16 вакансий, половина из которых… про JavaScript. «Это фиаско, братан!» — отозвался внутренний голос. Ах да, все вакансии были уровня Middle и Senior, кроме одной — «разработчик ABAP» с зарплатой 15 000 рублей. Мол, переучим с любого языка на суперперспективный, бла-бла-бла.

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

Про английский и людей

На моё резюме откликнулась компания-аутсорсер, которая тестирует игры. Это крупная контора с головным офисом в Праге и филиалами в Москве и Питере. Мне предложили посмотреть вакансию QA-инженера. В требованиях был английский, и я сразу предупредил — не владею. HR ответил, что это не критично и не обязательно. Затем мне прислали тестовое задание, которое я выполнил и показал своему преподавателю Александру Фисунову. Он посоветовал, как упростить и структурировать код — получилось шикарно. В компании посмотрели, сказали: «О, класс! Приходи на интервью». Пришёл, поговорил с тимлидом QA-инженеров и ещё с двумя людьми, ответил на вопросы по Java. «Неплохо! — говорят они. — А что у вас с английским?» — «Частично понимаю, но не говорю». — «Ну ладно».

Дальше было Skype-интервью с руководителем питерского филиала: «В принципе, меня всё устраивает! А как у вас с английским?». Я повторил свой ответ. «Ладно, мы вам позвоним». Затем — ещё одно телефонное интервью с двумя руководителями и тот же финал. Так продолжалось месяц. В итоге HR сообщил, что меня не взяли. «Почему?» — «У тебя плохой английский». Я спокойный человек, но тогда высказал всё, что думал. Ведь я с самого начала предупреждал о своём английском! А в итоге потратил несколько дней жизни на пустые разговоры.

Это был единственный раз, когда иностранный язык стал камнем преткновения при трудоустройстве. Документацию я читаю спокойно: IT-лексику знаю, непонятное смотрю в словарях и Google-переводчике. Для работы в среднестатистической российской компании этого хватает. 

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

В регионах не выбирают

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

Замахнуться на два языка (нет)

Теоретических знаний после курсов мне хватало, чтобы проходить собеседования: интервьюеры сами не всегда представляли, о чём спрашивать, а тестовые задания помогли набить руку. Я понял, что за неделю активных раскопок на StackOverflow можно написать что угодно. Сложнее решать задачи на самих собеседованиях, но и к этому можно подготовиться. А вот когда речь заходит о деньгах и опыте, новичку приходится трудно.

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

За полгода я прошёл с десяток интервью и получил один оффер от компании, которая предлагала всё те же 15 000 рублей в месяц с возможной прибавкой — не раньше, чем через год. Я, конечно, был готов к скромному заработку в первое время, но на такие деньги мне не прожить физически! 

Потом знакомый, который в Европе работает архитектором C#, протолкнул меня на собеседование в хорошую контору. У них собирался увольняться инженер автоматизированного тестирования, и я вышел на стажировку. Работал по часу в день. Стажировка закончилась, и-и-и… инженер не уволился :)

Затем в той же компании мне предложили заняться разработкой на C#. Для начала выдали сложное тестовое задание по SQL, и я от скуки делал его две недели, пока ждал увольнения инженера. В итоге я сам отказался от позиции: решил не браться за новый язык, пока не освою Java, ибо за обучение «уплочено». Параллельно осваивать два языка — это слишком, особенно для новичка. Сейчас-то я понимаю, что надо было не выделываться и согласиться на позицию разработчика С#. Но это лишь начало истории.

Пришёл февраль 2019 года. Директор конторы, куда меня приглашали автотестировщиком, решил мне помочь: обзвонил несколько IT-компаний и сказал, что годный парень ищет работу по Java. На следующий день я пошёл на собеседование в EAE-Consult. Там я ответил на общие вопросы и решил простенькую задачку по SQL. Мне сказали, что подхожу, но есть нюанс... У них не Java, а C# :) Засада! Однако я тогда ещё недостаточно отчаялся и отказал им. До мая собеседований не было вообще. Я продолжал откликаться на всё подряд. Переделал резюме, как советовала специалист GeekBrains по трудоустройству, и стучался в разные IT-конторы.

Тестовое с подвохом

Ещё был очень поучительный опыт с элементарным, на первый взгляд, тестовым заданием, которое оказалось с подвохом. Как-то раз я написал в LinkedIn тимлиду команды, где набирали Java-разработчиков. Он ответил, что джунов они уже набрали, остались вакансии мидлов, но я могу попробовать. Надо было на чистом Java написать консольное приложение, которое предлагало бы пользователю ввести любые числа, а на выходе показывало MIN, MAX и среднее значение. Была ещё хитрая приписка: «Неопытный программист должен понять, как работает твоё приложение, а злой программист не должен его сломать».

Я написал программку за десять минут, покрыл её подробными комментариями и обернул защитным кодом, где проверял типы входных значений и ловил исключения. Казалось, я предусмотрел абсолютно всё. В итоге тимлид «уронил» мою программу одной командой. Как? Он ввёл два максимальных для типа значения, так что произошло переполнение и расчёт выдал «–1». Это было очень поучительно! Кстати, нас на занятиях предупреждали о переполнении типа, но я тогда не придал этому значения. Что тут скажешь? Оставалось только улыбнуться, поблагодарить за опыт и пойти читать «Effective Java».

И вот однажды в выдаче hh.ru я нашёл вакансию «стажёр C#» со вкусной зарплатой и примечанием, что вместо «шарпа» кандидат может знать схожий строго типизированный язык. Я откликнулся с ленцой, даже без сопроводительного письма, и забыл об этом варианте. Но через пару недель прилетело тестовое задание со словами «Cделай, как сможешь, а не сможешь — напиши, где затык». Там было простенькое приложение: API на .NET и мобильная реализация на Xamarin.

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

«Что ж, похоже, С# — это моя судьба», — подумал я и написал эйчару вышеупомянутой EAE-Consult. Меня опять пригласили на интервью и уже почти взяли на работу, но... Вдруг раздался звонок с незнакомого номера и человек, который представился моим новым начальником, сказал, что отбил меня у «шарпистов», потому что у него появилась вакансия джависта!

Если бы не Java :) 

Вы можете сказать, что мне следовало изучить местный рынок и выбрать другой язык программирования. Но дело не совсем в этом. У нас экономически слабый регион с низким уровнем жизни, поэтому, какой язык ни учи, перспективы придётся искать в местах с крупным IT-кластером. Даже если ты освоишь повсеместно востребованный JavaScript, в Волгограде тебе предложат делать сайтики за 20 000 рублей в месяц. К тому же у всех разные склонности и интересы: у меня, например, нет дизайнерских задатков и чувства стиля, с которыми можно расти во фронтенде. Мне больше нравится заниматься серверной частью. 

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

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

Первая работа и перспективы

Итак, я устроился в EAE-Consult и стал единственным Java-разработчиком компании в Волгограде — коллеги по команде общаются со мной из Москвы. Я сразу оценил хорошо оборудованный офис, приятный коллектив, неплохую для нашего города зарплату.

Рабочий хаос :)

Я начал работать над расширением функций IBM MDM и использовал технологию, которая даже на StackOverflow не представлена. Поначалу пришлось очень тяжело. Во-первых, за повседневными задачами я не видел общей картины. Во-вторых, мне не хватало обратной связи по коду. А мне важно, чтобы мой код внимательно разбирали, критиковали и отправляли на доработку с указанием, что улучшить. Во время учёбы в GeekBrains я часто советовался с преподавателем Александром Фисуновым, и он умел объяснить, что хорошо, а что плохо. Теперь же надо было развиваться без наставника. Кстати, сейчас мне в этом помогает книга «Effective Java» — чтиво очень сложное, но и интересное!

Сейчас я уже полностью адаптировался в компании. С 2020 года перехожу на новый проект с очень современным стеком (микроcервисы, GraphQL). Кстати, мы ищем .NET-разработчиков. Если чувствуете в себе силы, присылайте резюме на почту svetlana.medova@eaeconsult.ru.

Важно ли иметь портфолио?

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

Считаю, портфолио нужно самому программисту, а рекрутерам достаточно знать, что оно есть. Я слежу за статистикой своего репозитория на GitHub и вижу, что работодатели туда не заглядывают, — за исключением случаев, когда я отправлял тимлидам прямые ссылки на конкретные проекты. Если учесть, что я прошёл десятки собеседований, можно сделать вывод: при трудоустройстве на портфолио не смотрят — разве что у вас в запасе будет решение, близкое к тому, что нужно заказчику.

Итоги и советы

Не ждите окончания учёбы! Ходите на собеседования, делайте тестовые и постарайтесь устроиться стажёром — так вы наберёте базовый опыт. Скорее всего, первое время вам будут отказывать. По возвращении домой вы будете искать ответы на вопросы, с которыми не справились. Так и должно быть. Прохождение собеседований — навык, который надо развивать.

Во фронтенде, может быть, чем больше технологий ты освоил — тем ты круче. А в Java, если ты настроен на суровый Enterprise (работу в банках и крупных консалтинговых агентствах), поможет только погружение в коммерческие проекты. У меня поиск работы затянулся, но могу сказать, что всё основное на курсах я изучил в первые две четверти. Хотя дальше тоже были полезные вещи, было важно вместе с их изучением повторять старый материал.

Коммерческая разработка в любом случае отличается от учебных проектов. Пока нет «боевого» опыта, многие вещи можно понять, но не запомнить. С 1990-х годов Java оброс множеством фреймворков и библиотек, поэтому осваивать этот язык надо так: изучаешь Java Core, базовые принципы, алгоритмы, SQL — и идёшь работать.

Ещё очень важно умение читать код. Когда берёшься за новый проект, 50 % времени уходит на то, чтобы разобраться в сделанном до тебя, ещё 40 % — на документирование своего кода и всего 10 % — на программирование. Это только в фильмах про хакеров от быстрого ввода команд происходят чудеса. 

Как научиться читать код? В идеале надо взять готовый проект на тысячу классов, где после очередного обновления что-то не работает, — и вникать, как всё устроено и что пошло не так. Было бы круто, если бы этому учили на курсах, но я такого не встретил.

Перед собеседованием полезно загуглить примеры частых вопросов и заданий на собеседованиях по вашему направлению. Многие работодатели сами берут эти вопросы из интернета. Например, меня в трёх разных местах спрашивали, чем интерфейс в Java отличается от абстрактного класса. Тут не обязательно вдаваться в философию — от вас ждут такого ответа: «После Java 8 — ничем не отличается». Технический интервьюер просто хочет убедиться, что вы любознательны и читаете правильные актуальные источники.

Хотите узнать больше о выпускниках Java-факультета GeekBrains? Вот их истории:

• С Дня карьеры в «Альфа-Банк»: история студента GU
• Почему я устроился джуниором после семи лет в разработке
• Что нужно знать, чтобы стать Java-разработчиком

В ноябре мы провели GeekChange — серию вебинаров о профориентации в IT и построении карьеры в принципе. Одной из самых популярных трансляций, собравшей более полутысячи зрителей, стал вебинар «Свет в конце карьеры. Как построить вторую карьеру и не растеряться в процессе». 

В ходе часового эфира у зрителей появилось множество вопросов. На кое-какие удалось ответить в ходе трансляции, но некоторые мы решили проработать дополнительно, вместе с ведущей вебинара Ариной Егоровой — экс-директором по инновациям Ward Howell, сооснователем careerspace.app и автором Telegram-канала о карьере «Без aspera ad astra».

— Как построить свой карьерный трек? C чего лучше начать?

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

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

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

Задавайте вопросы на интервью. Есть ли практика ротации внутри компании? Если да, попросите привести примеры.

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

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

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

— А как быть, когда работодатель не даёт возможность самореализации?

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

— Мне не хватает сил начать заниматься тем, что хочу. Быстро бросаю :( Что с этим делать? Как не останавливаться?

Значит, плохо хотите. Хотите лучше :)

— Я хочу освоить IT-профессию как вторую. Как вообще в IT-сфере относятся к такому совместительству?

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

— А что если тебя боятся хантить в новой индустрии на низкие позиции только потому, что в своей предыдущей индустрии ты был на уровне топ-менеджера?

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

— Имеет ли смысл совмещать основную работу и работу на удалёнке в другой компании?

Да, если вторая работа направлена на рост второго карьерного трека, развитие альтернативной профессии. Если это только из-за денег, мотивация к дополнительной работе быстро пропадёт.

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

Всё зависит от желаемой профессии. Если речь идет о веб-разработке, то можно почти без опыта найти проекты на фриланс. В IT-сегменте порядка 30 процентов вакансий — удалённые.

— Нужно ли указывать «неайтишный» опыт работы в резюме? Например, компетенции, которые могут быть актуальны только по soft-скиллам.

Soft skills в резюме — описание вашей коммуникабельности, ответственности, пунктуальности и т.д. — это эпитеты, которые не несут в себе никакой смысловой нагрузки. По резюме оценивают только ваш hard, а вот на встрече оценивают soft. Поэтому если у вас нет релевантного опыта по hard skills, лучше не указывать весь ваш более ранний опыт. Опишите его максимально кратко.

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

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

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

Берите маленькие проекты. На джуниор-вакансиях в 90% случаев опыта работы не требуется. Или нужен минимальный опыт, который вы сможете получить во время обучающих курсов.

— Большой стаж работы на одном месте (10+ лет) — минус или плюс для нового работодателя?

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

— ​Мне часто отвечают: «Мы ищем студентов, а не тех, кому за 35».

Значит, не в те компании пишете. В нормальных компаниях всё равно, сколько вам лет, если вы хорошо выполняете свою работу.

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

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

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

— Какой сегмент IT вы могли бы рекомендовать в качестве точки входа?

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

— У Mail.ru Group на Headhunter есть много вакансий IT-специалистов. Вы предлагаете своим выпускникам карьеру в компании? Или их знаний недостаточно чтобы работать в Mail.ru Group?

Касательно Mail.ru Group всё зависит от конкретной профессия. Например, Q&A-тестировщик сейчас — одна из самых специальностей для входа, особенно в ручных тестах. При этом дефицит кадров всё равно есть. Поэтому на факультете тестировщиков мы гарантируем нашим студентам трудоустройство. Будущие работодатели подбираются по ходу обучения, и знаний выпускников достаточно даже для компаний уровня Mail.ru Group.

— Приведите, пожалуйста, примеры успешных CV и сопроводительных писем.

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

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

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

А какие вопросы о карьере в IT есть у вас, дорогие читатели? Пишите в комментариях, и мы обязательно дадим ответы в блоге. Также напоминаем, что мы собрали в один пост записи всех вебинаров Geek Change — там действительно можно узнать много чего полезного. Вопросам трудоустройства посвящены и другие статьи в нашем блоге:

• 10 типичных страхов перед сменой профессии
• 10 советов, как правильно перейти в IT из другой сферы
• 5 ошибок, из-за которых вы завалите интервью
   

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

Правила планирования времени

Как же правильно организовать свою работу — классический тайм-менеджмент предлагает несколько основных принципов:

1. Планируйте, что будете делать. Это важно для рядовых работников офиса и еще более необходимо фрилансерам и другим вольным пташкам. Определите, что и в каком порядке будете делать. Так вы не потеряете время и будете легко переходить от задачи к задаче.
2. Правильно ставьте цели. Они должны быть конкретными и измеримыми. Это поможет правильно сформулировать задачи.
3. Планируйте отдых. Правильно управлять временем — не значит пахать как ломовая лошадь. У вас должны быть перерывы для отдыха, чтобы не терять эффективность.
4. Создавайте свои правила. Анализируйте опыт, чтобы понять, какие алгоритмы работают для вас и вашей команды. Учитывайте специфику подразделения и то, какой ценой были получены предыдущие результаты.
5. Фокусируйтесь на важном. Часть рутинных задач просто сжирает время. Если у вас есть возможность игнорировать их, сделайте это ради более важных вещей.

Как правильно организовать рабочий день

Метод Франческо Чирилло

Чирилло предлагает чередовать работу и отдых: отводить по 25 минут на первое и 5 минут на второе. Напоминает метод помидора? Верно, это он и есть. Автор опробовал его еще в юности с помощью обычного кухонного таймера в виде томата.

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

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

Метод Дэвида Аллена

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

Такой подход поможет ничего не упустить, понять, какие задачи первичны, и разгрузить голову. Для погружения в Getting Things Done подойдут Trello или Wunderlist. Просто клеить на стену стикеры тоже можно — важнее то, что вы на них пишете.

Метод Айви Ли

Журналист предлагает каждый вечер составлять список из шести задач и выставлять их по приоритетности. А на следующий день двигаться от первой задачи к последней — и в итоге получать шесть выполненных дел.

Метод Райдера Кэрролла

Создатель метода — дизайнер, и это видно по придуманной им системе Bullet Journal. Она поможет выполнять ежедневные рутинные дела. Суть в том, что вы делаете табличку, в которой строки задач пересекаются с столбцами дней недели. Сделали дело — закрасили квадратик. Минус системы — это рисование отнимает время. Но зато система отлично мотивирует тех, кто не может видеть пустот в своей табличке.

Метод Тима Ферриса

Гуру продуктивности советует помнить о законе Парето, по которому 20 % усилий дают 80 % результата, а остальные 80 % усилий — лишь 20 % достижения. Так что перфекционизм — скорее препятствие на пути к цели. Меньше внимания к деталям — фокусируйтесь на важном!

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

Метод Марка Твена

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

Метод Бенджамина Франклина

Один из отцов-основателей США, Бенджамин Франклин, знал цену минутам и секундам. Именно ему приписывают фразу «Время — деньги».

Франклин придумал пирамиду продуктивности, которая состоит из шести ступеней. 

Жизненные ценности лежат в ее основании. Это глобальные моральные принципы, которые должны учитываться при любом решении. У Франклина их было 13, но вы можете придумать свои. Далее от основания к вершине ступени таковы:

1. Глобальная цель.
2. План достижения глобальной цели — шаги, которые необходимо предпринять на пути к ней.
3. План на ближайшие 3–5 лет.
4. Планы на год и месяц.
5. Планы на неделю и день — на вершине пирамиды.

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

Метод Стивена Кови

Эксперт в области менеджмента сформулировал несколько принципов продуктивности:

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

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

Виталий Асташкин, психолог по образованию, после вуза работал педагогом-организатором. Когда захотел перемен — освоил дизайн интерфейсов в GeekBrains и начал фрилансить. Сейчас у Виталия за плечами несколько проектов для крупных заказчиков, таких как концерн «Калашников», Уральский вагоностроительный завод и правительство Республики Удмуртия.

— Виталий, первый вопрос о том, чем вы сейчас занимаетесь. В каких стартапах и над какими проектами работаете?

— Сейчас я совмещаю две профессии: днем — педагог, ночью — дизайнер. Что касается дизайна, участвую в нескольких проектах параллельно, работаю в стартапах и на фрилансе.

В одной команде мы создаем виртуальную химическую лабораторию: с помощью VR-очков и контроллера вы можете проводить химические опыты.

Дизайн периодической системы химических элементов. Таблица распечатывается и считывается камерой смартфона для получения дополнительной информации в AR

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

Карточка товара в приложении для подбора одежды FitsMe 

— Расскажите о крупных проектах, в которых участвовали: для концерна «Калашников» и Уральского вагоностроительного завода. 

— Для «Калашникова» я готовил интерфейс AR-приложения, которое показывает на карте мира пути поставок продукции и сведения о заводах концерна. 

Для Уральского вагоностроительного завода — создал интерфейс интерактивного экрана, знакомящего зрителей с историей завода, техническими характеристиками продукции, фотогалереей и другими материалами.

Экран с информацией о поезде. Проект для Уралвагонзавода

— Где можно посмотреть примеры ваших работ?

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

Кстати, свой первый серьезный заказ я получил именно благодаря аккаунту на Dribbble. Скинул свой профиль, выполнил тестовое задание — и за работу!

— Сколько времени вам понадобилось, чтобы выйти на профессиональный уровень в дизайне: с момента, когда вы начали целенаправленно этим заниматься, и до оплачиваемого заказа? Насколько легко или трудно было найти первую работу?

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

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

Самое сложное — когда кажется, будто ничего не знаешь и не умеешь. Вроде отучился, а открываешь тот же Dribbble, смотришь на все это великолепие и думаешь: «А вот я так не могу». Однако не стоит бояться!

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

С тех пор я с ними сотрудничаю на регулярной основе. Мы реализовали несколько интересных проектов, в том числе приложение для посетителей инвестфорума — по заказу правительства Республики Удмуртия. Через очки виртуальной реальности пользователь осматривает 360-градусную панораму здания, где можно увидеть этапы строительства, почитать инфографику.

Инфографика для панорамы 360°

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

— На старте надо владеть программами для прототипирования: например, Figma, Sketch, Axure. Конечно, эскизы приложения можно набросать и на листочке, но собранный в Figma интерактивный прототип будет куда информативнее и привлекательнее для заказчика.

Для подготовки иллюстраций, иконок и сложной графики пригодится Adobe Illustrator.

Для работы с растровой графикой — Photoshop. К слову, некоторые заказчики до сих пор просят исходники в формате .psd.

Надо знать основы типографики, композиции, теории цвета, постоянно обновлять знания по теории интерфейсов и следить за тенденциями. В этой сфере непрерывно идет развитие, все меняется: сегодня скевоморфизм, завтра — флэт.

Вообще, чем больше у вас знаний в разных областях, тем лучше. Знакомы с HTML хотя бы на самом базовом уровне? Хорошо. Знаете, что такое Native React? Прекрасно. Прочли книги по копирайтингу? Отлично! 

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

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

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

— С чего начался ваш путь в дизайн? Когда вы решили, что это всерьез и нужно получать дополнительное образование? 

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

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

— Почему выбрали именно UI, а не другие направления?

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

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

— Я окончил МЭИ по специальности «Психология». Еще во время учебы в вузе работал с подростками в молодежном клубе. Вскоре после получения диплома я нашел вакансию педагога в лицее в Звенигороде. Предложение оказалось более привлекательным, чем то, что можно было найти у нас в Краснозаводске, и я переехал. 

Не было такого, чтобы я решил для себя «После вуза стану педагогом!». Это был естественный ход событий. 

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

— Как вам удается совмещать две работы: педагога и дизайнера? Как обычно выглядит рабочий день?

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

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

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

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

Прототипирование приложения для подбора авточехлов

— Какими были ожидания от учебы в GB и насколько они оправдались? Какие приобретенные знания и навыки считаете самыми ценными?

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

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

 — Вам в дизайнерской работе доводилось осознанно, специально применять свои знания в области психологии?

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

Важно помнить, что у каждого своя картина мира: если для одного человека «собачка» — это пекинес, для другого — замок на застежке-молнии. Не надо стесняться задавать наводящие вопросы и уточнять у клиента, что он имеет в виду. Например, он говорит: «Кнопка недостаточно агрессивна». Что это значит? Надо сделать ее более крупной? Изменить ее цвет или форму? Львиную долю вопросов можно снять простым уточнением.

— Как вы себе представляете карьеру в дизайне? Куда собираетесь расти и как развиваться дальше?

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

Планирую углубиться в UX, поведение и паттерны. Главное — не останавливаться.

— Спасибо, что поделились историей, примерами работ, наблюдениями. Успеха вам в профессии и творчестве!

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

Забудьте про возрастные стереотипы

Главная ошибка в любом начинании — ожидать немедленных результатов. Перед людьми со сложившейся карьерой вопрос о том, стоит ли идти в IT, стоит особенно остро, так как общество и СМИ навязывают нам возрастные стереотипы. Считается, что к 25, 30, 35 годам (по советской привычке мы зачастую мыслим пятилетками) специалисты должны достигать карьерных целей.

В действительности же никакой проблемы возраста в IT нет. Как показывает практика, многие люди только к 30 годам понимают, чем хотят заниматься профессионально, поэтому лишние 5–10 лет точно не станут переломными. Яркий пример — Игорь Разумов, выпускник GeekUniversity. Он рискнул юридической карьерой и не пожалел. А все потому, что обратил свой возраст и опыт в плюс. Более того, у нас в практике были случаи, когда люди и после 50 переходили в IT и становились востребованными специалистами. Поэтому про возраст точно можете забыть.

Составьте план

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

Идеальный выход из ситуации — пошаговый план обучения хотя бы на 6, а лучше на 12 месяцев, включающий: 

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

Так поступила Лия Давидян: она очень аккуратно подошла к вопросу обучения, чтобы не утратить интерес к веб-дизайну и заложить прочный фундамент знаний. И из нее получился классный специалист. 

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

Создайте финансовую подушку

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

Подготовьте финансовую подушку — и убьете двух зайцев: 

1. Оградите семью и себя от бытовых сложностей при смене работы.
2. Привыкнете жить с чуть более скромным бюджетом — и добровольное ограничение незаметно перейдет в необходимое.

Учитесь профессии, а не конкретным навыкам

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

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

Подходите к учебе серьезно

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

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

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

Вовремя начинайте искать новую работу

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

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

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

Не опускайте руки после отказов

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

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

Заручитесь поддержкой близких

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

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

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

Всегда ставьте новые цели

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

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

Делитесь своими историями

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

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

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

3. Позволяет создать «карту развития». Это индикатор того, на каком уровне вы были и чего достигли сейчас.

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

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

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

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

Нет контакта

Есть две потенциально проигрышных линии поведения:

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

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

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

Постоянная неуверенность

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

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

Неумение оперировать неизвестным

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

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

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

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

1. Спросить у интервьюера, сколько может занять освоение материала до требуемого уровня и насколько предмет можно изучить в процессе работы. Не лучший вариант, зато защищает вас от головной боли и бессонных ночей.
2. Сделать прогноз, исходя из собственного опыта. Например, от вас требуется знание Python. Вы в курсе, что синтаксис языка относительно простой. Значит, двух недель точно хватит для освоения базовых возможностей на практике. Еще минимум неделя уйдет на начальное знакомство с библиотеками и еще столько же — на специфику применения. Так что можете сказать интервьюеру, что вам потребуется от трех до пяти недель, чтобы достигнуть минимально достаточного уровня.

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

Проблемы с мягкими навыками

Soft skills — это множество смежных факторов, которые делают вас ценным сотрудником: тайм-менеджмент, обучаемость, стрессоустойчивость, работоспособность, креативность, коммуникабельность и так далее. Писать об этом в резюме уже просто неприлично (если только у вас нет подтверждения в сертификатах), но продемонстрировать на собеседовании — отличная идея.

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

Тренинг: не нужен. Достаточно головы на плечах.

Отсутствие интереса к месту

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

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

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

Говорим с выпускником GeekUniversity Артемом Сухаренко, который не побоялся сменить профессию в 36 лет.

— Артем, как долго ты в IT? Какие впечатления остались от работы инженером ЦОД? И когда ты решил перейти в разработку?

— В IT я уже девять лет. Заниматься разработкой хотел c далекой юности, но в силу обстоятельств, в том числе и личных сомнений, не решался. Уже в 15 лет я пробовал программировать по мелочам и даже делал графический редактор на QBasic. Периодически возвращался к кодингу, «щупал» разные ЯП, но без карьерных планов. 

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

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

А мечта тем временем скреблась и просилась на волю! Однажды понял: сейчас или никогда — и принял твердое решение. Это примерно совпало с поступлением в GeekUniversity. 

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

— Почему изо всех направлений ты выбрал Python? И какое применение этого универсального языка тебе интереснее?

— Вот именно за универсальность и простоту я Python и выбрал. Сейчас на рынке мне открыто в первую очередь веб-направление, потому что для Machine Learning я недостаточно силен в математике. 

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

— Почему ты решил пойти на курсы? Какие были критерии и требования, когда ты выбирал место учебы?

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

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

— Много ли времени приходилось каждый день выделять на учебу? И совмещал ли ты ее с работой на прежнем месте? Насколько хватало времени на остальную жизнь? 

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

— Где сейчас трудишься и над какими задачами?

— Сейчас работаю в компании «Код безопасности». Есть готовый продукт — программно-аппаратный комплекс для защиты сетевой инфраструктуры и создания VPN-сетей. Его нужно поддерживать. Я занимаюсь в основном исправлением багов и рефакторингом. Намечается еще задача: планируем весь legacy-код проекта перенести на Python 3+.

— Сколько предложений работы ты получил после обучения? Как выбирал работодателя? 

— За время учебы и после нее мне поступило три оффера. Еще пара наклевывалась, но потребность в них отпала сама собой. Вакансии я выбирал по двум критериям: что за проект и сколько ехать до офиса. На нынешнем месте остановился в том числе потому, что знал будущего начальника по его выступлениям в подкастах и на митапах.

— Может, поделишься советами, как проходить собеседования?

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

Как получить работу? Обязательно знать Rest и еще какой-нибудь Rest-фреймворк. Если с этим все в порядке — считайте, что оффер ваш. :) 

Мое скромное мнение: лучше не врать, что все знаете и просто что-то подзабыли. Говорите или пишите о том, чем действительно владеете, только обязательно уточняйте, что еще готовы освоить или уже изучаете. Все задают примерно одинаковые вопросы, но некоторые интервьюеры (HR или руководители) в силу своих личностных качеств любят предложить что-нибудь с подковыркой. А вы все равно не бойтесь! :) 

— Какие проекты ты сделал за время учебы в GeekUniversity? Расскажи немного о каждом, пожалуйста.

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

На командной разработке мы делали коммерческий проект GoLiving.net, который просуществовал недолго, но дал нам уйму практического опыта. Я писал backend, а еще выступал в роли fullstack-разработчика при создании админки сервиса и деплоил все на сервер.

Мы обсуждали проект на встречах через Google Hangouts, а code review был коллективным.

— Как считаешь, почему проект «не взлетел»? Что пошло не так?

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

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

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

Почему GoLiving не взлетел — это скорее вопрос к владельцу бизнеса. В какой-то момент он просто пропал с моих радаров.

Сейчас я понимаю: там было что переписать, мягко говоря. Это были «учебные» [проекты] — мы кодили, как могли! 

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

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

Кстати, благодаря этому опыту я почти полностью переписал собственный проект, который на добровольных началах затеял на предыдущей работе «непрограммистом». Это была система мониторинга и взаимодействия с операторами ЦОД. Но и это я бы сегодня переписал! (Смеется.)

— Как быстро удалось найти работу? Насколько сложными были тестовые задания и технические вопросы на интервью?

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

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

— Как проходит адаптация на новой работе? И хватает ли времени на самообразование?

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

Но понадобилось вникнуть в новые темы: в основном это сети и криптография. Со временем пока очень туго, однако по-прежнему выручает длинная дорога от дома до работы и обратно.

— Ты уже наметил себе цели в профессии на ближайшую перспективу?

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

По данным глобального исследования Stack Overflow, для трети разработчиков в мире возможность трудиться удаленно — один из важнейших факторов привлекательности компании. При этом 43 % опрошенных работают вне офиса реже чем раз в месяц или вовсе никогда. Только 12 % IT-специалистов — удаленщики.

Распределенные команды — новая реальность, но многие компании относятся к ним с недоверием и путают с фрилансерами и аутсорсерами. В то же время организации с громкими именами успешно работают с удаленщиками. В их числе — InVision, GitLab, Basecamp, Zapier, Virgin Group, Evernote, Ghost, 1password, WordPress.

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

Работать вне офиса продуктивнее

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

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

Какие опасности подстерегают: диван, холодильник, хаотичный график, прокрастинация

Согласно исследованию, только 7 % сотрудников чувствуют себя продуктивнее в офисе. Куда эффективнее офисных стен работает body double — психологический прием, когда сконцентрироваться помогает присутствие другого человека. В 2017 в Америке, где уже около 8 миллионов удаленщиков работают из дома, появился бесплатный коворк-сервис для повышения продуктивности Focusmate. Он подбирает партнера на 50 минут, связывает пользователей по видеосвязи, после чего они обмениваются списком задач и приступают к работе под «надзором» друг друга.

В грамотно сформированной распределенной команде для этого есть руководитель проекта. Он расставит дедлайны и будет напоминать об ответственности.

Проще поддерживать баланс между работой и личной жизнью

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

Дизайнер Basecamp Джеймс Зимдарс в своем блоге трогательно рассказывает, как успевает проводить время с дочкой в течение дня и справляться с рабочими задачами. А инженер Buffer Тигран Акопян подробно описал свой первый опыт удаленной работы: как налаживал режим и какие полезные инструменты использовал для этого.

Какие опасности подстерегают: стирается грань между работой и личной жизнью

Если дома вас отвлекают и не получается придерживаться графика, работа «размазывается» по дню и в итоге вы будто работаете сутки напролет — уходите из дома. Коворкинг, кафе, библиотека — выберите то, что подходит вам, и определите границы рабочего времени, в которые нужно уложиться. Кстати, библиотека — бюджетный способ провести время с бесплатным Wi-Fi, возьмите на заметку.

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

Меньше причин для раздражения и болезней

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

Какие опасности подстерегают: излишняя расслабленность

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

Свобода перемещений

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

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

Какие опасности подстерегают: одиночество, асоциальность

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

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