Организованное программирование

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

И на самом деле много всякого интересного есть там, о чем стоит поговорить. Ты уже говорил, что 2 ,5 года назад переехал, соответственно, это Букинга, там, Стардам, про который мы тоже поговорим, да? И в России ты работал в Тинькофф, Яндекс .Клауд? Яндекс .Клауд и в ВК. В ВК очень много работал. В ВК. А таймлайн какой был у тебя? Что меня было сначала? Я работал в Linux Admin 5 лет в маленькой конторе, потом оттуда меня позвали в ВК, я там работал здесь с админом, потом D -Wop.

типа D -WOP, автоматизация, всякие для инфра. Потом там же бэкэнт -отделе, в корбэкэнт -отделе инфра. Потом Яндекс .Облако. Потом Тинькофф. Получаю ОФЕР, переезд. Вот я в Букинге и в СРЕ. Двадцать половину года. Давай знаешь, про какую штуку сначала поговорим, сразу мы, так сказать, с места в карьер. Вот по поводу той статьи, да. То есть у меня есть для тебя вопросы по поводу российской части, вот Яндекса, Букинг, Яндекса и всего остального. Но вот хочется начать вот с той самой статьи. Контекст такой.

Для тех, кто не знает, многие не знают, но многие знают, если кто -то за мной следит, особенно я, потому что постоянно пропишу. Есть такой дяденька Леша Махоткин. Он работал когда -то в «Андеве», он был моим техническим директором, он нанимал меня на работу. Это был 2011 год. Это прям Берсеневская набережная, Красный Октябрь. Кто знает «Диджитал -Октобр», это вот прямо над ними часть была этой всей истории. И Леша уехал работать в букинг, и спустя какое -то время, это давно было, 2014 год, он выпустил видео, которое называется «Инжиниринг -букинги».

Для меня эта статья стала просто каким -то откровением в плане того, что мне, в принципе, импонировали такие подходы, но они, знаешь, как систему объяснили, что после этого я кардинально изменил подходы своей собственной по многим вещам. Мой весь инженерный, теперь вот культурный, так сказать, слой, он базируется на этой статье. Понятно, это был break and change for you. Да, и я фактически являюсь, это очень смешно, то есть для него, ну он про это рассказал, а я с тех пор, как бы, понимаешь, это везде.

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

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

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

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

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

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

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

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

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

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

Разработчики получили меньшую премию. То есть это прямая зависимость. Достаточно простая. Мы с тобой думали, что сейчас просто поговорим, но только одна эта фраза уже сейчас 100 % подорвала пердаки просто у гигантского количества людей. Слушай, я бы застрял на это внимание. Это офигенная ведь штука, потому что мне эта идея очень нравится, потому что в этот момент... Ну, кто как она формируется, важно, но я имею в самое главное, что люди в этот момент вообще задумываются о том, что есть какая -то прибыль.

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

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

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

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

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

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

Ну, имею в виду, знаешь, например, так, вот привык человек в России, он говорит, я хочу 500 тысяч рублей, да? Ну и там, или нет, как -то получается, ну вот он и получает. А здесь как? То есть они сразу в офере говорят, что слушай, чувак, у тебя, значит, есть фиксированная часть, бонус. У тебя все объясняют в офере. То есть когда тебе говорят офер, там присылают огромный документ, там на четыре страницы, где расписывают, что, как, чего, какие моменты, что тебе дадут. То есть те все -таки пытаются помочь, и там у тебя тот HR, который тебя уже как бы условно берет, тебя, да, к себе.

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

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

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

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

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

Нет, тут нет такой мотивации. В целом компания платит очень нормальные деньги для Европы. Она тут дает огромные бонусы. Условно даже до того, что есть компенсация байка. Ну, то есть раз в три года. Ну, велосипеда. Небольшая сумма, но все равно 500 евро, короче, не знаю. Условно. смысле, покупку или на бензин что имеется? На покупку. То есть каждый хочет байк купить, когда в Амстордаме живет? Да.

Ну ты уже съездил на велосипедах. А ты на байке? Не, ну в смысле байк это велосипед, короче. А, ты в этом смысле, я понял. Понял. Разный контекст, Да, потому что да, в Штатах тоже байк это велосипед, в России байк это мотоцикл, поэтому я как -то такой, у меня российский я часть сработал на эту часть, да. Блин, мишенин контекста этого вообще сложно. Я вчера коллегам объяснял, что такое карга -культ, оказывается они не слышали такой

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

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

