К основному контенту

Сообщения

Сообщения за 2018

Heisenbug 2018 Москва - скоро для всех тестировщиков и не только

Приближается уже традиционная зимняя версия Heisenbug Conference в Москве . С недавнего времени проведение конфы стало мной восприниматься, как экзамен, который сдает ПК за почти полгода работы. В этом году в программе традиционно как старожилы, так и новички. В роли старожилов выступают Артем Ерошенко и Виталий Фридман , любой доклад которых, это качественно сделанная и полезная для слушателей работа. "Новичков" (для нашей конфы) сильно больше, например очень хочется увидеть "в бою"   результаты работы Людмилы Мжачих и Антона Усманского , которых объединяет тема визуального тестирования. Неожиданным "новичком" нашей конфы стал известный многим по конференциям Joker и Devoops Барух Садогурский  с провокационным докладом-покушением на тестировщиков. На самом деле, интересных докладов много, но все перечислять не буду: каждый должен сам определить, что ему будет полезно. Отмечу только, что конференция - это не только доклады, это прежде всего об

Site Reliability Engineering (SRE) - источники знаний по теме

Тема модная, имхо отпочковалась от DevOps, а скорее стало ее развитием (хотя считается, что развивались темы параллельно и одновременно). Зародилась в Google, во многом построена на основе текущей структуры разработки Google, поэтому применение в других организациях сталкивается со сложностями . По теме 3 основные книги (в порядке даты издания): Free to read online или купить  Site Reliability Engineering. How Google Runs Production Systems  (апрель 2016) Free to read online или  The Site Reliability Workbook. Practical Ways to Implement SRE (июль 2018) Seeking SRE. Conversations About Running Production Systems at Scale (сентябрь 2018). Мой небольшой тредик по этой книге В первой книге про концепцию и базовые вещи. Вторая про внедрение на примерах. Третья похожа на вторую, но в виде примеров (в тч best practices) из разных компаний. Обзоры первой книги: Commentary on Site Reliability Engineering Review: Site Reliability Engineering Google SRE book Видео-расс

5 за 5 (история 9)

Вот не поймешь, хвалят коллеги или ругаются... (с) 1. "Punishing failure makes it worse. Unshared failures are the experience of one individual. They are not institutional learning." ( by Jessica Kerr  tweet ) 2. The problem with root cause analysis is there’s always going to be another root cause. Robustness happens at a higher level. And resilience at a higher level still. (by Jessica Kerr tweet ) 3. Очередная история про Git от Сергея Сергеева, беседа в подкасте "Подлодка" . Напомню ссылку на отличную лекцию Сергея. 4. " Тимлид — это сержант в IT-подразделении " - хорошее интервью с Романом Ивлиевым. 5. Неплохая панелька тимлидов с инсайдами из известных компаний.   Отлично смотрится на скорости х1.5

5 за 5 (история 8)

И снова с вами рубрика "что интересного было в ленте на этой неделе". 1.  Building and Testing Resilient Web Applications with Toxiproxy. Статья , видео . "A resilient system is one that functions with one or more components being unavailable or unacceptably slow. Applications quickly become intertwined with their external services if not carefully monitored, leading to minor dependencies becoming single points of failure. For example, the only part of Shopify that relies on the session store is user sign-in - if the session store is unavailable, customers can still purchase products as guests. Any other behaviour would be an unfortunate coupling of components. This post is an overview of the tools and techniques we used to make Shopify more resilient in preparation for the holiday season." 2. What is Soak Testing ? "Soak testing (otherwise known as endurance testing, capacity testing, or longevity testing) involves testing the system to detect the pe

5 за 5 (истории 6-7)

