Всем привет! На этой неделе с вами буду я, @dzaporozhets :)

Меня зовут Дмитрий. На текущий момент я CTO компании GitLab

Будем общаться на тему open source, remote work и немного о руби :)

@rubyunderhood а почему на Ruby?

GitLab написан на Ruby по 2м причинам: скорость разработки и я тогда работал рубистом :) @dcromster

Благодаря Ruby + Rails я смог набросать первую версию GitLab меньше чем за месяц вне рабочее время

@rubyunderhood а как у вас организована remote work?

Вся команда GitLab работает из дома, Starbucks и тд. @freemanoid321

У нас есть маленький офис в Сан-Франциско для почты и гостей но он обычно пустой

Все общение или асинхронное (issues, emails) или видео звонок в Hangouts

в команде GitLab 35 человек. Географически в основном US, Европа. Но есть из Африки и Южной Америки. @anton_davydov

@rubyunderhood а можешь подробнее про команду рассказать? Сколько, от куда и тд

Инженеры и дизайнеры в основном из Европы. В штатах только Sales и маркетинг

@rubyunderhood а из постссср стран (или русскоговорящих) много инженеров?

Из постссср инженеров не много. Рубист и пару дизайнеров. В основном по причине "так вышло"

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

@rubyunderhood как держите команду в "тонусе"? Ежедневные видео-митинги, спринты, репорты? Используете ли pair programming?

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

Никаких репортов не практикуем. У нас релиз каждый месяц 22го числа. Можно считать это месячный спринт

Pair programming отсутствует по причине: 1) все удаленно 2) каждый работает в удобное ему время

@rubyunderhood если причина "так вышло", значит предпочтение отдаете разработчикам не из постссср?

Предпочтение отдаем разработчикам со знанием английского и вкладом в open source. Откуда ты - не имеет значение.

Насчет "тонуса". Мы не заставляем работать с 9 до 6 в офисе. О эффективности судим по merge requests. Вроде все в тонусе :)

@rubyunderhood а какой английский вам нужен? Явно же не только чтение документации

Английский нужен уровня "позвонил и объяснил в чем проблема"

@rubyunderhood CTO продолжает писать код?

С ростом компании CTO перестает писать код. Пока я стараюсь избежать этого. В этом мне помогает Product Manager. @common_disease

@rubyunderhood почему приоритет у опен сорс котрибуторов? Как это характеризует человека с точки зрения тебя как СТО?

99% кода в GitLab это open source. Разработчик должен писать качественный код и взаимодействовать с комьюнити. Быть вежливым и тд

Поэтому если у вас есть опыт в open source - скорее всего вы нам подходите больше чем closed source разработчики

@rubyunderhood а сейчас бы GitLab на чём написал?

GitLab написал бы все равно на Ruby по причине скорости разработки и доступности библиотек. И open source community у руби отличное :)

@rubyunderhood Что посоветуется новичку, который начал изучать Ruby/RoR, книги/курсы/другое

Новичкам в Ruby советую ходить по собеседованиям и контрибьютить в open source. Есть куча гемов с мелкими багами которые вы можете исправить

@rubyunderhood почему так долго открывается gitlab.com/u/dzaporozhets ? особенно user activity долго грузится

Мы перевели gitlab.com на Azure потому что Amazon выходил дорого. В итоге получили кучу проблем. Но мы стараемся :)

@rubyunderhood а есть ли курс, уходить от ruby? Ну например у гитлаба стали появляться микросервисы на go

У нас два разработчика начали изучать Go. В итоге то что плохо работало на руби они переписали на Go. Но проект в целом остается на Ruby

Приложения внутри компании обычно пишем на Rails. Быстро и работает.

@rubyunderhood а что плохо работало на руби?

Git over HTTP и GitLab Runner (выполняет задачи по CI) переписали на Go. Все остальное пока нормальное работает.

У нас больше проблемы с файловой системой для хранения репозиторием чем с Ruby. Так что руби все еще торт :)

@OhTheAnguish @freemanoid321 @rubyunderhood все в одном часовом поясе? если нет, то как сихронизируетесь?

Работаем в разных часовых поясах. Пересечения в пару часов достаточно для решения срочных задач. Остальное общение асинхронно в GitLab

@rubyunderhood вы пробовали использовать JRuby или Rubinius?

Готовый проект перевести на Rubinius и JRuby довольно не просто. И не всегда
это даст выигрыш по производительности.

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