Я такой, окей, пошел спрашивать людей, вот вокруг там, этом, сидели вокруг, типа, знаете Рамштайн? Ну, типа, один, я такой, ну я слышал один раз, где -то. А половина сказала, что они ни разу не слышали Рамштайн. И типа, почему нам слышать про Рамштайн? И я такой... Ребят, они из соседнего города почти. Ну типа да. Ну, смотришь, что они, типа, они говорят, на английском я говорю, нет, на немецком. Они такие, а зачем нам знать эту группу? И я такой... Это же классический Big in Japan.

Да, Beacon Japan, оказалось. Я потом начал гуглить, и оказалось, что Rammstein Beacon Russia как Beacon Japan. Вот это один в один. Классно мы тобой соскочили со статьи про букинг на Rammstein. Самое смешное, что я забыл, что я слышал это от тебя, я тоже прочитал это тебя в твиттере, а потом людям раз... Я пошел гуглить, реально смотреть, и я еще увидел, что Rammstein, по -моему, забанены вообще концерты в Штатах. Но я был на концерте Rammstein в 2008 году в России.

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

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

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

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

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

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

типа, ребят, смотрите, мы всё равно физически не можем избавиться от багов. Если мы не можем от них избавиться, давайте как бы делать акцент не на том, что мы усложняем pipeline, добавляя 500 тысяч стейджингов, а я, например, кстати, когда пересекался с Telecom, я знаю, что в Megafon 'е там было 4 стейджинга, Alpha, Beta, Omega, Gamma, там разные дата -центры, там всё как полагается. Там типа релиз 9 месяцев шёл. То есть типа у тебя было 15 выпусков, ни один из которых не дошёл до деплоя.

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

Значит, у нас нет стейджинга. Я уверен, что сейчас, наверное, всё чуть сложнее, но типа в самом простом варианте у нас нет стейджинга, у нас нет команд тестировщиков, ещё много чего другого. И, кстати, по факту, когда я всё это прочитал, меня эта команда маленькая была, а я привык уже, знаешь, к структуре, там, стейджинг, дела, тестировщиков у нас не было, но было. И я такой, это Хехслет уже был, да? И я такой, ребят, а давайте вы, а дедавите сделаный, они? И ты не поверишь, то есть представь, тебе это говорит владелец бизнеса, а мои разработчики такие, Кирилл, нет, мы не согласны. Но в конечном итоге я их убедил.

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

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

Грубо говоря, копия прода такая, но без данных. Где в основном тестируется все. У нас есть огромная такая хренотень, которая тестирует, потому что кода много и Runnit Production... Сейчас есть такая штуковина, и очень многие отделы используют. есть целое отдельное окружение сетевое, которое позволяет себе что -то там запустить, потестирует, поломать. Это, кстати, 100 % поменялось, потому что я же с Лешей Махоткиным списывался буквально месяц назад.

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

он еще рассказывал про схему, что у нас сейчас откат... Смотри, тебя никто не заставляет. Откаты делаются, да. То есть у вас нормально, когда человек релизит, понимает, что он сделал ошибку и ревертит? Вот большой плюс, они взяли полностью SRE -методологию, то есть гугловскую. То есть выкатил, оказалось, что все плохо, откатили, ну, то есть... Самое главное, что после этого... А потом разбираемся. Разбираемся, да, что делаем, то есть как бы самое главное разобраться, чтобы такого не было. То есть если ты что -то сломал, и оно

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Но в целом, каждая команда делает по -своему, настраивает свои машинки. То у нас есть опять -таки единый папет, про который написано в документации, который позволяет тебе… Папет? Папет. Да, там было написано. Вы на папете, серьезно, до сих пор? Да. А, прикольно. Я, кстати, хотел про это спросить, насколько древние технологии у вас используются? Чего папет? Чего плохо? Я многое видел в папете. Да. Ты не поверишь, я когда -то был амбассадором шефа в 2012 году.

Я его в городе себя распространял. есть вот же Слава Кузнецов, вот ребята, мы же тогда все вместе, вот в Эквиде и везде, мы тогда очень активно внедряли шеев, плагинок не выписали и и все остальное. Был момент. И как раз ты помнишь, с папи там такая была, типа кто кого. Но, честно говоря, был момент, когда сначала Энсабел очень много упростил, особенно для тех, помедлечит. Да, Энсабел прям выкинул половину проблем. Просто папе отправить тяжело. Ну, то есть, типа, когда тебе надо вот такое отхок -решение сделать.

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

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

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

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