Последняя неделя отпуска прошла в режиме "без связи", поэтому предыдущий выпуск пропустил. В этом нагоняем, продолжая читать " Just Enough Software Architecture " и добавив интересных ссылок. 1. Работа команды над решением задачи снижения риска ухудшения архитектуры путем прояснения текущего ее состояния для новых членов команды: we were aware of providing coverage of the three primary models — the domain, the design, and the code models —and also the three primary architectural viewtypes — the module, runtime, and allocation views . We started with the easiest documentation to produce and gradually added in more expensive parts. After each one, we asked ourselves if the risk had substantially reduced and we calibrated that evaluation based on our coverage of the viewtypes and models. When possible, we built representative and textual models rather than fully general and graphical ones. We decided to create a graphical model of our modules and component asse

5 за 5 (история 5)

Отпускное чтиво, навеянное чередой не связанных между собой событий, но приведших к одинаковым мыслям. Заметки из книги " Just Enough Software Architecture ". 1 . Software architecture is about the design of your system and the impact it has on the system’s qualities, qualities like performance, security, and modifiability.  This definition discusses how architecture differs from detailed design and how some of your biggest design decisions can have implications deep into the code. 2. 3 типа архитектурного подхода: Imagine that your performance requirements say that your system must respond to requests within 50ms. Here are some possible ways that you could approach the system’s architecture, given the three design approaches: • Architecture-indifferent design. If you followed architecture-indifferent design, you could copy the distributed processing architecture from your last system and discover, hopefully not too late, that its inter-machine messaging over head e

5 за 5 (история 4)

Привет. С вами снова очередные полезности за неделю. Признаться, свежих было немного, поэтому, пошарившись по архивам, закину вам чуток из прошлого. 1. Harvest, Yield, and Scalable Tolerant Systems  (PDF) Обычно мне тяжело даются такие "около академические" труды, CAP-теорема и вот это все. Но тут хорошо зашло: новые термины для того, что уже раньше использовалось в работе и обозначалось "на пальцах". We assume that clients make queries to servers, in which case there are at least two metrics for correct behaviour: yield , which is the probability of completing a request , and harvest , which measures the fraction of the data reflected in the response , i.e. the completeness of the answer to the query. Yield is the common metric and is typically measured in “nines”: “four-nines availability” means a completion probability of 0.9999 . In practice, good HA systems aim for four or five nines. In the presence of faults there is typically a tradeoff between provi

5 за 5 (история 3)

Привет. Очередные ссылочки и мысли за неделю. 1. Огненный доклад " Эффективность не работает " (осторожно мат). Основная мысль: "Все люди работающие в IT больше 5 лет страдают расстройствами психики." Жестяк :) "...ставьте в центр комнаты стул и сидите на нем целый день...ничего не делайте, вам будет очень плохо... но вы по крайней мере увидите, что если вы целый день них*** не делаете, то них*** не изменяется". 2. Неплохой тред в твиттере про правильную организацию "монолита". source 3. И еще  одна статья про "микросервисы" vs "монолит":  Goodbye Microservices: From 100s of problem children to 1 superstar 4.  Забавная, но дорогая шарманка Catchpoint , которая поможет проверить вам, как ваше веб-приложение работает в разных локациях.  С UX там беда, но очень информационно полезная, как для дебага производительности сайта, так и для мониторинга доступности. 5.  До сих пор перевариваю результаты Heisenbug 20

5 за 5 (история 2)

Чуть было не зафейлил начинание в самом начале. Заехал вечером в гости к бывшим коллегам (вы - крутые). И на радостях и эмоциях почти пропустил пост. Неделя была забавной, много инфы как в новостях, так и из личной практики. Но правило 5-ти пока действует. Поехали. 1. Пессимизма мысли: самая популярная проблема в IT - найм.     Проблем море: компании не понимают, кто им нужен. если думают, что понимают - пытаются крутить гайки на собеседах с нулевым выхлопом. у многих сложно с позиционированием на рынке: нет основной идеи, которая доносится кандидатам, как отличие от других компаний. кандидаты не понимают, чем хотят заниматься и плохо готовятся к собеседу. петля затягивается. 2. Тема SRE (Site Reliability Engineering) продолжает держаться в топе современных базвордов, отнимая пальму первенства у DevOps. При этом, по-прежнему, ее "готовят" по собственным рецептам, не всегда ведущим к ожидаемым результатам. Статья на эту тему " Google Explains Why Other

