На днях был выпущен некий документ, называемый «Технологический бюллетень „Точка РОСЫ“ №2».
http://www.rosalab.ru/blogs/tehnologicheskiy-byulleten-tochka-rosy-2
Читая его, глядя на стилистику изложения и выводы лихо пишущих авторов... Да что я говорю, сами почитайте:
Возможно, вас улыбнут рабочие будни скромных тружеников rpmbuild'a и Kenobi, а также некоторые проблемы, с которыми мы сталкивались на заре существования нашей компании (вероятны ошибки в сроках, но мы с Сашей Бурмашевым старались все вспомнить тщательно). Просьба отнестись к тексту как к исторической исповеди смеющихся над «собой в прошлом» людей. Сейчас уже, к счастью, многие вещи и полученный опыт позволили выстроить процессы более правильным образом и диверсифицировать риски . Но тогда было «весело» :).
Итак:
1. Перед Technology Preview Женя Додонов и Саша Бурмашев долго не могли собрать образы, потому что наши коллеги первое время работали «ща все новое загрузим, а что сломается починим». Сломалось почти все, что можно...
2. Перед alpha1 умерли 2 узла в кластере сборочной системы, и некоторое время потребовалось на восстановление всего процесса. Сборка новых пакетов шла с перебоями.
3. Перед beta1 «упал» сервер репозиториев, 2 недели не было доступно никаких обновлений. Разработчики делали все «вслепую». В дальнейшем, практически перед каждым релизом, в самый последний момент кто-то из разработчиков загружал в репозитории что-то, что ломало всю сборку.
4. Перед beta2 «упал» сервер репозиториев и пропали все наработки за последние 2 дня (самое большое количество важных изменений было загружено именно в эти 2 дня...). Вдобавок ко всему, чтобы квест казался нам интересней, вообще «упал» сам провайдер, к которому был подключен наш дата-центр во Франции. Это еще не все. В связи с тем, что скорость скачки iso образов в тот момент у Жени Додонова была на уровне 12-15 Кб/сек (образы приходилось качать из Франции), мы их выложили без проверки - образ 64-bit оказался нерабочий.... Между beta2 и beta3 загрузили новый rpm в репозитории, который не мог устанавливать пакеты. Для того чтобы это починить, нужно было загрузить старый rpm, а как это было сделать если текущий сломан?
5. Перед beta3 один хороший человек загрузил новый binutils и поломалась сборка образов, никто не мог понять, почему.
6. Перед RC1 просто нереальными усилиями всей команды был загружен весь планируемый функционал, но тестирования не было, поэтому образ вышел даже более «забагованным», чем beta3. В образ также попала Sphere, которая мешала перезагружать компьютер.
7. Перед RC2 ушел Женя Додонов, и создали ветку 2011, но «недосоздали» - в нее по- прежнему попадали новые пакеты, а старые не удалялись. Для её очистки Bogdano написал мега-скрипт, который удалял старые версии пакетов. Проблема была всего в одном лишнем « - », которое добавил Пер Ойвинд в пакетный менеджер RPM5...
8. Перед самым релизом (за день до) умер еще один сервер (n4) в сборочном кластере. Вся сборочная система полностью «встала». Релизы вышли с одним подложенным вручную пакетом.
Но тем не менее релиз был успешно выпущен!
Это как блин вообще понимать? Это называется «полное отсутсвие организации работы», хотя хочется выразиться более плохими словами. Какие-то странные люди, лишенные чувства ответсвенности, собирают на коленке большой проект. У них всё ломается, нет согласованности действий, на лицо отсутсвие культуры сборки, но они же делают дело! И радуются, что у них кое-как что-то собралось.
Скажите мне, как реагировать на таких «спецов»?