А потом произошла фактически революция, что у тебя просто контейнер и ты имиджи заменяешь. И вот в этот момент для меня все эти инструменты просто умерли. Понятно, что есть настройка, -нибудь IP -тейблсти надо настроить, что -нибудь еще в таком духе, но софт уехал? Не совсем. Есть такая штуковина, база данных, и нужно обычно BR Metal.

Это для суровых ребят типа вас, потому что я -то просто облаками пользуюсь. Да, когда ты хочешь low latency и большой high throughput, то это локальные у тебя машинки, которые стоят в центре. А именно на них вы попитом и катитесь? Ну, у тебя еще есть машинки, бы... Короче, кубер тоже есть, так. Туда тоже двигается. Но в целом у тебя есть огромное количество машин, которые как бы работают.

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

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

что попытка даже конкурировать с ним просто невозможна. Не совсем. Airbnb вышли на рынок, отжали, не знаю, процентов 10 -15. Они стали большими игроками достаточно. Да, они стали большими. Казалось, что кроме букинга, решили, никого нет. А сейчас есть выбор условно Airbnb или booking. Слушай, а ты сам часто этим пользуешься? могу тебе как... То есть, ты, не поверишь, я же были годы, когда очень много путешествовал, у меня суммарное количество...

на бухинге плюс Airbnb около 200 или 300 штук. Капец. То есть очень много, да. Я там вот все максимальные уровни и так далее. Так вот был момент, когда действительно я сместился в сторону Airbnb, и для многих вещей я понял, что Airbnb мне будет удобней. А потом произошло какое -то безумие. Я, кстати, видел в твиттере от многих это, что… Не, Airbnb сошел с ума, дорого, уборка какая -то фигня, и бухинг дешевле стал. У меня цени в Штатах

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

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

приложений, не Booking, не Airbnb, они намного меньше, но они решают некоторые проблемы так, как Booking не решает. Есть такой еще не short -term, типа middle -term, я даже не знаю, как называется, когда ты снимаешь месяц, два, три, и вот Booking там, конечно, дает какую -то скидку, но это ни о чем, а Airbnb давал скидку покруче, а есть чуваки, которые занимаются тем, что у них очень ограниченное количество локаций, но они туда приезжают сами, то есть, например, моя мечта, они дают схемы, у тебя 3D -модели, и ты, конечно, когда это смотришь, то есть ты как

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

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

Очень крутая штука. не знаю, мы вроде не телевидение, я могу сказать название этого сервиса. Он называется Spotahome. Он даже в Россию выходил. В общем, если кому надо, обязательно, посмотрите. Очень рекомендую, ребята, не грех их порекламировать, потому что я ими очень много пользовался давно, и они очень классные в этом смысле. Но они есть не везде. То есть у них все -таки ограничены. Это не booking. Кстати, расскажи секрет. Он публичный, ведь есть же сервисы. Я вот иногда слышал, когда мне говорят, слушай, ну как же, Кирилл, кроме booking есть kayak.

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

все я понял тебя я понял это просто интересно было да то есть это разные как бы вот они слушай не слышал ни разу я не слышал на каях зайдешь ты внизу увидишь что там это типа owned by booking да ну что -то в таком духе это не только ты же помнишь что еще booking это же гораздо больше чем этим во -первых перелеты это там такси еще что -то там дофига да круиза у меня просто лодки здесь да да я смотрю тоже крупные сервисы все booking и

Я могу просто пример сказать, помнишь, у Aviasells была попытка, они делали... Look он назывался. Очень классный, сервис. Он 80... То есть как Aviasells, смотрел, по -моему, порядка очень много сервиса, включая букинг, и на нем реально было классно находить дешевые штуки. Он до сих пор работает. Я, например, в Турции снимал отели просто за какие -то копейки благодаря нему, потому что на букинге этого не было, это всегда было в каких -то разных местах. Он у них работает, он реально помогает местами, но про него никто не знает, и они этот сервис остановили. Знаешь почему?