Мотивация основана на нуждах человека. Хочешь признания - сделай что-нибудь стоящее. Хочешь большой бицепс - качайся ;)

@rubyunderhood Что думаете о Elixir и Phoenix?

Думаю что рубистам стало скучно а учить Clojure/Erlang было лень. Поэтому появился Elixir :) Лично я предпочитаю Clojure

@rubyunderhood расскажи, почему всё-таки с puma обратно вернулись на unicorn?

Мы пробовали Puma web server пару лет назад но он у нас не пошел

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

Если добавить сюда memory leak то проще использовать Unicron + worker killer. Puma у нас съедала всю память и умирала

Учитывая факт что GitLab должен работать на 2х гигабайтах ОЗУ - мы решили оставить идею с Puma

К тому же гитлаб активно работает с git, shell, network и тд. Иногда GC просто не освобождал память

@rubyunderhood если бы вы разрулили со своими утечками, то с пумой наверно проще было бы по памяти ужаться.

Разработка должна быть прагматична. Можно долго искать утечки памяти в приложении и 300х гемах. А можно поставить worker-killer и "на потом"

@rubyunderhood А как начать контрибьютить? Для меня здесь будто психолог-кий барьер.Жизнь не сталкивала,сам не знаю с какой стороны взяться

Начать контрибьютить в open source можно с документации. Там всегда есть что добавить или исправить.

Можно найти гем и заглянуть в issues. Предложить помощь в решении какого-либо issue простым комментарием

@rubyunderhood вопрос, который в разных формах всплывал в нескольких предыдущих эфирах: как вы таймаутите это всё?

У GitLab код открытый - можно посмотреть код тут gitlab.com/gitlab-org/git…

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

@rubyunderhood получается, есть "минимальные системные требования", которые надо поддерживать? Как поддерживаете?

GitLab в отличии от SaaS имеет системные требования. Чтобы его могли устанавливать небольшие команды и индивидуально. @killthekitten

Сейчас GitLab нужно 2 core cpu & 2gb ram для нормальной работы небольшой команды

Системные требования учитываются при проектировании нового функционала приложения.

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

Одна из сложностей разработки self-hosted application в том что тебе нужно дать людям простой установщик

RoR устанавливать не просто особенно если есть привязка к руби версии. Поэтому используем github.com/chef/omnibus для создания установщика

Хотели сделать тру debian пакет но у debian требование запаковать каждый gem отдельно. Если у вас 300 гемов это нереально.

О инструментах: iMac + linux laptop. Код пишу в vim. По сути 2 главных приложения - это терминал и браузер.

@rubyunderhood 1 монитор? Какая диагональ? Клавиатура маковская?

iMac 21" с маковской клавиатурой. Скучный набор :)

@rubyunderhood какая модель лэптопа?

ноут - Dell XPS 13 Developer Edition c убунтой на борту

@rubyunderhood а поддерживать две разных БД это требование бизнеса? могли бы дропнуть mysql, и всё на postgresql сделать :D

Enterprise требует поддержки mysql. Поэтому приходится поддерживать и postgres и mysql в GitLab

Только что прочитал твит от @gruz0 о том что "Все рубисты бухают" :) Мой ответ - джин с вермутом

@rubyunderhood @gruz0 джин вообще напиток богов :)

@rubyunderhood а ещё бычтрее с README которое отображается на гитхабе :)

У кого уже Ruby 2.2 крутится в production? Есть ли ощутимый прирост по производительности?

@rubyunderhood но те кто давно не обновлялся хвалят

На сегодня все. Всем спасибо за отличное общение. И не забывайте про life/work balance ;) Увидимся завтра

Всем доброе утро. Свое начал с кофе и игры на xbox :)

@rubyunderhood хорошее утро) Во что играешь?

Играю в GTA V @killthekitten

@rubyunderhood @killthekitten а ты точно разработчик?

Да я точно разработчик :) Но работа без отдыха - зло. А начиная утро с отдыха я получаю положительный настрой на пол дня

Пару лет назад я тратил пол часа утром чтобы добраться до офиса. Теперь использую это время для fun. Это из плюсов remote working :)

Давайте немного поговорим о remote working. Это круто но есть пару нюансов

Во-первых большинство времени вы будуте работать из дома иначе Starbucks вас быстро разорит :)

