Обновить
82
5
Дмитрий Синявский@r3code

SRE

Отправить сообщение

Выгода есть когда смотришь за error budget (=1-slo) и его расходованием.

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

Почему вы так смешиваете sla и slo?

Если у вас есть slo, то он жестче чем sla быть должен. Иначе времени исправиться не остается. Разработчики должны спохватиться раньше.

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

Интересные эксперименты! Продолжайте

Тема интересная, но перевод утерял множественное число много раз(поток вместо потоки, например). Выглядит как машинный перевод.

Спасибо. Попробуем у себя и вашу схему.
Это перевод habr.com/ru/post/440200, мне кажется продолжает эту тему
А теории да, а на практике что?
Спасибо. У меня вот в инструкциях осталось от советских времен… «категории 1-4 для программистов», написано что должна аттестовать комиссия. Но оба моих начальника сказали, забей, у нас тут нет людей чтоб вас аттестовать. А так действительно движения по лестнице на ФГУП нет, ты студентом придешь и будешь техником-программистом, а с дипломом будешь инженером-программистом, ну может вырастешь до руководителя группы, а потом до начальника бюро, но начальником отдела уже не станешь.
А с категориями было бы здорово, человек бы стремился к улучшению, зная о поощрении материальном если категорию открыл. Интересно, что на производстве это осталось для рабочих, например у работников ОТК и токарей есть разряды, они за них получают разные зарплаты. А программисты — так программисты. В итоге каждый ходит и лично выбивает себе ЗП, а мотивацию приходиться из энтузиазма личного черпать.
Извините, что через 10 лет спрашиваю ) Но можете указать на те самые методики применявшиеся в СССР и теперь объявленные «новыми». Хотелось бы изучить.
А есть пример проекта посмотреть как это в деле? Хочется знать ваш способ
А как бы сделали вы? Может у вас есть ссылка на метериал, как этого можно добиться иначе, или свой подход можете описать?
А подробнее? На что миграции накатываем? На пустую базу или на любую имеющуюся копию. Интересно расскажите подробнее.
Таблицы не переименовываются. Создается временная схема, в ней создается нужная таблица. Соединение работает на указанной схеме. Т.е. каждый тест работает со своей схемой, потому можно хоть два теста на одной таблице запустить, например проверку вставки, List и удаление — они будет независимы по данным.
Поясните пожалуйста. Непонятно — это возражение или предложение.
Я добавил последний раздел «Об авторе», чтобы люди сразу понимали про перевод )
Спасибо за ваши пояснения, это помогло мне немного привести все к общему знаменателю.
Спасибо за вашу точку зрения.
Мне ваше точка зрения понятна. Спасибо за пояснения.

Информация

В рейтинге
979-й
Откуда
Россия
Дата рождения
Зарегистрирован
Активность

Специализация

Бэкенд разработчик, Site Reliability Engineer
Старший
SRE
Мониторинг
GitLab
Golang
Высоконагруженные системы
Проектирование архитектуры приложений