Поясни

Какой инструмент использовать ?

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

rabbitmq или тот же redis, его должно хватать

rabbitmq или тот же redis, его должно хватать

Почитаю

rabbitmq или тот же redis, его должно хватать

а редис причем?

слышал и видел, как очереди задач реализуют на базе редиса как хранилища

те же ларавельщики вроде так делают

кстати, я ругался уже в симфони чатике, что мне не подошел дефолтный их транспорт, я решил писать не свой попробовал envolope и либу Макса из Харькова, а потом выбрал транспорт как редис и написал к нему пару обвязок и не удивление Messanger компонент ожил именно с редиской)

это я про редиску для очередей,делей джобов и пр

кстати, я ругался уже в симфони чатике, что мне не подошел дефолтный их транспорт, я решил писать не свой попробовал envolope и либу Макса из Харькова, а потом выбрал транспорт как редис и написал к нему пару обвязок и не удивление Messanger компонент ожил именно с редиской)

хм, интересн

кстати, я ругался уже в симфони чатике, что мне не подошел дефолтный их транспорт, я решил писать не свой попробовал envolope и либу Макса из Харькова, а потом выбрал транспорт как редис и написал к нему пару обвязок и не удивление Messanger компонент ожил именно с редиской)

какого Макса из Харькова?)

ну у тебя там delay был нужен, да?

https://github.com/php-enqueue/messenger-adapter

ну у тебя там delay был нужен, да?

ну в основном

Парни, правильно ли я понимаю что основное отличие стаба от мока, это то что стаб должен что то вернуть?

Парни, правильно ли я понимаю что основное отличие стаба от мока, это то что стаб должен что то вернуть?

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

стабы нужны для подмены зависимостей, моки нужны для проверки сайд эффектов

моков должно быть минимум (что можно перевести как сайд эффектов в коде должно быть минимум)

стабы не должны быть завязаны на такие вещи как "сначала ты вернешь 1 а на второй вызов - 2" - это как бы тоже запашек с зависимостями.

ну и если ты стаб описал но не вызывал - тесты не должны падать. Иначе это моки

моков должно быть минимум (что можно перевести как сайд эффектов в коде должно быть минимум)

если их будет максимум - офигеешь код менять. это даже на маленьком объёме кода заметно. Я как понаписал проверку всего поведения, потом решил поменять код, охренел, больше не хочется :D

если их будет максимум - офигеешь код менять. это даже на маленьком объёме кода заметно. Я как понаписал проверку всего поведения, потом решил поменять код, охренел, больше не хочется :D

ну солиды всякие тож про это - код должно быть проще менять. Проще код не менять вообще а только добавлять новый. О чем все эти солиды

а если код разделен хорошо и контракты не оч меняются - то и тесты редко меняются

и все счастливы

еще неплохо помогают всякие CQS, чем многие принебрегают. Ну типа тогда у тебя не будет стабо-моков

ну солиды всякие тож про это - код должно быть проще менять. Проще код не менять вообще а только добавлять новый. О чем все эти солиды

забавно, как это пересекается с ES, там тоже типа "а давайте только новое писать!" работает

Я думал про проверку это spy

Я думал про проверку это spy

spy насколько я помню это обычно прокся над реальной реализацией, когда как моки это вид фэйков

в js с моками плохо потому там все спаями обмазываются

Я думал про проверку это spy

я так понимаю там разница в том, что тест спай уже в тесте проверяется после запуска SUT

https://stackoverflow.com/questions/24413184/difference-between-mock-stub-spy-in-spock-test-framework

о, вроде норм

@arturpanteleev вообще хорошая (ну, мне понравилась) книжка есть Джерарда Месароша xunit patterns называется

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

Именно по этому тесты ДО имплементации чаще более эффективны нежели после. Типа... ты сначала продумываешь контраки поведение + то как клиентский код (а тесты это тоже клиентский код) будут с твоим кодом взаимодействовать.

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

есть прикольная штука - property based testing. Там основная загвоздка - как проверить систему на соответствие каким-то свойствам не дублируя реализацию. Типа.... вот у тебя есть функция сортировки массивов. На вход ты подаешь ей рандомно сгенерированные данные, как не дублируя реализацию протестить функцию?

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

https://stackoverflow.com/questions/45965699/mocks-vs-stubs-in-phpunit

я отсюда черпал инфу

про prophesize вообще не знал

есть прикольная штука - property based testing. Там основная загвоздка - как проверить систему на соответствие каким-то свойствам не дублируя реализацию. Типа.... вот у тебя есть функция сортировки массивов. На вход ты подаешь ей рандомно сгенерированные данные, как не дублируя реализацию протестить функцию?

вот хз вообще =\ типа надо сравнение элементов делать, но это уже сортировка. Если б данные были не рандомно сгенерированные - можно было бы просто захардкодить

вот хз вообще =\ типа надо сравнение элементов делать, но это уже сортировка. Если б данные были не рандомно сгенерированные - можно было бы просто захардкодить

ну тебе надо выделить свойства результата функции и их проверить) например - у отсортированного массива каждый следующий элемент больше либо равен предыдущему

ну тебе надо выделить свойства результата функции и их проверить) например - у отсортированного массива каждый следующий элемент больше либо равен предыдущему

ну хотя да, сравнение элементов будет, а сортировки уже нет. Но чёт это уже сложнее чем хардкод экспектед результатов. Хотя если реализация сортировки поменяется - код теста менять будет не надо, что есть гуд