в какой -то момент. Они потом мне рассказывали, с букингом соревноваться невозможно. Ну понятно, Вот. А via self можно было? Тебе же надо еще научить всех этих клиентов отелей, научить ходить в этот сайт, проверять букинги. еще так как... Ну то есть они же не могут отказаться от букинга, правильно? Ну то есть ты никто не откажешься от букинга. Следовательно, тебе нужно вести две системы, чтобы бронировать отели, чтобы тебя одновременно не забронировали один и второй отель. И это, я думаю, достаточно геморройная задача. Ну то есть как ты можешь?

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

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

где

не уверен, что такое сейчас есть. Я думаю, сейчас уже интернет много где есть. Starlink еще, скорее всего, убьет необходимость этой штуки? Ну, Starlink точно должен. Ну, типа да. За какую штуку? Ну, это очень интересно, про это никто не знает. Кстати, я сейчас вспомнил, с чем мы разговор -то начали. Мы же с количеством программистов, да, и с объемов букинга. Да, я хотел сказать, что идея такая, что мы работали на... Часто ходили в офисы, у всех были места забиты, потом ковид туда -сюда, я вот как раз после... В ковид переезжал, поскольку ковида.

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

Ну типа, пола удалёнка. Ну ты имеешь, что это всё -таки опционально или просто есть днесинка, когда надо быть Ну типа, обычно да, есть какие днесинки, по которым мы договариваемся, типа, большинства команд. Прикинь, люди тебя спрашивают, чем ты занимаешься? Да, сайт разрабатываю. Ну для людей, букинг это сайт, вот есть финтех, это серьёзно, а есть сайт, где там 15 -20 тысяч человек, из них сколько, кстати, разработка, как ты думаешь? Слушай, ну она просто огромная. То есть легко больше тысячи, мне кажется.

Она, очевидно, большая, потому что у вас очень много технологий, но я имею в что всё -таки других ребят ещё больше. Просто мы не разбираем, кто это, да? Я не знаю, честно, очень много. То есть у нас есть, бы, у нас есть... У меня есть мой отдел, внутри него есть... Он внутри другого отдела, он внутри другого, другого, другого, другого. Там есть крутой чувак, который отвечает за весь вот этот дел, и это только один трек. А там их штук шесть таких.

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

Я да, вот опять же, ребята, можно сказать, прикольная штука, что вот когда мы с Мишей списывались еще до этого, я... А я... У меня просто несколько знакомых работает в букинге, и я спросил типа, ты знаешь их? Вроде нет, оказалось, что вы переписывались, да, со Славой, которая вот из ульянска из Акадо, вот, он тоже в букинге. И давно зовет меня в Амстердам, все никак к вам попасть не могу, но когда -нибудь доеду. Да, и вот, оказывается, мы там переписывались на счет какой -то фигни, типа, как там это сделать? А вот так вот и все. Да -да -да, блин,

А вы, у вас есть... Смотри, вас огромный букин с кучей людей, программисты. Хочется знаешь, что спросить. У вас насколько мультикультурная история? есть откуда народ? Слушай, народ вообще -то всюду. Просто со всего мира. есть, чел из Австралии рассказал всякие байки про Австралию. Из Индии, ребята, из России, из Украины, из Казахстана. То есть меня в команде...

4 руссковарящих, один из Украины, другой из Казахстана, другой тоже из России. есть как бы людей очень много, все отовсюду. Много там из Португалии, из Бразилии, просто со всего мира. Нереальное количество людей, нереальный количество культур, языков, все это вместе, и все крутые специалисты. Вы же при этом, наверное, в тройку топ тех компаний Европы входите, да? САП какой -нибудь, Бухинг?

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

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

Да, и Booking вкладывается в него, естественно, конференции, все остальное, если посмотреть. Скорее всего, я наверняка не проверял, но я уверен, что Booking там, скорее всего, разрабатывают интерпретаторы в том числе. Потому как правило, крупные компании все это делают. Возможно. Не удивлюсь, что нас есть такой отдел. Да, ну просто я, как пример, могу сказать, например, Shopify номер один в Ruby мире, возможно ты про это не знаешь, это же рельса. Так вот они, естественно, если ты посмотришь на экосистему рельсовую, то они я понимаю, что все большие компании, которые пилят какую -то...

