@devops_ru

Страница 2840 из 4568
Vladimir
23.06.2017
06:33:04
И при этом маленькой

Andrey
23.06.2017
06:33:54
И при этом маленькой
Всех не спасти, нужен прагматичный подход

Vladimir
23.06.2017
06:34:13
Всех не спасти, нужен прагматичный подход
Это и есть прагматичный подход в общем то.

Andrey
23.06.2017
06:34:36
Проще ограничить круг лиц, ответственных за целостность и даунтаймы

Google
Sergey
23.06.2017
06:34:39
Поэтому принятие соглашения на недеструктивные ддл и контроль за соблюдением на команде
Соглашение есть, контроль есть, человеческий фактор - тоже есть. Команд много, в разных странах и городах, новички до первого факапа обычно вносят такие изменения.

Vladimir
23.06.2017
06:35:06
Проще ограничить круг лиц, ответственных за целостность и даунтаймы
Эта проблема не решается административными действиями

В принципе

Можно сделать ее реже

Но не решить

Andrey
23.06.2017
06:35:35
Эта проблема не решается административными действиями
Почему-то в армии первогодкам никто не дает ключи от запуска ракет

Vladimir
23.06.2017
06:36:20
Ты можешь решать проблемы тестированием, либо заложить бюджет на факапы, либо прекратить развивать проект

Andrey
23.06.2017
06:37:30
Вот именно поэтому надо уменьшать шансы на принятие ошибочных решений, толковый разработчик, знакомый с данной практикой уменьшит риски до нуля

Vladimir
23.06.2017
06:37:33
Выбор за тобой

Можешь совмещать

Sergey
23.06.2017
06:37:43
Помог бы инструмент, который по коммиту ддл сканит дифф и выдает варнинг на обратно несовместимые изменения

Google
Andrey
23.06.2017
06:38:18
Sergey
23.06.2017
06:38:22
Vladimir
23.06.2017
06:39:03
Помог бы инструмент, который по коммиту ддл сканит дифф и выдает варнинг на обратно несовместимые изменения
Если язык нормальный, можно линтер свой написать на такие изменения например

Andrey
23.06.2017
06:39:04
Vladimir
23.06.2017
06:39:27
Какая-то детская ультимативность слышится
Я открыт для обсуждения данного утверждения

Andrey
23.06.2017
06:40:41
Работают люди, не технологии, принятие соглашений означает развитие, не коллапс. Для этого и собирают и внедряют бест практисес

Vladimir
23.06.2017
06:40:58
Потому что писать код будут люди

И проверять будут люди

Andrey
23.06.2017
06:41:55
А никто в здравом уме не даст стопроцентной гарантии, по интернету второй месяц гуляет история про интерна дропнувшего бд клиенту

Andrey
23.06.2017
06:43:11
Такое ощущение, что вы сами неочень масштабируете свое мышление

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

Перекрестный ревью сильно сокращает шанс ошибиться

Andrey
23.06.2017
06:45:09
Вопроса о саботаже бизнеса не стояло

Vladimir
23.06.2017
06:45:13
Ревью не замена тестированию

Sergey
23.06.2017
06:45:24
Люди пришли к тому, что это нужно и что CD в текущем виде подвержен тому, что «интерны» дропнут. Это выявляется интеграционным тестированием. На очередном локальном постмортеме все пришли к выводу, что надо бы раньше узнавать о таких изменениях, в идеале - до коммита вообще. А вот чем это можно сделать - гуглеж сходу не помог.

Andrey
23.06.2017
06:45:43
Тестирование не панацея

Google
Vladimir
23.06.2017
06:46:33
Тестирование не панацея
Конечно. Но только тестирование действительно уменьшает количество ошибок

Притом любых, включая неявные

Andrey
23.06.2017
06:46:59
Количество ошибок сильно сокращает мотивация их не пропускать

Моисеев чет борисит

Ivan
23.06.2017
06:47:55
Моисеев чет борисит
со школы таких плоских шуток не слышал. Продолжай)

Andrey
23.06.2017
06:48:41
со школы таких плоских шуток не слышал. Продолжай)
Так ты собирайся, че уроки пропускаешь

Vladimir
23.06.2017
06:48:42
Количество ошибок сильно сокращает мотивация их не пропускать
Не надо решать технические проблемы административно, ничего полезного из этого ещё ни у кого не выходило

Ivan
23.06.2017
06:49:01
Так ты собирайся, че уроки пропускаешь
каникулы же. Мамка разрешила в дотку играть целыми днями

Vladimir
23.06.2017
06:49:09
зависит от тестирования
Понятно что любую идею можно извратить реализацией

Старый
23.06.2017
06:49:15
Не надо решать технические проблемы административно, ничего полезного из этого ещё ни у кого не выходило
меня сегодня программисты попросили объяснить что такое cgroups кратко в 2 минутах

Andrey
23.06.2017
06:49:16
Vladimir
23.06.2017
06:49:34
Принятие на работу правильных людей тоже административная мера?
Она не поможет избежать ошибок или уменьшить их количество