Правило 1: одевайтесь нормально. Не майка и спортивные штаны на фоне ковра а хотя бы джинсы и свежая футболка

Правило 2: старайтесь не кушать за рабочим местом и вообще держать его в чистоте

@rubyunderhood правило 1: начать надо с отдельного помещения, комнаты, больших колонок и кофе (воды) под рукой :)

Если дома не одни - то вам 100% нужно отдельная комната под кабинет

Еще всех рядом прийдется приучить что "вы работаете". Иначе будет "сходи в магазин - ты же все равно дома сидишь"

@rubyunderhood это знакомо. После рабочего дня: "ты же был дома, почему не мог сделать это и то?" :D

Немного о open source. В GitLab открыт не только код приложения но и много документации по работе в компании

Например у нас есть handbook - about.gitlab.com/handbook/ в котором есть почти вся нужная информация для сотрудников компании. Тоже open source

Работаем исходя из принципа все public кроме gitlab.com/gitlab-com/www…

Хочешь чтобы компания возмещала Starbucks - делаешь merge request в Handbook и ждешь пока(если) СxO его примет :)

@rubyunderhood а большой у вас ажиотаж заявок в компанию?

Специально для @anton_davydov cпросил у hiring person много ли людей хотят работать в GitLab. Ответили "A lot" :)

Теперь немного о технологиях в GitLab. Все веб приложения пишем на Rails. Базы данных: postgres и redis. На каждом сервере chef.

О профессионализме рубиста можно судить по соблюдению Ruby style guide. Какой там Rails если не можешь код выровнять.

@rubyunderhood то есть до технического собеедования мало кто добирается? кто у вас вообще занимается этим?

До технического собеседования доходит ~ 25%. Собеседованиями занимаются люди схожей позиции. Рубист для рубиста и тд.

Если человек проходит техническое собеседование - то потом финальный разговор с CEO и человек в тиме

@rubyunderhood у вас много внутренних самописных проектов? то есть команда не только гитлабом занимается?

Помимо самого GitLab есть связанные проекты. Например, менеджер лицензий для Enterprise версий. Тоже рельсовое приложение ;)

@rubyunderhood один человек собеседует? алгоритмы спрашиваете? просите ли писать код сразу на собеседовании? тестовые задания даёте?

Собеседует обычно один человек. Шаришь экран и пишешь код. Обычно это минимально простая задача для самого гитлаба или близкая к нему

@rubyunderhood а у вас все работают только на полную ставку? Есть кто-то, кто работает на part-time?

Пару человек которые совмещает учебу с работой. А так все фул тайм @anton_davydov

@rubyunderhood обучение разработчиков с нуля не планируете в далеком будущем? Понимаю, что сейчас вопрос об этом не стоит, но все-таки.

Обучение разработчиков с нуля это тяжелый труд. На данный момент это кажется очень далеким будущим для нас.

Кстати об обучении. Каждый новый сотрудник присылает merge request со своим именем на Teams page. Даже Sales. Вот они от git в шоке ;)

@rubyunderhood а расскажите, пожалуйста, о масштабировании рельс. Что почитать, как вообще подходить к решению этой задачи

Масштабируемость: HA proxy, куча серваков c rails приложением и master/slave Postgres. А дальше зависит от специфики приложения.

О хостинге: сначала хостили gitlab.com на одном сервере Amazon. С ростом нагрузки просто увеличивали CPU, memory

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

Но, как оказалось, с физическими серверами намного больше мороки. То проблемы с bios, то блок питания сгорит и тд

Вернулись на Amazon на время. Но когда pricing дошел до 40k$ в месяц опять задумались о физических серверах

Майкрософт предложила бесплатный хостинг в Azure на время. Решили использовать его как переходной вариант. Оказалось не очень удачной идеей

В итоге сейчас думаем брать физические сервера для Rails а на Amazon держать только то что падать не должно (балансировщик, NFS)

Вывод: если нет людей но куча денег (любой стартап в долине) - то Amazon отличный вариант

На gitlab.com сейчас 16TB репозиториев. NFS пока еще справляется но ищем альтернативу

@rubyunderhood
Я не знаю какое сервера вы использовали, мы пользовались HP серверами и не знали с ними проблем.

От проблем в железе никто не застрахован. Вопрос в том: есть ли у вас персонал который обеспечит бесперебойную работу всего этого