на каком -то языке они для этого языка кучу всего добра приносят. Да, да. Да и язык сам часто разрабатывают. Например, Линкидын очень большой пользователь кавки, точно так же. И огромное количество полезных тулзов для кавки и всяких патчей для кавки идут от Линкидына. Да, да. То же самое, да. Так, собственно, что я хотел сказать? Так вот, он... Когда все это спрашивали, говорили, вот как же так, Перл уже мёртвый, да, типа язык и всё, там кто будет его учить? Он мёртвый,

И все на этом духе. Я, кстати, когда -то даже хотел с Букином запартнериться, чтобы на Хексете сделать курс по Перлу. У нас даже были переговоры, но они ничем не закончились. Короче, он сказал такую интересную вещь. Он говорит, слушай, там вот из -за вот этой бизнес -ориентации люди, которые идут в Букинг... То есть есть люди, которые вот ищут, куда пойти работать. Они такие, я хочу на кложе писать, я хочу на Хаскеле, я хочу на ГО, я хочу микросервисы писать и так далее. Вот он говорит, что такие люди, в

Я уверен, что там есть разные люди, но типа в целом это такие люди, которые технологии для них вторичны, они понимают, что я работаю, ребята в букинге, «Пёрл, попроси меня на баши, на чём угодно напишу». Вот насколько это правда или неправда сейчас? Слушай, мне кажется, это правда на 300%. То есть люди, хорошие инженеры, решают инженерные задачи, и язык — это инструмент для решения инженерных задач. что больше подходит, больше… Ну, то есть, например, в некоторых задачах «Пёрл» не подходит. То есть там есть задачи…

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

который у вас большой. И от Monolith не выкинешь так быстро. Ещё бы они годик подождали, уже может быть и на PHP бы написали. Да, да, типа пару лет там и PHP был бы проект, Вот, как VK, например. VK же сейчас на PHP, типа. И тоже, так как PHP медленное, они сделали KPHP, который компилируется. Да, просто хотел сказать, чтобы уж было понятно, на тот даже момент он говорил про какие -то там миллионы строк -кодов на перле, там три, что ли, миллиона. Возможно, сейчас, даже не больше, потому что скорее всего...

Растаскивают, Я думаю, что сейчас меньше. Я думаю, что меньше все переписывается на другие языки, на другие сервисы. Какие языки, скажи, пожалуйста? Я точно могу сказать про Java. Они достаточно много пишут на Java и на Go. Java, Go. Они не являются в этом плане как бы конкурентами? Типа, так, мы сервис на Go напишем, нет на Java, на тебе, в лицо. Не -не, что подходит под задачу. То есть, ну, я бы сказал, движение в сторону Java больше.

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

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

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

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

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

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

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

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

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

Отношение к этому такое, что количество потерянных букингов вообще -то чаще всего означает, что мы движемся вперед быстро, мы что -то ломаем, но зато мы как бы меняемся, и это позволяет нам быть конкурентоспособными. Соответственно, отношение к этому, что вот эти потерянные букинги, это вообще -то R &D. И есть некая даже сумма, которую нужно потратить, то есть грубо говоря, это не та сумма, но грубо скажу так, 200 -3 долларов. Я сейчас сразу перебью, я понимаю, что ты хочешь рассказать, и это для самом деле термин за сырье опять -таки.

Это называется Error Budget, который в СРЕ книжечке написан. А, серьезно? Серьезно. Это прямо гугловый термин СРЕшный. Идея такая, что он называется Error Budget. У тебя есть СЛО, о котором ты говоришь, что, типа, знаю, вы лежите максимум 95 % всего времени. Это конвертируется во время, допустим, в полчаса. Это вообще не относится даже к букингу, это вот в большой компаниях. Вот, и у тебя есть Error Budget. Допустим, можете, условно, вы можете катить фичи на вот эти 5%.

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

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

Давайте больше экспериментировать, давайте больше катить, давайте ошибаться, потому что значит, чё -то ребята перестали с вами... Как это? Дух потеряли. В гугловской книжке сказано, что, например, вы обязаны тратить баджет. То есть, потому что у них была ситуация, когда у них был сервер какой -то, ли DNS, то ли какой -то сервис, у которого был типа SLO 95, там, 99 ,5%, допустим, да? Но он работал идеально, всегда. Настолько всегда, что через 4 года, когда сервис упал...

