Pull to refresh
30
0
Dmitry Kudyukin @gmorfy

Пользователь

Send message
Мне кажется вопрос немного провокационный :)

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

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

По поводу кусочной доставки кода — да, конечно, это почти всегда можно сделать (хотя я видел ситуации, когда это было практически нереально за разумное время). И мы также могли бы сделать такое, но в данном случае, как я описал в тексте, это сильно бы удлинило переход на новый код, а также создало бы значительные риски расхождения информации между базами данных.

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

Ну и по датам, выкатка началась 29-го в понедельник в 0:00, собственно мы приехали на работу заранее в воскресенье 28-го, спасибо, поправлю.
Кредитный шедулер это немного другая история и она управляется по-другому, KVM так не умеет, но с точки зрения виртуалки, да это выглядет как стил.
Нет, собрать steal из windows нельзя, и не думаю, что когда-нибудь будет можно. Косвенно его можно будет собрать, замеряя время работы каких-нибудь утилит, которые активно используют процессор.
Спасибо за отзыв, рад, что статья оказалась полезной.

Information

Rating
Does not participate
Location
Москва, Москва и Московская обл., Россия
Works in
Date of birth
Registered
Activity