SZ
А если вдруг какая то из зависимостей еще не подерживает новый PHP то придётся искать ей замену и соответсвенно переписывать свой код под неё.
так и есть. ну шансы на это наткнуться меньше если хотя бы раз в месяц-два этим заниматься
Size: a a a
2020 November 14
SZ
тут 2 варианта. либо команда уже схавала на этом гавна, и в след раз не будет затягивать на апдейтах. либо сдается и не обновляется, ведь оно "и так работает", а проект становится "легаси"
SZ
который срочно нужно переписывать на %вашвариант%
MG
Я не про это. Если допустим у меня в проекте тонны тестов и PHPUnit 7, то для того чтобы обновится на PHP 7.4 придётся обновить PHPUnit до 9 версии и переписать кучу тестов.
там болезный переход только на 7.2 все остальное изи не придумывай себе проблем, бери да дплай
I<
Вообще изначально вопрос был не про поддержку новых версий, а про преждевременный отказ от поддержки старых версий PHP для того чтобы пинками заставить сообщество двигаться вперёд.
ВУ
Ребят, ну речь то изначально была про то, что вот, мейнтейнеры пакетов с жесткой политикой апдейтов такие-сякие плохие. Но на самом деле они обычно дают окно апдейта в полгода точно. Тот же PHPUnit мажор релизит раз в год, если не ошибаюсь. А проблема обновления проекта, получается, не с ними связана. Они как раз прогрессивные ребята. Проблема в мелких пакетах, которые поддерживают ленивые или безответственные разрабы, которые вовремя не делегировали свои творения тем, у кого есть на это время
SP
На Симфони делаются комерческие проекты. А для бизнеса главное деньги. Они не очень рады платить за бесконечные обновления своих продуктов для того чтобы "комьюнити PHP двигалось вперёд".
Ты оч поверхностно оцениваешь то как бизнес смотрит на прибыль
SZ
Ребят, ну речь то изначально была про то, что вот, мейнтейнеры пакетов с жесткой политикой апдейтов такие-сякие плохие. Но на самом деле они обычно дают окно апдейта в полгода точно. Тот же PHPUnit мажор релизит раз в год, если не ошибаюсь. А проблема обновления проекта, получается, не с ними связана. Они как раз прогрессивные ребята. Проблема в мелких пакетах, которые поддерживают ленивые или безответственные разрабы, которые вовремя не делегировали свои творения тем, у кого есть на это время
поэтому нефиг тащить целый пакет в проект ради одной функции😃
SZ
Ты оч поверхностно оцениваешь то как бизнес смотрит на прибыль
да. бизнес очень расстраивается от очередных оптимизаций которые идут из коробки после обновы..
I<
Ребят, ну речь то изначально была про то, что вот, мейнтейнеры пакетов с жесткой политикой апдейтов такие-сякие плохие. Но на самом деле они обычно дают окно апдейта в полгода точно. Тот же PHPUnit мажор релизит раз в год, если не ошибаюсь. А проблема обновления проекта, получается, не с ними связана. Они как раз прогрессивные ребята. Проблема в мелких пакетах, которые поддерживают ленивые или безответственные разрабы, которые вовремя не делегировали свои творения тем, у кого есть на это время
> Тот же PHPUnit мажор релизит раз в год, если не ошибаюсь
Проблема в том что он еще и дропает один мажор из поддержки раз в год.
Проблема в том что он еще и дропает один мажор из поддержки раз в год.
MG
Вообще изначально вопрос был не про поддержку новых версий, а про преждевременный отказ от поддержки старых версий PHP для того чтобы пинками заставить сообщество двигаться вперёд.
Just kidding. PHP8 will make the Faker codebase obsolete, and PHP developers want types. Leaving Faker as is will only make the problem worse.
https://marmelab.com/blog/2020/10/21/sunsetting-faker.html
вот как раз то чего ты желаешьhttps://marmelab.com/blog/2020/10/21/sunsetting-faker.html
вот как раз то чего ты желаешь
https://marmelab.com/blog/2020/10/21/sunsetting-faker.html
вот как раз то чего ты желаешьhttps://marmelab.com/blog/2020/10/21/sunsetting-faker.html
вот как раз то чего ты желаешь
ВУ
короче мой тезис такой: ничего страшного бы не было, если бы симфони проводила бы точно такую же жесткую полтитику по версиям. хочешь 5.x? нужен минимум php 7.4. иначе оставайся на 4.x
SP
да. бизнес очень расстраивается от очередных оптимизаций которые идут из коробки после обновы..
Не только это.
- секьюрити апдейты - оч важно
- повышение продуктивности - важно
- производительность - важно
- комфорт работы сотрудников - важно ибо мотивация команды в конечном итоге влияет на вовлечённость в развитие продукта
- секьюрити апдейты - оч важно
- повышение продуктивности - важно
- производительность - важно
- комфорт работы сотрудников - важно ибо мотивация команды в конечном итоге влияет на вовлечённость в развитие продукта
I<
Если ты разрабатываешь какую-нибудь библиотеку, фреймворк или CMS, которая должна работать на нескольких версиях PHP (скажем 7.1 - 8) , то вылазит большая проблема с этим же самым PHPUnit. Потому что у него нет ни одного мажорного релиза совместимого со всеми этими версиями. Отсюда начинаются танцы с бубнами (SYMFONY_PHPUNIT_VERSION и т.д.).
SZ
Не только это.
- секьюрити апдейты - оч важно
- повышение продуктивности - важно
- производительность - важно
- комфорт работы сотрудников - важно ибо мотивация команды в конечном итоге влияет на вовлечённость в развитие продукта
- секьюрити апдейты - оч важно
- повышение продуктивности - важно
- производительность - важно
- комфорт работы сотрудников - важно ибо мотивация команды в конечном итоге влияет на вовлечённость в развитие продукта
ну я не стал все перечислять
потом найти разработчика который захочет сидеть на 1.4 симфони выйдет в копеечку компании
потом найти разработчика который захочет сидеть на 1.4 симфони выйдет в копеечку компании
SZ
LTS версии дно. особенно те что поддерживаются по несколько лет
SP
Если ты разрабатываешь какую-нибудь библиотеку, фреймворк или CMS, которая должна работать на нескольких версиях PHP (скажем 7.1 - 8) , то вылазит большая проблема с этим же самым PHPUnit. Потому что у него нет ни одного мажорного релиза совместимого со всеми этими версиями. Отсюда начинаются танцы с бубнами (SYMFONY_PHPUNIT_VERSION и т.д.).
Поэтому все вендоров потиху отказываются от коробочных решений
I<
Поэтому все вендоров потиху отказываются от коробочных решений
мм. писать свой PHPUnit ?
SP
Для массового рынка "коробки" никому не выгодно - ни бизнесу ни кастомеру, а для тырпрайзов можно выкатить ценники которые покроют доп расходы