упало еще огромное количество сервисов. А все почему? Потому что люди думали, что сервис настолько крутой и стабильный, что они не делали error checking, retry и все -все -все, логи и fallback. И них там все начало сыпаться. Вот. Поэтому они, типа, сказали, что, если вас есть error budget остался, то просто берем и выключаем сервис там на, не знаю, на 10 минут. Вот, типа, раз в год. Типа планов. Можно даже предупредить их, что мы урубаем сервис. Вот, типа, ну, вы его просто выключаете, сгорает этот сервис, баджет, вы его включаете

Но там опять таки за этим бюджетом надо следить, потому что в нем нужно рассчитывать не только, что это все 5 % какого -то времени, 15 минут до он тайма, это наше рэнди. Но на самом деле неправда, в него входит опять таки unexpected рэнди, то есть не просто, когда серваки помрут, сеть отрубится, то там 3%, 3 минуты на это, 5 минут на это, и вот нас есть 10 минут, примерно, на дипло. И опять таки, если вы хотите меньше тратить СЛО, то можно...

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

У разработчиков очень часто отключена связь между сервью инфраструктуры и кодом. Они просто пишут, пишут, пишут. А админ там как -то админ нет. И они не связаны. Хотя на самом деле там прямая связь. Сейчас мы тобой плавненько в девопскультуру нырнем. Или нырнем, не знаю. Но я хотел последний момент разобрать из этой статьи, Это отсутствие тестировщиков. Да, нет? Мне кажется, да.

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

Там одна из типа вот методологий – это own it. Ну, то есть типа владее тем, что ты делаешь, да, то есть типа, есть пытаться own it, все, в твоей ответственности, или даже брать ответственность дополнительно, если ты можешь. Вот, и типа твой код, твоя ответственность его затестить, твоя ответственность подумать, как ее деплоить, твоя ответственность подумать, как он должен работать. Ах, золотые слова. И это чувствуется, понимаешь, люди реально, то есть типа я пытаюсь что -нибудь деплоить, да, мне не скажут типа «ах, хер с ним кати в прод, потому что нас там бажет есть, да, или еще что

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

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

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

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

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

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

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

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

старайтесь чтобы люди были T -shaped или ну вот например там SRE, там admin может у вас девопс есть роль, может нет программисты грубо говоря вот эта вот история там видеть что делают другие разбираться то есть участвовать даже может быть как -то как -каковое вас отношение я даже про фронтбак не спрашиваю вот как ты назвал в целом да то есть типа типа есть разработчики есть дево есть SRE да но в целом как

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

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

Чаще из админов или чаще из программистов? первичнее? А у нас микс на самом деле. Вот почти все эссерии, которых я вижу, это микс. Это крутые разработчики, которые... Ну, есть тебе тоже не обязательно знать хорошо. В любую большую компанию у тебя много людей. Много людей, много экспертизы по всем категориям. То есть тебе не обязательно знать, допустим, сети. Ты можешь найти человека, который знает сети, и он тебе поможет. Можешь найти какой -нибудь... Можешь найти... какие другие проблемы, ты их тоже найдешь. То есть в

У нас есть люди, кто больше админы, и они немножко разработчики, есть кто больше разработчики и меньше админы, но как бы вместе мы сила. А ты на чём получается инфраструктуру своих сервисов пишешь? У нас тоже Java, Go, тоже Mix. В смысле ты сам пишешь? Да, нас там GitLab препределтории, туда комичу, чуваки ревьюют.

Мы это там у едини -тесты, мы это диплоем, смотрим, что все хорошо, метрики туда -сюда. Хорошо. Это классно. Я не знаю, вы -то или нет, я когда в Telegram в своем канале, кстати, подписывайтесь, если вы еще не там, обязательно. Значит, я там писал пост на тему Fulltstack 'а. Вообще, разработчиков ты не видел, Или видел? Ох, он разошелся там, прям срач Там горело, да? Сладкий просто, да -да -да. Вообще, обожаю такие вещи. Так вот.

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

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

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

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

Я не могу здесь не добавить одну очень важную вещь, что я с тобой на 100 % согласен, потому что самые крутые разработчики в своих технологиях как бы плюсы, ну типа, вот, например, я там про рельсы рассказываю, да, мне иногда говорят, Кирилл, почему ты говоришь про какие -то недостатки? Я ребята, любой профессионал в своей области, все плюсы знает, там все хорошо. И как как правило, разработчику все -таки сталкивается, переживает больше о недостатках, именно то, то есть любой профессионал именно про свою технологию может просто часами говорить о том, какие там проблемы.

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