Ну и главный момент: сравнение цены инженера занимающегося физическими серверами с ценой хостинга

@rubyunderhood все рассказывают/спрашивают как набирают сотрудников, а как увольняют(ся)? Где-то прибыло, где-то убыло.

Про увольнение никто и не пишет по той причине что писать нечего. Ты или хлопнул дверью или тихо ушел. Процесс везде одинаковый и скучный

Люблю эту веб страничку - ruby.sadi.st/Ruby_Sadist.ht…

Вот список наших CI jobs. Только сегодня добавил flog & flay. В идеале хочется видеть красный CI при плохом коде pic.twitter.com/B9NUGzotey

@rubyunderhood сможете поделиться опытом? twitter.com/jsunderhood/st…

Насчет "свой стартап" могу набросать пару мыслей @nick_jastix

Быть CEO это значит: продавать продукт и нанимать правильных людей. Про разработку можно забыть.

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

Если стартап рассчитан на ИТ клиентов - то большая часть дохода будет из Штатов. Поэтому без присутствия в Долине будет тяжелее.

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

Вообщем путь успеха: 1) переезд в долину 2) социализируемся 3) подаем заявку в инкубатор где вас учат 4) получаете миллион

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

Вообще если все-таки решите начинать стартап то посмотрите эти видео youtube.com/playlist?list=…. Лучшее что могу порекомендовать

Небольшой опрос для себя :) Что вы используете для code hosting?

@rubyunderhood у нас юзают self-hosted GitLab только потому, что компания параноидально не доверяет облакам.

@common_disease @rubyunderhood и правильно делают

Вообще хороший кейс для GitLab это когда у тебя в компании 1к+ девелоперов. github.com уже не вариант а EE стоит кучу денег

Из хорошего что недавно сделали в GitLab - это встроенный CI. Удобно когда тесты и код ревью в одном приложении

@rubyunderhood ceph хвалят

@rubyunderhood как правило, гитлаб выбирают либо из-за большого кол-ва проектов или из-за паранои, те кто не брезгует saas сидят на гитхабах

@rubyunderhood расскажи какое самое тяжелое решение тебе приходилось делать как руководителю

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

@rubyunderhood ну вот мне было тяжело уволить в первый (и единственный за 5 лет) раз

@rubyunderhood Ну и как-то я понял что нужно просто взять и выкинуть результат 2х-месячной работы

Релиз каждый месяц не дает возможность зависнуть на каком-нибудь такси надолго. Поэтому не бывает "пол года делал а оказалось ненужным"

Кстати я думаю одна из причин популярности Ruby это стартапы которые на коленке за месяц делали свои проекты на Rails.

В каком-то смысле говнокод на Rails спас ваш Ruby. А теперь вам что-то не нравится :)

@rubyunderhood Расскажите про собеседования. Что могут спрашивать, как лучше готовиться, какие у вас требуют умения?

Перед собеседованием сначала узнайте побольше о компании. Чтобы вы могли ответить на вопрос "Почему вы хотите работать именно у нас?"

Собеседование это не только ответы на технические вопросы. Это и общее впечатление о человеке и то насколько лоялен он будет компании

В странах бывшего СССР есть такое отношение "пофиг где работать лишь бы зарплату побольше выбить и печеньки"

В ответ у работодателей такое же отношение к сотрудникам. Офис с 9 до 6. Больше правил и минимум доверия.

@rubyunderhood потому что на практике выбора то и не было - магазин рядом (уже все свои) или завод рядом, где родился там и пригодился

@rubyunderhood Лояльность компании? Ты еще гимн предложи спеть. Это какой-то пиздец, работодателю ты нужен больше чем он тебе.

Вот так и живем. Работнику безразлично где он работает. Компании безразличны сотрудники.

@rubyunderhood про отчуждение работника от результата труда и связанные с этим проблемы ещё маркс писал так то

Самый яркий пример: "Я не знаю что вы за компания и чем занимаетесь но я тут самый умный и вообще это я вам нужен."

С такими людьми будет тяжело построить компанию. Поэтому мы их стараемся избегать.

Не стоит забывать что мы небольшая продуктовая компания. Если это out source конвейер то им может быть все равно.

@rubyunderhood проблема в том, что и компаний таких достаточно на свете

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

@rubyunderhood а почему бы тогда не спросить в ответ "зачем вы хотите, чтобы я работал у вас в компании, раз позвали собеседоваться?"

