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

Меня зовут Кирилл Юрков, я SRE-тимлид Samokat.tech. Сегодня поговорим про нагрузочное тестирование. Про то, как мы решали обозначенную проблему, какие грабли нам попались, и какие трудности удалось преодолеть.

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

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

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

Цель статьи — рассказать о принципах и механизме работы HTTP протоколов и серверов и критериях выбора Web Accelerator для вашего проекта.

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

Меня зовут Дамир Ибрагимов, я руководитель инженерного направления платформы Advanced. Ещё со школы мне был интересен мир информационных технологий: тогда я пытался запустить Counter-Strike на iMac 2007 года. Тогда же я в первый раз познакомился с виртуализацией (Parallels, VMware Fusion) и понял, что ПК — это нечто большее, чем коробка для игр. Мой интерес и хобби переросли в профессию, которая мне очень нравится. Как сертифицированный архитектор облачных решений сегодня я расскажу о нюансах миграции в российское облако.

Широкое распространение машинного обучения помогло стимулировать инновации, которые всё труднее предсказать и создавать на их основе интеллектуальный опыт для продуктов и услуг бизнеса. Чтобы решить эту задачу, важно применять передовые методы. Сергей Десяк, ведущий эксперт центра компетенций DevOps компании Neoflex, делится опытом использования Seldon Core для машинного обучения, в частности, для «выкатки» моделей.

Как расти техническому менеджеру?

Этот вопрос может возникать по разным причинам, например:

- Настоящий ли я Team Lead или Engineering Manager?

- Готов ли я к переходу на следующий уровень?

- Будут ли мои навыки ценны в другой компании? Смогу ли я оказаться на такой же роли?

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

Роман Ивлиев руководитель программного комитета Saint TeamLead Conf 2022. Поэтому о предстоящей конференции он знает больше всех. Если вы все еще обдумываете посещение мероприятия, самое время спросить то, что вас интересует. Мы уже начали задавать вопросы, и если вашего среди них не оказалось — присоединяйтесь!

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

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

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

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

Я Максим Цепков, IT-архитектор, бизнес-аналитик, эксперт по миру Agile, бирюзовых организаций и спиральной динамике. Помимо основной работы, я затаскиваю знания из других отраслей в IT и смотрю, что в них полезного для управления проектами. Потом делюсь опытом на конференциях. Сегодня расскажу о Социократии 3.0 — фреймворке с философскими корнями, который помогает настроить гибкие процессы внутри IT-проекта и команды, повысить производительность и задать фокус правильным ценностям.

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

Меня зовут Илья Черторыльский, я Senior Community Lead в Райффайзен банке. Эта статья про WebBluetooth, WebUSB, WebSerial и WebHID. Полную версию выступления можно посмотреть на YouTube.

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

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

Если у вас 1-2 проекта, а в каждом до 5 приложений, и вы раз в полгода создаете новый чарт в Helm, вы можете просто копировать старые чарты или создавать новые с нуля. Но что делать, если у вас 5 проектов, в каждом по 20 микросервисов, и каждые 2 недели ваши разработчики выкатывают новые и выкидывают старые? А еще надо постоянно что-то обновлять. А если проектов 20 или 50, что делать в этом случае? Тогда вы копируете одни и те же паттерны и шаблоны с общим костяком. Мы заметили это на одном из проектов, в котором нужно было запустить 15 микросервисов, и подумали, а почему бы не запилить единый чарт, через который будет запускаться вообще всё?

Меня зовут Роман Андреев, я DevOps инженер Nixys. Расскажу о практическом применении универсального чарта. На теории останавливаться почти не будем, только в общих чертах, потому что о ней мы уже говорили в предыдущих статьях.

Как и многие языки, Go часто использует магию под названием хип (heap). Обычно, когда мы пишем наши джейсоно-гонятели, мы просто не задумываемся об этом, хоть и знаем, что это «где-то есть». Давайте попробуем заглянуть в кроличью нору поглубже и увидеть не только то, какими методами аллокатор Go старается облегчить программисту жизнь, но и то, из чего он состоит в целом.

Меня зовут Антон Киреев, я бэкенд-разработчик с опытом работы больше 11 лет. В настоящее время работаю техлидом в Авито. В жизни мне нравятся две вещи: приносить пользу своей работой и проводить свободное время с семьёй. Именно поэтому я люблю делать что-то быстро, но качественно, а потом отдыхать. Для этого я постоянно учусь и пытаюсь докапываться до сути вещей. Сегодня поговорим, как наша любимая Гошечка работает с памятью.

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

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

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

Меня зовут Рушана Каюмова, я Lead HR в Экспресс 42. Расскажу о том, как той самой компании и тому самому инженеру найти друг друга. Это текстовая адаптация моего выступления с конференции DevOpsConf 2021. Информация полезная, но некоторые детали актуальны только для июня 2021, так что не удивляйтесь.

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

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

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

Однако, если использовать исторические данные по сделанным ранее проектам и задачам, то можно узнать с 80% вероятностью срок исполнения задачи любого типа. Никакой магии. Просто математика и немного теории вероятностей :)) В этом суть Канбан-метода.

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

Меня зовут Рушана Каюмова, я Lead HR в Экспресс 42. Расскажу о том, как тому самому инженеру и той самой компании или команде найти друг друга. Это текстовая адаптация моего выступления с конференции DevOpsConf 2021. Информация полезная, но некоторые детали актуальны только для июня 2021, так что не удивляйтесь.

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

Как бы то ни было, вам надо выступать. Остается понять, откуда взять тему. Роман Поборчий с 2015 консультирует докладчиков наших конференций. Давайте посмотрим, где он советует искать технические темы для выступлений.

Если вы читали первую часть, то вы, наверное, запомнили, что уже 27 и 28 июня пройдет наша первая конференция тестировщиков — Test Driven Conf 2022. Для остальных чуть-чуть расскажу. Темы будут сплошь для профессионалов: про автоматизацию в тестировании и QA-процессах, про нагрузочное и ML-тестирование, про оптимизацию и аналитику. Чтобы лучше представлять, как все это будет, давайте посмотрим, какие решения задач тестировщиков предлагают наши спикеры.

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

27 и 28 июня пройдет наша первая конференция тестировщиков — Test Driven Conf 2022. Темы будут сплошь для профессионалов: про автоматизацию в тестировании и QA-процессах, про нагрузочное и ML-тестирование, про оптимизацию и аналитику. Чтобы представить, как всё это будет, давайте посмотрим, что наши спикеры предлагают для решения задач тестировщиков.