микросервисности. то есть, я скажу так, это такой микс, мне кажется, монолитой микросервисов. есть, как бы... Слушай, будет справедливо, если скажу, что, наверное, во взрослых компаниях, там, вот и legacy есть, и вот это понимание, там скорее не то, что все такие вот есть концепция микросервисов, давайте в нее. То есть, очевидно, что какие -то вещи, типа, зачем вообще слово «микро» использовать? Вот мы понимаем, что это надо в сервис выделить, мы выделяем. Ну да -да -да, то есть, по необходимости просто.

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

А когда... У меня был просто прикол, я как -то собесил чувака. У меня был период, когда я наставников собесил на Хексле. Очень много. Человека 400 я за несколько лет собесил. И я делал три видео. Ты, не видел их, А там, чтобы ты понимал, вообще все подряд. Вот. Я там разбирал всякие вопросики интересные. Там был один прикол, когда мне чувак, один джовист, он рассказывал такую ситуацию, что они что -то там с почтой разрабатывались. Существует какой -то международный протокол того, как секретные или там какие -то почтовые пересылаются данные.

с разработанной там… SMTP, Не -не, я про другое даже. Короче, там идея в том, что когда у тебя есть какая -то доставка, там какой -то файлик закодированный в определенном варианте кладется в какое -то место, это международная система, а ты этот файлик забираешь. дальше… Шарит FTP, да? Да -да -да, вот что -то в таком духе. Ну, то есть, что -то вообще древнющее. И он говорит, что там схема, например, такая, файлик может быть закодирован пятью разными алгоритмами. И ты там по первым байтам понимаешь, типа, какой -то алгоритм, ну и соответственно декодируешь.

У меня, как у программиста, голове сразу... Ну, это классическая стратегия. Выбрали алгоритм дешифрования, как бы дешифровали все. Да, Switch case поехали, да? Да, да, Switch, пожалуйста. где -то вот какой -то... Знаешь, что он мне сказал? Он говорит, для... То есть, штука – это пять микросервисов. То есть, на каждый алгоритм плюс штука, которая достает этот файл из этой папочки, я, конечно, выпал просто в ассал. А если на остальные функции посмотреть, что у них там творится, ну, я не знаю. Но по мне это,

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

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

код, которому ты никогда не собирался переспользовать. И вот приходится людям объяснять, типа и говнокодить плохо, и вот так тоже плохо. Надо иметь баланс какой -то, вот какими -нибудь обычные там комплексити. Я не помню, у меня вылетел из башки, давно не занимался там линтер, который, говорите, комплексити кода примерно, там, количество if и else 'ов там. И вот он примерно показывает нормально. Ну, условно, тебя на экран помещается функция?

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

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

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

Но проблема в том, что не все в это попадают. Вот этот момент, когда тебя перекосило и тебя возвращают тебя всё и заклинило, да? Да. Очень часто. всех такое происходит. Не у всех такое происходит. Я считаю, что здесь очень большой ролик играет, конечно, люди вокруг тебя. То есть та команда, люди вокруг тебя. Вот это, я хотел бы подсветить, потому что с моим опытом, который я вижу, то есть я на самом деле, я не очень крутой разработчик. Честно, я не суперкрутой, как, знаешь, все говорят, что типа там, очень крутой. Я не очень крутой. Мне реально повезло попасть сначала в

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

Чем чаще ты меняешь отдел, тем больше ты опыта видишь, тем больше ты видишь всяких институтных решений, кодовых решений, тем больше ты понимаешь, что ты такой вот как бы средний, оно как раз формируется. Но это надо просто поработать с разными людьми, а не на одном проекте. Вот что я заметил для себя, по крайней мере. Да -да, люди, проекты и так далее. У меня в этом плане тоже надо рассказывал, знаешь, повезло. Это такой вообще интересный случай жизни был. Ты слышал про такого дяденьку Димы Котерового зовут?

он PHP в подлиннике написал. Короче, Да, да, знаю точно. В те года учились все по его книжке. Денвер он написал, мой круг он написал. То есть это довольно известный был человек, он давно в штат уехал и так далее. Да, то есть его так или иначе все, да, все где -то пересекались. Теперь представь, я всего лишь там год разработкой занимаюсь. Прихожу на собес, то есть 2008 год или 2009, ну 2008, по -моему, год. Я просто в каком -то ресторане, сидит чувак, ну просто какой

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

