Дмитрий Барабаш, Frontend Engineer в YouWe(youwe.nl). Умеет настраивать Webpack, продвигает Gatsby.js, контрибютит в Open Source.

https://github.com/dbarabashdev
https://twitter.com/dbarabashdev
https://www.facebook.com/dbarabashdev

С чего начинается твой рабочий день?
С митинга.
Я делаю кофе и иду на митинг.Каждый день у нас дейли стендап.

Основное правило такое - мы должны явиться в офис до 11 часов утра.

С чего ты начинаешь проект. Допустим, заходит новый проект, с нуля. Твой ход мысли?
C настройки Webpack (Смеётся)

Когда на меня назначают проект, это как правило фронт-енд на реакте, так что я создаю create react app и по накатанной.

Как ты закладываешь риски при оценке проекта? Тебе говорят: «Оцени проект». Как ты это делаешь?
Так сложилось исторически, что мы никогда не оцениваем проект в одиночку. Мы всегда садимся по 2 или по 3 человека, рядом садится менеджер. Изначально полностью разбираем проект на детали. Поскольку чаще всего мы делаем фронтенд, то первый вопрос, что на бекэнде.
Если без приколов - оцениваем сразу верстку. Верстаем. И следующим этапом прикручиваем к верстке логику.

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

Расскажи про последнюю задачу, сложную для тебя и как ты ее решал?
Да, как раз было такое.
Писали мы приложение мобильное на React Native и клиент хотел сделать интеграцию с Google Maps. Всё ок, подключили. Но потом, когда на карте из точки А в точку Б прокладывается путь, клиент захотел выводить, сколько времени добираться пешком/на машине/на общественном транспорте, и чтобы это выводилось с кастомным дизайном. И этот показатель, сколько в пути, как оказалось, его нельзя сверстать именно так, как было в дизайне. Спустя какое-то время мы поняли, что это сделать невозможно с текущей версией библиотеки GoogleMaps для React Native. В таких случаях необходимо сообщить клиенту, что нужен компромисс. Такое бывает, это разработка.

Кто в твоей картине мира Junior, Middle, Senior?
Junior - не автономная единица в компании, это тот человек, которому нужно помогать. Я не спорю, любому человеку нужна помощь, но Junior , как ребенок - полностью под опекой. Полностью.

Middle - это автономная единица, которая может решать проблемы для клиента.
Но есть, допустим, трудности в общении с клиентом или проблемы с софт скиллами.

Senior - это человек, который полностью знает, как от А и до Я построить приложение. У него нет проблем в общении с клиентом. Он легко находит контакт в команде с разработчиками и очень хорошо настраивает процессы разработки.

Расскажи про книги, которые тебя впечатлили и почему?
Сейчас мне в голову приходит «Важные годы» Мег Джей. Книга о том, насколько десятилетие с 20 до 30 влияет на всю нашу дальнейшую жизнь, это мастрид.
Марк Леви «Странное путешествие мистера Долдри» - приятная художественная литература.

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

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

«Как только вышел после собеседования - вспомнились все ответы»

Расскажи про собеседование, которое тебе запомнилось:
Когда-то очень сильно зафейлился на собеседовании. Почему-то сильно разнервничался.

Знаешь, бывает так, когда ты очень долго не проходишь собеседования, а потом приходишь, переступаешь порог компании и тупо всё забываешь.
Мне дали задачку на замыкание. И я ее не смог решить. Правда, как только вышел после собеседования - вспомнились все ответы.
Ко мне еще после подошел один из интервьюеров и говорит: «Ты ответил на более сложные вопросы, а завалился на каких-то типичных, что произошло?». Так я осознал, что проходить собеседования - это тоже навык, над которым необходимо работать.

«Моя работа - и есть моим хобби»

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

Твой девиз по жизни:
Сегодня твой день - действуй!

Что необходимо успеть до 45 лет?
Чтобы семья была, но, камон, это понятно.
В контексте работы: ты должен успеть сделать так, чтобы после 40 лет ты уже не кодил.

«Главный скилл для меня сейчас - правильно доносить людям свою мысль»

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

Вот главный скилл для меня сейчас - правильно доносить людям свою мысль.

Если говорить о конференциях, как ты выбираешь тему доклада?
Хороший подход - это когда ты просто на работе сталкиваешься с какими-то проблемами и делишься их решением.
Есть еще подход неплохой, но он не настолько хорош. Ты просто заходишь на медиум (medium.com - примечание редактора) изучаешь статейки, пробуешь что-то покодить исходя из статей и делишься результатом. Лучше все-таки, когда это твой реальный рабочий опыт, так интереснее.

«Я не верю в то, что есть необучаемые люди»

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

Спустя сколько времени новый человек на проекте начнёт приносить ощутимую пользу?
Каждая компания даёт испытательный срок в два-три месяца.
Поэтому ответ: три месяца, почему нет.
Кто-то реально может за пару недель вникнуть. Есть такие люди, но если обобщать, то примерно 2-3 месяца.

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

И финальный вопрос. Дай напутственное слово людям, которые хотят научиться выступать:

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

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