» » » Анализ доклада Никиты Макарова о револьвере, мнемонике, заведующем складом и других полезных вещах

 

Анализ доклада Никиты Макарова о револьвере, мнемонике, заведующем складом и других полезных вещах

Автор: admin от 12-10-2017, 18:50, посмотрело: 28

В блоге JUG.ru новый разбор, на этот раз под увеличительное стекло попал Никита Макаров из «Одноклассников», многократный участник программных комитетов наших конференций. Сегодня мы рассмотрим доклад о микросервисах для автоматизации тестирования. Выступление состоялось в 2015 году на встрече devclub.eu в Таллинне:







Слайды доклада можно найти тут.

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



Удалить какой-то класс сценариев или пользователей из статистики — задача трудная, когда решаешь её в первый раз. Обычно есть множество мест, где пользователи учитываются (не все же проектируют систему сбора статистики сразу с расчётом на то, чтобы из неё было удобно что-нибудь исключать), и все эти места не знает никто. Если и правда удалось всё разграничить, то это ценный опыт, которым стоило поделиться.



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



Выводы



Выводы (озаглавленные «Lessons learned») начинаются на отметке 44:00. Всё, что Никита говорит в конце доклада, связано с проблемами микросервисов в целом и, на мой взгляд, не относится непосредственно к тестированию. «Если у вас 800 фронтов, то как вывести некоторые из них из продакшена и потом включить снова так, чтобы пользователи ничего не заметили?» — это ведь не про сервисы, применяемые именно для тестирования. Это, равно как и остальные пункты выводов, — уроки, извлечённые Одноклассниками в целом в процессе внедрения микросервисов.



Таким образом, рассказ распадается: вступление и заключение посвящены микросервисам в целом, а центральная часть освещает, собственно, их применение в тестировании.



Слайды



Лазерная указка



Уверен, вы всё уже знаете про лазерную указку и какой вред она несёт, но отмечу, что в разбираемом выступлении она появляется на 3:37 и 7:40, и тем, кто смотрит видео, оба раза непонятно, где именно находится «вот здесь», на которое ссылается докладчик. Из контекста это можно восстановить, но ценой лишних умственных усилий.



Дублирующиеся элементы



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



В реальности на многих слайдах заголовок просто дублируется (иногда дословно, иногда только по смыслу):



Анализ доклада Никиты Макарова о револьвере, мнемонике, заведующем складом и других полезных вещах


Кроме приведённого тут четвёртого слайда, на который мы дополнительно посмотрим ниже, эта ситуация возникает на слайдах 3, 5, 6, 7, 8, 9, 10, 16, 17, 18, 19, 21, 22, 24, 25, 28, 29, 31, 32, 37, 50 и 51. Всё внимание, которое зритель тратит на то, чтобы сопоставить эти заголовки и подзаголовки — чистый убыток, хоть и небольшой.



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



Рисунки



Пока мы не ушли далеко от слайда 4, обратите внимание, что на нём есть:




  • белый график-картинка на тёмно-сером фоне;

  • слово «VISIBILITY», написанное вертикально;

  • обрезок слова «MATURITY» по горизонтальной оси





Я считаю, что от всего этого стоит избавиться, хотя бы как-то так (вариант не идеальный, но зато очень простой):

Анализ доклада Никиты Макарова о револьвере, мнемонике, заведующем складом и других полезных вещах


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



Анализ доклада Никиты Макарова о револьвере, мнемонике, заведующем складом и других полезных вещах


или тут:



Анализ доклада Никиты Макарова о револьвере, мнемонике, заведующем складом и других полезных вещах


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



Схемы и сохранение контекста



Вернёмся к схеме, которая появляется на слайдах 38-48 (приведу здесь первый и последний из них):



Анализ доклада Никиты Макарова о револьвере, мнемонике, заведующем складом и других полезных вещах


Эти две картинки показывают начальный и конечный вид архитектуры тестирования Одноклассников на момент рассказа. На слайдах 39-47 располагаются промежуточные состояния.



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



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



Тем не менее, думаю, что можно было сделать ещё лучше. Если взять слайд 48 за основу, а с 38-го начать выступление, то эта последовательно нарастающая схема могла бы послужить отличным скелетом всей истории. Тогда подробные рассказы про Revolver, Mnemonic и Storekeeper могли бы появляться в те моменты, когда на схеме открывается соответствующий блок.



Минутка рекламы



В Москве 8-9 ноября пройдёт очередной выпуск конференции Гейзенбаг, и Никита там выступит. Он интересные вещи будет рассказывать, точно говорю.



Регулярные разборы



Если вы хотите получить обратную связь по своему выступлению, то я с радостью вам её предоставлю.





Источник: Хабрахабр

Категория: Операционные системы » Ubuntu

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

Добавление комментария

Имя:*
E-Mail:
Комментарий:
Полужирный Наклонный текст Подчеркнутый текст Зачеркнутый текст | Выравнивание по левому краю По центру Выравнивание по правому краю | Вставка смайликов Выбор цвета | Скрытый текст Вставка цитаты Преобразовать выбранный текст из транслитерации в кириллицу Вставка спойлера
Введите два слова, показанных на изображении: *