ну хотя да, сравнение элементов будет, а сортировки уже нет. Но чёт это уже сложнее чем хардкод экспектед результатов. Хотя если реализация сортировки поменяется - код теста менять будет не надо, что есть гуд

сложнее, но зато намного больше вариантов можно проверить прчием автоматически. Это такая вот альтернатива триангуляции

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

про prophesize вообще не знал

это ты еще phpspec не юзал - волшебная штука...

оч удобно, и оч сильно ограничивает в том как и что ты тестишь

сложнее, но зато намного больше вариантов можно проверить прчием автоматически. Это такая вот альтернатива триангуляции

больше вариантов - это жирный такой плюс, да. Но тут похоже уже думать надо :D

больше вариантов - это жирный такой плюс, да. Но тут похоже уже думать надо :D

тип того, но вообще погугли, тема интересная очень

хорошо помогает с тестированием штук где оч много стэйта

и описать все пермутации классическим способом банально нереально

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

грустные собесы.... не люблю такие

ну не стоит по одному вопросу судить о 5 часовом собесе)

ну не стоит по одному вопросу судить о 5 часовом собесе)

5 часов собесов - это либо собес на джуна в шарашку где чел 4 часа пилит тестовое либо херня какая-то. даже в фэйсбуки собесы на части дробят что бы не больше 2-х часов

да я сумарную указал

не фейсбук но и не шарашки http://www.forbes.ru/tehnologii-photogallery/357559-20-samyh-dorogih-kompaniy-runeta-2018-reyting-forbes

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

https://github.com/pavel-grom/poker Накалякал такой вот пакет, прошу попинать за говнокод

Я думаю если уверенно клепаешь блоги, то можешь пытаться переходить на микросервисы

никогда не понимал смысл комментариев вида /** * Created by PhpStorm.

никогда не понимал смысл комментариев вида /** * Created by PhpStorm.

Автогенерятся просто

никогда не понимал смысл комментариев вида /** * Created by PhpStorm.

Ага ещё и автора кода указывают и свой емэйл

Типы что бы все знали кто написал этот супер код) Как нибудь уберу их, когда будет не влом

Всем добрый вечер

Хотел совета :) Читаю сейчас «чистый код» Робер мартин. Перед этим читал про рефакторинг мартин фаулер Вопрос: что бы вы ещё посоветовали почитать ? Скилл : джун перехожу на Стронг джуна :)

Хотел совета :) Читаю сейчас «чистый код» Робер мартин. Перед этим читал про рефакторинг мартин фаулер Вопрос: что бы вы ещё посоветовали почитать ? Скилл : джун перехожу на Стронг джуна :)

эрик эванс DDD. Джерард месарош xunit patterns. это то, что я читал сам и мне понравилось.

Спасибо, а тематика всё та же? Красивый код без запахов ?)

кто-нибудь наверняка бы посоветовал какого-нибудь грэди буча или кента бека или ещё кого

Спасибо, а тематика всё та же? Красивый код без запахов ?)

DDD - это про предметную область xunit patterns - про тестирование

Про тестирование, там начинается с основ ? Потому что в юнит тестах я полный ноль :(

Хотел совета :) Читаю сейчас «чистый код» Робер мартин. Перед этим читал про рефакторинг мартин фаулер Вопрос: что бы вы ещё посоветовали почитать ? Скилл : джун перехожу на Стронг джуна :)

а, ну и Фаулера PoEAA тоже почитай

эрик эванс DDD. Джерард месарош xunit patterns. это то, что я читал сам и мне понравилось.

Серьезно?)) джуну ддд?

Спасибо )) пойду скачаю всё на телефон. А то дорога на работу долгая... )))

Про тестирование, там начинается с основ ? Потому что в юнит тестах я полный ноль :(

там именно разжёвано, во всяком случае мне так показалось

Серьезно?)) джуну ддд?

Ну к НГ планирую закидывать заявочку на мидл- ?

еще можно sicp посоветовать чтобы он вообще убежал из профессии))

еще можно sicp посоветовать чтобы он вообще убежал из профессии))

Ну я 2.5 года варюсь в офисах )) просто мало уделял развитию

Серьезно?)) джуну ддд?

ну дык а чего ждать? Я вот тоже жунивар и ничего, читаю. Даже что-то понятно (маловато правда) :D

Ну к НГ планирую закидывать заявочку на мидл- ?

путь от стронг джуна до мидла за три месяца немного сомнителен имхо

@arturpanteleev а что бы вы посоветовали?)

ну хз я по своим ощущениям мидл причем не топовый далеко, но на вакансиимосковские последний год какие ходил это все были сеньорские, с зп выше рынка...так я этого эванса больше 10 страниц не могу читать без перерыва

2.5 года конечно имеют вес, но все же...

@arturpanteleev а что бы вы посоветовали?)

ща

путь от стронг джуна до мидла за три месяца немного сомнителен имхо

всё зависит от самооценки :D

всё зависит от самооценки :D

тоже тру

https://habr.com/company/piter/blog/352202/

https://www.ozon.ru/context/detail/id/139296295/

вот сайтец можно изучить https://refactoring.guru/ru

тоже тру

и потом - он не уточнял к какому НГ :D

ну а там дальше какая тем интересна тебе...вообще большинство можно въезжать по статьям или лекциям если видео больше нравится

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

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

а мне кажется наоброт как-то с фундаментального стоит начинать, а то потом нихера непонятно =\

вот еще забыл мастхев https://ruhighload.com/

а мне кажется наоброт как-то с фундаментального стоит начинать, а то потом нихера непонятно =\

ну наверно от человека зависит и типо мышления