5 за 5 (история 1)

Попробую новый формат: списочек из 5 интересных статей или видео пролетавших за 5 рабочих дней. Скорее для себя в виде архивчика, но может и вы найдете себе что-нибудь полезное. Продолжение истории с " солянкой ". Отличная лекция "Git — инструмент для совместной работы, с нуля и до регламента в команде" от Сергея Сергеева " The Problem You Solve Is More Important Than The Code You Write " Статья, основная мысль которой, "часто разработчики пишут код, ради кода": "Regardless of the path programming has taken since then, there's still a problem with the separation between business and software development — or "engineering"... If developers become too narrowly focused on development, they can miss the purpose behind the software they write. They may not see hidden solutions that don’t require any code." ( читать дальше ) Концептуальная карта и методы её визуализации "Концептуальная карта (concept map), предлож

Тестирование в production - 2

В предверии завтрашнего BOF на Heisenbug по тестированию в продакшене , вот вам набор материалов по теме (валите модератора там). Предыдущая статья по теме . Development → Staging → Production pic.twitter.com/xIohpoaWqw — Daniel Stefanovic (@DaniStefanovic) March 29, 2018

Конференция C++ Russia 2018 Санкт-Петербург - отзыв

20-21 апреля 2018 в Питере прошла очередная конференция C++ Russia. В прошлый раз  я был нахаляву, сейчас, спасибо SEMrush, не страдал от того, что мое участие хоть как-то не возместило трудозатраты Сергея Платонова , бессменного организатора C++ Russia. Сам С++ я не вижу уже больше года :( , поэтому извините за уход от контента в сторону качества докладов с точки зрения подготовки докладчиков и слайдов, и просто атмосферы, которую попытался передать фоточками.

Тестирование в продакшене - миф или реальность?

На самом деле, вопрос стоит скорее так: " почему у вас его еще нет "? Изначально хотел просто сохранить себе и дать вам набор ссылок, что нашел на эту тему, потому что сейчас она у меня болит. Потом захотелось сделать какой то анализ. Потом понял, что письменный анализ - это долго и субъективно (и простите, чуток лень), а вам может будет полезно почитать оригиналы. И честно пытался не дублировать у себя их контент, разве что тезисно. Поэтому статья получилась половинчатой и скорее побудительной к действиям или хотя бы к мыслям, чем с практической пользой. Не обессудьте. Ну вот, я вас предупредил. Ссылки все равно есть, поэтому можете уверенно двигаться к их  списку .

Heisenbug 2018 Piter - подарок внутри статьи

Новости и промо по Heisenbug 2019 Moscow . Всем привет. У нас закончился первый этап подготовки к Heisenbug 2018 Piter : костяк программы сформирован, начинаем работать с отобранными докладчиками, кидаем кости серьезно выбираем кандидатов на последние вакантные места в программе. Читаем до конца... Напомню, что конференция пройдет 17-18 мая в Петербурге. Акцент при выборе докладов делается на технический аспект. Не умаляя необходимости и важности процессов, метрик и прочего, мы стараемся выбрать те заявки, которые имеют практическую инженерную ценность. "Пришел послушать про мобилы - ничего не было", "Все доклады про веб и мобилы, как будто больше нигде не тестируют" - такие вот отзывы мы получаем после одной и той же конфы. Хотя стараемся, очень, наполнить программу докладами про все сферы разработки ПО. И в этот раз будет и про мобилы, и про веб, и про облака и тд и тп. Подробностей пока раскрывать не могу, но тематика разносторонняя. Пробуем даже с