глубоко копать, копать, там выводи даже какие -то алгоритмы начали, он мне задавал вопросы про Big Ford of Schnur, как он горит и все такое. Короче, я из Собеса вышел с ощущением, что я как сессию Я как в сессию. И я представляю, я такой, и мне понравилось на самом деле, и общение было классное. Я такой, прихожу домой, прикинь, стою в душе, и вдруг в этот момент я осознаю, что это был Дима Котеров, а он для меня был как бы авторитет, потому что я учился по его штукам, то есть, и ты прикинь, какой для меня был шок, и после этого я с ним работал.

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

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

смотрит, как оно там работает, что откатывает. Причем ты сам даже не катишь. Когда я там работал 3 года, 4 года назад, там все это время был настроен тулза, который раз в 15 минут запускает дипло или раз в 30 минут. Автодиплоинный поезд. Континьюз -делибери. Да, да. И там даже нет того, кто катит. Ты просто катишь, катишь. И каждый, ты смотришь, что там, сообщение, что там пишется. Твоя вера себе зарелетилась. Ты смотришь графики, все хорошо, отлично.

Ты что там пинаешь тяжурного для отката? Хотел тебя пожаловаться по этому поводу. часто ставят, всегда везде пишут C, I, C, D через Defease. Я, честно, не очень этого понимаю. Знаешь, каком смысле я не понимаю, что между ними пропасть просто. Типа, первое и второе, оно вообще друг из друга не следует. В том плане, что C, требует вообще других подходов к тому, как ты действуешь, живешь, какие штуки ты делаешь или не делаешь. И типа, если у тебя есть C, это не значит, что

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

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

Я очень часто вижу этот силос, который как раз вот SRA изначально решали проблемы. Самая большая проблема — это силос, который, короче, стена между разрабами и админами. То есть у админов, у разрабов идея — это катить код. То есть постоянные R &D, Research, Fitch, да? Им пофиг на стабильность. У админов задача стабильность, потому что их будут наказывать, что это не работает. Следовательно, они блокируют разработку. То есть как бы них конфликт интересов, они постоянно эти хотят катить.

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

они выкатывают, а админ представляют просто инфру с интернетом, сетью, и что оно всё само работает. Условно, ты запушил, а оно задеплоилось. Да, есть только тоже, когда вот эти разговоры поднимают, то есть принципе в таких разговорах было действительно много, что там между ними эта штука, кто D -WOPS, кто влез, кто подрывает, СРЕ. Я просто ещё знаешь, люблю подчёркивать такую вещь, что типа разработчики, конечно, так делают, но есть всё -таки несколько концептуальных вещей, которые без

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Я не уверен, что смогу прямо много про Naim рассказать, поэтому можно сейчас зайти за 5 минут про Naim расскажу. В целом здесь Naim как большой компанией типа Google. То есть, Live Coding, System Design и Behavioural. Вот основное что тебе надо... Классика, короче. Короче, классика. Здесь ничего такого. есть, может быть здесь... В целом, говоря, что здесь в целом полегче, чем Facebook и Google. То есть, как бы уровень чуть ниже. Но в целом тоже

Скажи, кстати, нашим ребятам, опять же, кто нас услышит и думает про большие компании, но про booking, кстати, скорее всего, думал. Вот мы, может быть, с вами подкастом сейчас немножко разбудим в людях интерес, Скажи, стоит им думать о том, что туда можно устроиться и пытаться вообще двигаться в сторону или нет? Слушай, да, сюда можно устроиться, только там, по -моему, сейчас из России прям не перевозят. По -моему, есть пару стран, которые на блоке, как бы. То есть... Ну, понятно, что это сейчас надо самому как -то оттуда перебраться, но смысл в что...

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

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

От двери до двери. Букинг. Букинг, Компания, конечно, может себе позволить очень классные вещи. правда. Миш, тебе большое спасибо, что пришел. Очень, на самом деле, интересно было. Я думаю, надо будет еще по ходу. Да -да, потому что и про Амстердам я тебя не спросил. Короче, ты будешь здесь еще раз 100%. Ребят, кто нас смотрел, слушал. Это пока наш видео всего второй выпуск. Подписывайтесь, будет

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

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

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