Выписываю свои первые мысли по вопросу. У меня нет ещё готовой точки зрения и я хочу просто пока что сформулировать проблему и аргументы с каждой из точек зрения
( Read more... )
Да, разумеется, с бампом, да, как и во многих вопросах, нужен консенсус. Ничего не поделаешь. Просто надо ответственее бампать, с оценкой, c выделением времени всех затрагиваемых программистов, в нужное время, а не внезапно за/перепилить какой-то софт, потом сказать остальным "обновляйте свое говно сами, фигли" (если я правильно помню историю с libffi. Я в ней, вроде, не участвовал). Нужны критерии (аргументы), а так же полное понимание. А бывает непонятно. :) "в два раза быстрее работает", "в несколько раз меньше кода писать", "могёт смертельно-необходимую фичу", и даже, простигоссподи, "мы всесторонне оценили время на переписывание - пара дней!" - понятно. А более тонкие, некритичные, интуитивно/холиварные вещи - непонятно. Могу предположить только, что, у всех программистов есть подсознательно-иррациональное "новая версия всегда лучше".
Я, наверное, неудачно выразился. "самим пакетировать" надо только свое, за редким исключением. А все несистемные зависимости включать напрямую в индивидуальную гетто-папку пакета. Правда, интуитивно это выглядит некрасиво. Рискую быть битым, но можно и все-все зависимости любых версий туда же в гетто запихнуть - вуаля, софт ни в чем не нуждается! :) Но тут внезапно epmd! :)
bundler полистал. Если ты про заморозку версий зависимостей и запихивание их в отдельную папку - это есть много где. Много где можно даже в общей папке хранить яйца разных версий для разного софта (как это пакетировать однако не представляю).
Вся проблема в стоимости консенсуса. Точнее, в соотношении "цена консенсуса/польза для проекта".
Консенсус - это когда все стороны договора остаются одинаково недовольными. Иными словами - это взаимные уступки и самоограничения.
Так что баланс получается спорный. С одной стороны мы имеем кучу разработчиков, каждый из которых хотел бы иметь ту версию, которая сейчас (просто потому, что адаптировать под другую версию без нужды - это терять время, даже если всё остальное намертво тестами покрыто). А с другой, что мы получаем взамен, кроме банального "ура, дебки всюду"?
Кстати, история с libffi крайне показательная, потому что если принять за константу число воркеров в CI, то какая-то из сторон должна была поступиться в сторону debian/ubuntu, или согласиться с установкой libc из sid'а. Со всех точек зрения это была бы глупость.
При этом в режиме "всё своё с собой" есть проблемы. Попробую додумать/выписать чуть позже.
Нужны критерии (аргументы), а так же полное понимание. А бывает непонятно. :) "в два раза быстрее работает", "в несколько раз меньше кода писать", "могёт смертельно-необходимую фичу", и даже, простигоссподи, "мы всесторонне оценили время на переписывание - пара дней!" - понятно. А более тонкие, некритичные, интуитивно/холиварные вещи - непонятно. Могу предположить только, что, у всех программистов есть подсознательно-иррациональное "новая версия всегда лучше".
Я, наверное, неудачно выразился. "самим пакетировать" надо только свое, за редким исключением. А все несистемные зависимости включать напрямую в индивидуальную гетто-папку пакета. Правда, интуитивно это выглядит некрасиво. Рискую быть битым, но можно и все-все зависимости любых версий туда же в гетто запихнуть - вуаля, софт ни в чем не нуждается! :) Но тут внезапно epmd! :)
bundler полистал. Если ты про заморозку версий зависимостей и запихивание их в отдельную папку - это есть много где. Много где можно даже в общей папке хранить яйца разных версий для разного софта (как это пакетировать однако не представляю).
Окей, буду ждать описания других проблем.
Reply
Консенсус - это когда все стороны договора остаются одинаково недовольными. Иными словами - это взаимные уступки и самоограничения.
Так что баланс получается спорный. С одной стороны мы имеем кучу разработчиков, каждый из которых хотел бы иметь ту версию, которая сейчас (просто потому, что адаптировать под другую версию без нужды - это терять время, даже если всё остальное намертво тестами покрыто).
А с другой, что мы получаем взамен, кроме банального "ура, дебки всюду"?
Кстати, история с libffi крайне показательная, потому что если принять за константу число воркеров в CI, то какая-то из сторон должна была поступиться в сторону debian/ubuntu, или согласиться с установкой libc из sid'а. Со всех точек зрения это была бы глупость.
При этом в режиме "всё своё с собой" есть проблемы. Попробую додумать/выписать чуть позже.
Reply
Leave a comment