Andrey
23.06.2017
06:50:02
Она не поможет избежать ошибок или уменьшить их количество
Дба или джун, есть ли разница в количестве и качестве ошибок?

Vladimir
23.06.2017
06:50:03
Потому что кого бы ты ни нанял - они будут ошибаться

Sergey
23.06.2017
06:50:04
Вспоминая Деминга: контроль качества на выходе не создает качество внутри :)

Vladimir
23.06.2017
06:50:22
Даже возможно Джун по качеству ошибок будет лучше :)

Andrey
23.06.2017
06:51:11
Может не быть легко
Если за боевую бд отвечают джуны, может быть бизнесу не сильно и хотелось?)

Старый
23.06.2017
06:51:12
Понятно что любую идею можно извратить реализацией
а так же разницу в настройках их для докера и kvm, попимо этого у них ещё гениальная идея, что докер это коробочный продукт с удобным гуём и похож на vmware

Google
bebebe
23.06.2017
06:51:24
Ждун

Vladimir
23.06.2017
06:52:06
Andrey
23.06.2017
06:52:51
Вполне может, да. Но речь выше о ревью и тестах
Тесты в таком окружении лишь способ спихнуть ответственность на следующий за разработкой процесс

Старый
23.06.2017
06:53:12
народ, как рассказать о cgroups за 2-3 минуты, чтобы всё стало ясно и понятно по ним?

Vladimir
23.06.2017
06:53:21
Vladimir
23.06.2017
06:53:57
В общем или с джунами?
При правильной организации процесса не имеет значения

Andrey
23.06.2017
06:54:09
Вы не видели имитационное тестирование?

Admin
ERROR: S client not available

Старый
23.06.2017
06:54:10
Тесты в общем случаи это способ поймать ошибку до ревью
особенно весело, когда ошибки год от года отличаются на 1-2%

Andrey
23.06.2017
06:54:31
При правильной организации процесса не имеет значения
А что есть правильное? Наем только специалистов?

Vladimir
23.06.2017
06:54:33
Вы не видели имитационное тестирование?
Видел, поэтому делаю оговорку про правильную организацию процесса

Vladimir
23.06.2017
06:56:07
а как правильно?
Не забивать на падающие тесты и иметь проверку на покрытие кода тестами например

Старый
23.06.2017
06:56:21
в рашен бизнесе такое не возможно

Vladimir
23.06.2017
06:56:42
Старый
23.06.2017
06:56:49
Andrey
23.06.2017
06:56:59
Не забивать на падающие тесты и иметь проверку на покрытие кода тестами например
У меня на легаси есть стопицот тестов не делающих ничего кроме проверки моков

Не падает, чет показывает на покрытии

Google
Vladimir
23.06.2017
06:57:22
где?
В Яндексе было вполне себе и хороший процент проблем ловило до прода в той команде где я был

Не падает, чет показывает на покрытии
Ну вот нарушен второй принцип :)

Andrey
23.06.2017
06:57:44
Вопрос только один - как же джун узнает о правильном?

Vladimir
23.06.2017
06:57:49
Чот показывает на покрытии

Старый
23.06.2017
06:58:10
В Яндексе было вполне себе и хороший процент проблем ловило до прода в той команде где я был
потому в яндексе маркет хуже многих интернет магазинов по поиску, и откровенная чушь в месте покупок?

Andrey
23.06.2017
06:58:30
Ну в смысле показывает что что-то даже дергается промеж моков

Старый
23.06.2017
06:58:59
В Яндексе было вполне себе и хороший процент проблем ловило до прода в той команде где я был
про умершую почту и кривость яндекс браузера и говорить нечего

Vladimir
23.06.2017
06:59:04
bebebe
23.06.2017
06:59:22
Нифига вас разнесло

Andrey
23.06.2017
07:00:14
И см выше
Это типичная ошибка выжившего

Старый
23.06.2017
07:00:49
У меня противоположный опыт с этим, так что на мне все работает
выбираешь ссд, заходишь в цены, у тебя региоин питер, а там мск всё, а в настрофках стояло ток в питере искать

Andrey
23.06.2017
07:00:52
Делать гипотезу на ситуации равноожидаемой наряду с фейлом

Vladimir
23.06.2017
07:00:58
Вопрос только один - как же джун узнает о правильном?
В идеале получит уведомление от хука о том что покрытие кода тестами стало хуже поэтому реджект

Andrey
23.06.2017
07:01:59
Сделает человек наслаждающийся процессы
А что есть процессы если не административное воздействие?

Vladimir
23.06.2017
07:02:09
Какое это отношение имеет к теме?

Старый
23.06.2017
07:02:10
В идеале получит уведомление от хука о том что покрытие кода тестами стало хуже поэтому реджект
в redhat/ibm/google на 1 кодера 1 часть сервиса,не 2-6, в рф кодер это мин 2-3 проекта разом и по 15-20% от кода, при этом ещё и часть меняется по 2-3 раза за месяц

Страница 2840 из 4568