Pull to refresh

Comments 57

Спасибо за рассказ.
Хотел уточнить, может быть вы в курсе в чем разница между вакансиями UXD, Front End Developer и JavaScript Developer (точнее даже между двумя последними, учитывая что в СНГ этим преимущественно занимается один человек)?
На все позиции нужно показать владение алгоритмами?
UXD — дизайнер, тут, наверное, все ясно. Между FE Dev и JS Dev разницы нет.
Алгоритмы нужно знать программисту. Дизайнеру, конечно же, нет.
Предположу, что UXD в данном контексте всё-таки не дизайнер, а Developer — т.е. человек, который создает прототипы «живых» интерфейсов для целей тестирования, апробации какого-то функционала и т.п.
Удивило то, что основной язык разработки Perl — исторически сложилось? Каковы перспективы .net-разработчика в booking.com?
Перспективы отличные — просто переучиться в Perl. Я, например, так и поступил. На момент выхода на работу в букинг я не знали ничего о перле и имел за спиной лет 6 опыта в .NET. И ничего, справился на отлично :)
Мы изначально понимаем, что найти перловика сейчас достаточно трудно, поэтому готовы дать время на обучение любому кандидату, кто способен мыслить и понимает программирование в целом.
почему Perl? у него есть какие то преимущества или это исторически, так повелось, а потом уже поменять проблема?
Исторически сложилось. Видимо работают по принципу «Раз работает, зачем менять?» Booking уже спылесосил всех спецов по Perl, теперь ищут просто толковых программистов.
Этот вопрос самый популярный :)
И действительно все исторически. Сайт написан в 1996 году и с тех пор развивается. Имея десятки миллионов строк кода трудно переписать на что-то новое :)
Это очень непонятно. У вас же не огромный монолит, а наверняка много разных сервисов.
Почему бы постепенно, частично не переводить на другие (возможно, более современные/актуальные) технологии?

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

К тому же, как ответили ниже, другие языки тоже немного используются + внимательнее посмотрев вакансии, получил ответы и на другие вопросы.
Предположу, что набирать программистов на Perl выгодно еще и с той точки зрения, что среди тех, кто пишет только на современных языках, больше процент людей без фундаментального образования и опыта. А те, кто уже пишет или готов писать на Perl без заморочек на его «несовременность», изначально имеют хороший общий уровень.
в общем и целом вы правы, потому что многие веб-фреймворки позволяют автоматизировать базовые процессы (activerecord, роутинг в rails например), и люди, учившиеся писать на фреймворках, не знают базовых понятий алгоритмов.
Однако все равно вспоминается шутка про программу на Perl, которая выглядит одинаково до и после RSA-шифрования :-)
Вид программы на perl очень зависит от человека, который ее написал. Далеко не все пишут в perl-golf стиле. Так что шутка актуальна только для людей, никогда не писавших на этом языке.
Согласен полностью. Perl — такой же си-подобный язык, как и многие другие. Если не использовать его как сумасшедший, то и разбираться с ним легко.
Вся прелесть perl — в регулярных выражениях. Нигде, кроме ruby, нет столь же распрекрасных регулярок, как в perl. И именно поэтому достаточно много кода на perl сложно читать — иной раз проще написать регулярку, чем найти встроенный метод языка.
Оба работали в компании больше года (что по меркам букинга — уже старожилы, поскольку компания очень быстро растет и набирает много новых людей).
По-моему это так же может говорить о большой текучке кадров.
В том и дело, что текучки нет. Мы просто растем, потому что растет бизнес и появляются новые задачи и идеи
Спасибо за обе статьи, получилось очень интересно и эмоционально.

Расскажите, пожалуйста,
1. Какие еще технологии/языки используются на бэкенде, кроме Perl (если есть)?
2. Нет ли ощущения даунгрейда от перехода с .Net на Perl?
3. Как втягивались а работу на языке, которого раньше не знали? Может Booking органирует внутреннее обучения для новых сотрудников или еще что?
3. Как вам удалось довольно быстро стать тимлидом? Какими проектами занимаетесь в компании?
4. Приветствует ли компания развитие своих сотрудников? Неужели все становятся ярыми фанатами Perl'а и не пытаются привносить чего-то другого?
5. Как работается в интернациональной команде, ваш опыт/ощущения
1. Немного питона, немного Java, есть Go. Perl все равно используется в большинству случаев
2. Нет. Язык — лишь средство решения проблемы бизнеса. Настоящий программист должен уметь решать задачи независимо от платформы/языка/технологии. Плюс мне лично перл нравится. Он весьма лаконичен и удобен.
3. Букинг изначально понимает, что человек приходит без знания языка, и на адаптацию отводится 2-4 месяца (в зависимости от человека, конечно же). Плюс есть тренинги, и отзывчивые коллеги, которые рады помочь новичку.
3. Старался, шел к цели и усердно работал
4. Развитие приветствуется. Как в сторону менеджеров (тим лид), так и в сторону разработчика (ведущий). Перл — хороший язык, мы не секта и используем его просто потому, что уйти просто не вариант. Но на развитие человека никак это не должно влиять.
5. Очень круто. Много людей, все привносят что-то новое. Понимаешь особенности и обычаи разных культур и народов, и вообще весело
Елки-палки, так заразительно пишете, что прямо хочется все бросить и идти на собеседование :-) Особенно понравилось рассуждение про интернациональную команду.
Приходите, в чем проблема. Как я уже написал — иногда лучше что-то попробовать и самому понять, нужно ли тебе такое или нет, чем потом рассуждать, а что бы было, если…
Напишите мне в личку, если надумаете
А куда можно написать с предложениями, что не устраивает в сервисе для «партнерок»? Например, очень неудобно отслеживать не выплаченный доход.
Вот читаю статьи автора и два раза так и хотел написать рекрутерам Букинга… Почему-то останавливает неуверенность в собственных силах…
Лучше попробовать, провалиться, понять в чем были плохи и попробовать ещё, чем ни разу не попытаться и сидеть думать «а что, если...»
Присылайте мне своё резюме, отправлю его в HR, а там будь что будет :)
спецально зарегался что бы попросить контакты в личке, а потом оказалось для r/o юзеров — нельзя :)
а статья — отличная! спасибо!
Я попробовал в 2013-м и провалился на финальном этапе (бизнес). О том, что именно не так, сообщили в письме и это хорошо, т.к. не все компании пишут мотивированный отказ. Подтверждаю, что процесс собеседования налажен четко и сложностей нигде не возникло. Общаться со всеми было легко и приятно. И еще в Амстердаме очень вкусная селедка на улице продается )

