Не так плохо, но как девы между собой разруливают кто налажал в WIP?

а как ты трекаешь кто налажал с мерджем?)

И получается, что когда все шпилят в WIP кто то один может заморозить движение в прод

ну то есть, что значит "налажал с WIP"?

))) Есть mergers

И получается, что когда все шпилят в WIP кто то один может заморозить движение в прод

branch by abstraction, feature toggles

и никаких фризов релиза

ну вот WIP не идет в зеленый туда пушило 10 разрабов

из за кого?

это как раз таки легко затрекать - чей коммит тот и папа

у тебя ж билд не выборочно срабатывает. 10 человек запушило - 10 раз был билд

:D таак

билд все таки делается по каждому коммиту?

билд все таки делается по каждому коммиту?

ну типа маловероятно что у тебя все 10 человек решили запушить в одну и ту же секунду

а если после фэйл билда пошли дальше коммиты?

а если после фэйл билда пошли дальше коммиты?

не пойдут, это одино из правил CI, если билд красный - у команды нет приоритета выше чем сделать его зеленым.

так что если ты в конце рабочего дня запушил изменений и сломал билд - изволь фиксить и пока не пофиксишь никуда не уйдешь

есть выдающиеся пушеры которые в вип пушат так что кофе не успеешь допить ?

есть выдающиеся пушеры которые в вип пушат так что кофе не успеешь допить ?

кто там про анархию говорил

так что если ты в конце рабочего дня запушил изменений и сломал билд - изволь фиксить и пока не пофиксишь никуда не уйдешь

Жестоко

Жестоко

на самом деле простой git revert все пофиксит если тебе лень)

но все таки применимо для работы

так что тебе надо просто дождаться окончания сборки и статуса

Почетал ветку и звучало оно как анархия

согласен, применимо для работы

Почетал ветку и звучало оно как анархия

никакой анархии

более того - намного эффективнее флоу с фичабрэнчами в силу кучи факторов. Но может не сработать в силу специфики модели доставки

ну или как у тебя - опенсурс - тут только через PR, во всяком случае для недоверенных лиц

ну как бы если проект даже частично опен сурс то не катит а для рабочих закрытых процессов да

ну как бы если проект даже частично опен сурс то не катит а для рабочих закрытых процессов да

команда проекта спокойно может так работать

не вижу препядствий

?

это к народу с OroCommerce

те не совсем по осс протоколу внутри работают а снаружи через PR

...вот и поговорили )))) можно вернуться к теме типов, постфиксной форме и котлину ?

или инжектите логгер в конструктор?

логгер в конструктор

Ocramius одобряет котлин

имхо СД это то о чем так долго говрили большивики...

но для этого надо сначала CI полноценный и покрытие кода тестами увеличить (end-to-end для начала намашнить)

каждый в это понятие вкладывает все что угодно, иногда волос дыбом встает) после общение с кандидатами для галочки приписывающие "CD" в резюме

1. так если по существу, СД без тестов = утопия. 2. бизнесс не дает на тесты ресурс - ваши проблемы (с) 3. мы не пишим тесты потому что за них никогда не платят, смотри п 2. 4. не помогает п.3 - есть варианты

?

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

combot.org/chat/-1001091570538

логгер в конструктор

но ведь он не несет никакой логики и занимает целое место в зависимостях) и мокать его не нужно

я к примеру предпочитаю \Psr\Log\LoggerAwareTrait + new NullLogger в конструкторе

Я еще юзаю евенты для этого

чтобы сервис с бл не зависел от инфраструктуры

получается сервис кидает евент, а уже логгер-подписчик логирует как ему надо

слишком много лишних телодвижений получается

смотря что еще за логи

если это какой-нибудь TraceableEventDispatcher то тут вообще декораторами делают

а если просто в монолог пописать то почему бы и в самом сервисе не использовать?

я щитаю нарушение SRP

если идти дальше то "а чо бы и письмо не отправить" )