@rubyunderhood человек пришёл собеседоваться просто потому, что у вас есть вакансия, а ему нужна работа.

@freiksenet_ru @rubyunderhood да кому ты с таким отношением нужен? У меня такие на работу никогда не попадут

Даже если вам просто нужна работа но вы поленились загуглить страничку "о компании" то это скорее минус чем плюс

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

Не надо быть лояльным уже на собеседовании. Надо быть осведомленным куда вы собеседуетесь и почему именно сюда. @backendsecret

@backendsecret @rubyunderhood иногда даже ищу потенциальных руководителей в соц сеточках. Если неадекват (по моим меркам) - в (*) компанию

про лояльность.Лучшее интервью было после письма "я ваш пользователь,продукт уродство,но я знаю как сделать лучше" twitter.com/rubyunderhood/…

В тему собеседований. @rubyunderhood @common_disease twitter.com/Leilamrr/statu…

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

Чтобы через пол года не искать нового сотрудника на эту же позицию.

Мне кажется беда в том что работодатели и программисты видят себя по разные стороны баррикад. Хотя должно быть наоборот

.@rubyunderhood @backendsecret Вопрос - сейчас все cloud-ы предоставляют network storage (типа AWS EBS).

.@rubyunderhood @backendsecret Не кажется ли вам, что "скрывать" сеть за диском - плохая идея, и мы все упремся в blogs.oracle.com/jag/resource/F…

Может технически это неверно но удобство того же EBS сложно недооценить. И кстати работал у нас стабильней чем некоторые винты :) @fxposter

@code1n @rubyunderhood @freiksenet_ru если человеку пофиг на компанию и проект то толку с него будет мало.Творец должен любить свое детище

@ptico @code1n @rubyunderhood Ну это *твоя* задача сделать чтобы человеку было не пофиг. Если ты не крутой модный стартап или Фейсбук.

@freiksenet_ru @rubyunderhood @ptico @code1n обоюдная задача – уважать время друг друга и как можно раньше понять, случится ли польза

@backendsecret @code1n @rubyunderhood @freiksenet_ru ну, знаешь ли, я езжу через весь город к автомеханику «творцу» вместо ближайшей СТО

@rubyunderhood согласен.лояльность в такой формулировке уместна. и про подмену ценностей тоже.

@mktoid @rubyunderhood @backendsecret а лояльные действия сотрудника приносят + к баблу компании -> + к баблу сотрудника? Взаимовыгодно же.

Лояльность сотрудника — желание соблюдать установленные правила поведения в фирме, ценности, нормы поведения.

@rubyunderhood jdevelop.livejournal.com/2073624.html jdevelop.livejournal.com/2072231.html jdevelop.livejournal.com/2070165.html jdevelop.livejournal.com/2067575.html нетленки на тему

О методе разработке GitLab: есть список задач на каждый месяц. В большинстве случаев разработчик сам выбирает над какой задачей работать

По выполнении задачи создается merge request на другого разработчика для code review. После review код заливается в master

Сейчас хотим вынести максимум проверок на качество кода в CI. Тк чем больше diff тем менее качественно люди его проверяют :)

Крутая штука houndci.com Мне нравится что работает с diff а не с целым проектом. Актуально если вам достался плохой проект

Вот такой должен быть сайт с документацией у языка clojuredocs.org!

@rubyunderhood тебя на этой неделе не замучили vim/emacs/etc срачем почему-то. Расскажи про свой вим

Работаю в vim из терминала. Пару плагинов для ruby/rails и clojure. nerdtree для списка файлов. Обычно сплит между файлами. Табы редко юзаю

Раньше было куча плагинов и самописной фигни .Теперь vimc всего на 60 строк. И даже пользуюсь стрелочками вместо "hjkl" :)

Тем кто только изучает руби советую посмотреть destroyallsoftware.com/screencasts/ca… Они хоть уже и старые но все равно крутые :)

И надеюсь вы все смотрели destroyallsoftware.com/talks/the-birt… :)

Кто-то пробовал уже listen weblog.rubyonrails.org/2015/11/11/sna…?

@backendsecret а мы вот тот, который с gitlab в комплекте осваиваем. Кажется норм и полная интеграция с гитлабом.

Всем спасибо за эту неделю! Было круто :)

@rubyunderhood да, тебе спасибо, не плохая неделя и отличный у вас продукт!