Ну и попробовать еще, как я понял из письма с отказом, уже невозможно. Или я понял неверно?
неверно. у нас примерно через год после face to face интервью можно попробовать еще. конечно зависит от кандидата, но год — это в среднем.
пришлите мне свое резюме, если хотите (почту в личку написал) — отдам в HR напрямую
Спасибо за информация. Хочу добавить, что несмотря на то, что оффер мне тогда не сделали, впечатления остались самые приятные.

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

Также добавлю, что меня прямо у выхода после получения багажа встречал водитель с планшетом с логотипом Booking и на машине бизнес-класса отвез в отель. Поэтому, не обязательно иметь знакомых, чтобы разобраться в аэропорту (хотя он правда очень большой).
Однажды ходил на собеседование в компанию Х, не прошёл техническое интервью. Но не растроился, а вынео уроки из этого. Через два года вновь искал работу и пришёл в Х во второй раз. Прошёл интервью гораздо лучше и они предложили работу.

В худшем случае потратите немного времени и получите некий опыт.
Спасибо за статью! Читал ещё в блоге.
22-го февраля собеседование на позицию iOS разработчика, волнуюсь — первое собеседование в англоязычную компанию.
Георгий, буду рад, если скинете материалы по переезду и др. Меня, конечно, ещё никуда не взяли, но мало ли :)
Смотрю вакансии, не вижу ни одной, хоть как-то связанной с тестированием. В Букинге нет своих тестировщиков или вакансий?
А как в целом с тестированием в Букинге?
На фоне довольно большого и постоянного количества вакансий для разработчиков, отсутствие вакансий в тестировании выглядит как-то странно.
У нас преобладает принцип monitoring over testing — любая ошибка замечается мгновенно и тут же откатывается. Поэтому отдел тестирования существует, но он небольшой.
Зато в мобильных приложениях по другому — там привычный QA с багами и тикетами.
Поэтому специально для этого случая я сходил в магазин и купил себе небольшой чемодан, который разрешено провозить в кабине.

Сами пилоты разрешили?)
Вы не слышали термин «cabin luggage»?
Слышал, а про кабину пассажиров не слышал (как оказалось, салон можно так называть)
А cover letter вы, как я понял, даже не писали?
Я в свое время просто дал ссылку на профиль stackoverflow. Т.е. какой-то строгий формат резюме, а тем более cover letter, не требуют.
Георгий, еще одно сапсибо за статью, и правда очень интересно. В личку написать не могу, но хотелось бы FAQ почитать)
Крутая и познавательная статья! Прочитала на одном дыхании ))
Автор, спасибо вам ;)
нереальное количество букв, вы бы хоть жирным текстом выделили интересные моменты, воду не всем читать охото
> То есть никто не пытается на тебя давить, унизить или показать твою никчемность, как это часто бывает в российских компаниях.
Да, стресс-интервью любят проводить в российских компаниях. Я им всегда на это отвечаю, лучше увольте людей которые создают стресс в компании чем подбирать стрессоустойчивых людей.
А я правильно понимаю что Букинг выдал вам разрешение на работу как highly skilled специалисту сроком на 5 лет, а не оформил Blue Сard? Если так, то обсуждали ли вы возможность получения Blue Card?
Честно говоря не знаю, что такое Blue Card в Голландии. Если речь о постоянном виде на жительство, то в Голландии его можно получить после 5 лет проживания в стране. Получить легко, так что поддержка компании уже не требуется.
А для первого въезда оформляют вид на жительство на 5 лет (с правом работать где угодно) для вас и членов вашей семьи
Хм, интересно. Вероятнее всего вы и говорите о Blue Card, поскольку существует всего две возможности въезда специалистов в страну: highly skilled программа и та самая общеевропейская Blue Card(http://www.eubluecard.nl/dutch_program и http://www.eubluecard.nl/eu_blue_card соответственно). Первая привязана к работодателю, вторая нет.
Ну да, это не имеет отношения к Blue Card. По вашей ссылке белым по черному: "The residence permit is granted for the same duration as your employment contract", т.е. если нет контракта(сам уволился или уволили), то нет и разрешения на работу/прибывание в стране. О том как идет процесс смены работы везде пишут довольно размыто. Возможно это оговаривается в трудовом договоре.
Я точно знаю, что люди, которые увольняются, потом нормально находят работу после букинга. С тем же пермитом.
Хотя не буду голословным, на себе пока не проверял :)
Sign up to leave a comment.

Articles