AM
строчка в композер жсон, описание типов в аннотациях\атрибутах.
Описание типов это уже использование, а не подключение
Size: a a a
2021 February 11
i
Да, с точки зрения программирования - надо 3 команды запустить. А с точки зрения бизнеса нужен CI и прочие штуки
sc
Рассчитывать что каждый запустит его локально и исправит все ошибки нельзя
Не имею практического опыта, но насколько помню, в простой форме это можно решить через git-hooks
sc
Как дешевый вариант
AL
Ну навскиду я сейчас прошу 150 часов чтоб настроить простой php lint на синтаксис хотя бы. Это дороого для бизнеса с моим рейтом )
под настройкой ты имеешь ввиду исправление всех проблем в самом коде + написание новых аттрибутов для того чтобы проверка была корректной.
то тогда да.
лично я говорил про формальную сторону вопроса. скажем новый проект и обязательное использование psalm.
то это не должно занимать много усилий
то тогда да.
лично я говорил про формальную сторону вопроса. скажем новый проект и обязательное использование psalm.
то это не должно занимать много усилий
VC
Не имею практического опыта, но насколько помню, в простой форме это можно решить через git-hooks
не работает, никто не следит что новая версия прилетела при очередном пулле
PP
Да, с точки зрения программирования - надо 3 команды запустить. А с точки зрения бизнеса нужен CI и прочие штуки
Ну если для бизнеса проблема CI внедрить, значит точно не должна болеть голова о дженериках
i
Ну если для бизнеса проблема CI внедрить, значит точно не должна болеть голова о дженериках
голова болит не у бизнеса (:
MM
под настройкой ты имеешь ввиду исправление всех проблем в самом коде + написание новых аттрибутов для того чтобы проверка была корректной.
то тогда да.
лично я говорил про формальную сторону вопроса. скажем новый проект и обязательное использование psalm.
то это не должно занимать много усилий
то тогда да.
лично я говорил про формальную сторону вопроса. скажем новый проект и обязательное использование psalm.
то это не должно занимать много усилий
аще не занимает, просто людям зачастую лень. Так как массивы в пхп - штука забавная, надо много дополнительно описывать и вот тут в основном все сыпятся
PP
голова болит не у бизнеса (:
Так нужно сначала решать организационные вопросы. А потом уже к техническим приступать
VC
под настройкой ты имеешь ввиду исправление всех проблем в самом коде + написание новых аттрибутов для того чтобы проверка была корректной.
то тогда да.
лично я говорил про формальную сторону вопроса. скажем новый проект и обязательное использование psalm.
то это не должно занимать много усилий
то тогда да.
лично я говорил про формальную сторону вопроса. скажем новый проект и обязательное использование psalm.
то это не должно занимать много усилий
Нет, просто создание минимальных CI/CD пайплайнов на активные репозитории
AL
Нет, просто создание минимальных CI/CD пайплайнов на активные репозитории
хммм, и что же ты там на эстимировал на 150 часов?
.gitlab-ci слишком сложно написать?
.gitlab-ci слишком сложно написать?
MM
а так, шторм поддерживает псалм, псалм поддерживает дженерики... изи катка же
AL
хммм, и что же ты там на эстимировал на 150 часов?
.gitlab-ci слишком сложно написать?
.gitlab-ci слишком сложно написать?
я говорю не про полноценные пайплайны CI/CD, а только про проверку psalm-ом
AL
т.к. разговор именно об этом
VC
хммм, и что же ты там на эстимировал на 150 часов?
.gitlab-ci слишком сложно написать?
.gitlab-ci слишком сложно написать?
у нас тимсити
VC
я говорю не про полноценные пайплайны CI/CD, а только про проверку psalm-ом
нужно блокировать возможность мержа если проверка не прошла
VC
нельзя интегрировать )
VC
у нас тимсити
или мышкой все натыкивать, или Котлин учить
AL
а сделать ручной процесс не получится?
например у меня на текущей работе, тоже с этим плохо. используется репа от амазон сервисов.
и в итоге это остается на совести человека, который мержит
например у меня на текущей работе, тоже с этим плохо. используется репа от амазон сервисов.
и в итоге это остается на совести человека, который мержит