в джаве логгеры к примеру вообще из статической фабрики берутся

и сами логгеры это статическое поле в классе

1. так если по существу, СД без тестов = утопия. 2. бизнесс не дает на тесты ресурс - ваши проблемы (с) 3. мы не пишим тесты потому что за них никогда не платят, смотри п 2. 4. не помогает п.3 - есть варианты

1. никто и не говорил что тестов нет) 2. не нужно спрашивать об этом у бизнеса, это ваша зона ответственности 3. мы пишем тесты потому что это входит в нашу работу

но ведь он не несет никакой логики и занимает целое место в зависимостях) и мокать его не нужно

и что?

1. никто и не говорил что тестов нет) 2. не нужно спрашивать об этом у бизнеса, это ваша зона ответственности 3. мы пишем тесты потому что это входит в нашу работу

как бы есть случаи когда народ увольняли за написание тестов)))) ?

как бы есть случаи когда народ увольняли за написание тестов)))) ?

очень интересно было бы поговорить с обеими сторонами сего конфликта

как бы есть случаи когда народ увольняли за написание тестов)))) ?

просто надо было тесты писать втихаря )

тут не так давно проходил чувак которого уволили за рефакторинг.... и в том случае работодатель поступил правильно потому что... ну там все плохо было)

так что я перед тем как пугаться что кто-то может кого-то за тесты уволить хотел бы больше узнать о произошедшем)

просто надо было тесты писать втихаря )

ну тип того. Если ты сабтаск на тесты делаешь - значит ты уже проиграл и подсознательно не хочешь их писать

ERROR: S client not available

я щитаю нарушение SRP

я не считаю это нарушением SRP, чаще это нарушение open/close

??? втихаря вариант но зависит от того кто сверху наблюдает за процессом и как шарит...

??? втихаря вариант но зависит от того кто сверху наблюдает за процессом и как шарит...

если ты вообще заморачиваешься такими вопросами - значит тесты у тебя не окупаются, а это надо думать почему.

тесты (особенно юнит) не должны налагать сильно много оверхэда на время разработки (ну может 10% каких, но не больше). e2e посложнее, но тут надо инфраструктуру один раз нормально сделать и потом не больно.

ну и конечно все обычно фэйлятся на этапе "я только учусь" когда оверхэд (как и от любой новой фигни) может и 200% достигать

да юниты даже для себя полезно будет, автоматизировать тестирование

чтобы не "тыкать" одно и тоже по сто раз

кстати tdd на юнитах - это норм или бред, который я сам выдумал?

а как еще?)

почему бред?

на e2e

ну или это bdd и я путаю понятия

если ты вообще заморачиваешься такими вопросами - значит тесты у тебя не окупаются, а это надо думать почему.

я про бехэйвиор

кстати tdd на юнитах - это норм или бред, который я сам выдумал?

ну вобще-то tdd именно на юнитах

когда не на юнитах - это atdd (acceptance test driven)

tdd на юнитах это то самое

ага, спасибо

я про бехэйвиор

?

behat и прочая е2е

ну или это bdd и я путаю понятия

bdd это вообще не про тесты. ну то есть как, оно пересекается с acceptance тестами но это больше про разговоры и формализацию требований

ну то есть bdd это specification by example + atdd

ну да, с учетом того, что там де-факто стандарт behat, который словесно почти все описывает...

ну sylius к примеру не тестит?

они кажись все через безат гоняют

behat + phpspec

словесность нужно наполнить словами

тьфу смыслом

@ui Scenario: Changing address of my order Given I had product "PHP T-Shirt" in the cart And I specified the shipping address as "Ankh Morpork", "Frost Alley", "90210", "United States" for "Jon Snow" When I go back to addressing step of the checkout And I change the shipping address to "Ankh Morpork", "Fire Alley", "90350", "United States" for "Jon Snow" And I complete the addressing step Then I should be on the checkout shipping step

это если что пример сценария из силиуса

??

вполне себе bdd

это же только геркин часть