я вот просто думаю. У меня есть данные, которые необходимо логировать. Эти данные в исключение падают. Я все исключения обрабатываю в одном месте (там же и логирую). И вот вопрос - как передавать данные от места где вызвался эксепшн до логгера

и не упоролся ли я

а не, то есть ты эксепшены используешь для control flow

фу таким быть

а как быть

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

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

Круто!

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

фу

Сергей, подскажи вариант как сделать красиво)

писать в лог в куче частей проекта?

фу

Почему?

сервиса точнее

писать в лог в куче частей проекта?

тип того

и меньше кидать исключений)

ну короч, чел, это все от проекта зависит. не слушай меня

без них никак, у меня зависимости от внешних сервисов

фу

так в мануле было написано https://github.com/yiisoft/yii2-queue/blob/master/docs/guide/retryable.md

так в мануле было написано https://github.com/yiisoft/yii2-queue/blob/master/docs/guide/retryable.md

фу

так в мануле было написано https://github.com/yiisoft/yii2-queue/blob/master/docs/guide/retryable.md

иууу

так в мануле было написано https://github.com/yiisoft/yii2-queue/blob/master/docs/guide/retryable.md

Огонь!

не пойму этот чел троллит или что :D

@fes0r yii фу?)

Да!

@fes0r yii фу?)

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

какие именно зависимости?

Ну типа джоба должна залезть в базу или че-нить залогать...

Перефразирую: как тестите джобы?

лезет в базу, на внешнее апи. видимо компонент разруливает поэтму проблем не замечаем

тестим в косольке

тестим в косольке

Отлично)

:(

https://youtu.be/whCk1Q87_ZI?t=8m11s Кто-нибудь читал эту статью, о которой он говорит? Не могу найти. По аудио непонятно что за сайт =\

а хотя я нашёл вроде http://herdingcode.com/wp-content/uploads/HerdingCode-0051-Greg-Young-on-Our-Grand-Failure-Thoughts-on-DDDD.mp3 но это по ходу не статья :D наверное он там говорил hdc =\

Тут должна была быть речь Фесора о том, что cqrs эт не про шины)

Тут должна была быть речь Фесора о том, что cqrs эт не про шины)

Ну ты все сказал за меня

Ну ты все сказал за меня

хз) я наркоман)

А есть примеры CQRS в php

в плане, какие-нибудь крупные опенсорс

А есть примеры CQRS в php

http://getprooph.org/

Спасибо Фарт, партия будет тобой гордиться

https://github.com/prooph/proophessor-do-symfony допустим

Просто хочу попробовать ES на новом сервисе, может и до CQRS дело дойдет

phessor-do-symfony

даже fesor неправильно пишут

?

даже fesor неправильно пишут

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

Просто хочу попробовать ES на новом сервисе, может и до CQRS дело дойдет

cqrs главное чтобы было

а как же машин ленинг

к cqrs еще event sourcing прикольно )))

эксперементировать так по максимуму))

и сверху обмазаться ddd

особенное комбо можно собрать если это простейщий сайт визитка

особенное комбо можно собрать если это простейщий сайт визитка

а какое комбо можно собрать если это простейшее тестовое задание при принятии на работу! :D

особенное комбо можно собрать если это простейщий сайт визитка

далеко от визитки

за тридевять земель

а какое комбо можно собрать если это простейшее тестовое задание при принятии на работу! :D

особенно если его просят сделать на доске или листочке

особенно если его просят сделать на доске или листочке

И cqrs, и es делаются на листочке за 10 минут) 6 на ес, 1 на cqrs и остальное на перекур)

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

не совпали имена переменных не правильно, чем больше не совпало тем хуже решение

мы вам перезвоним)

Хз где ты находишь таких эйчаров)

Из моего не самого маленького опыта собеседоваеий роль эйчаров проста: встретить, посверкать смазливой мордашкой, предложить кофе и проводить к технарям)

в ит компании да

Ну, вроде, не в слесарном чатике сидим)

ERROR: S client not available

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

чтобы отсеить людей

потому что время техлида стоит > времени hr

и соответственно пропускная способность этого лида тоже ограничена и хорошо если желающих < пропускной способности техлида (доступной пропускной способности)

при увеличение желающих начинается самое забавное

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

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

да но время синьера тож денег стоит и не малых)

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

в некрупных тоже любят

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

не то что задачки про колодцы

меня в этих задачах раздражает, что иногда их копируют откуда-то из инета не до конца сформулированными. Хотя может до меня просто не допирает =\

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

делегируй, влавствуй, микросервисы

да но время синьера тож денег стоит и не малых)

Я про пропускную способность говорил, а не про стоимость. Конечно, немалых. Но нормальный HR, способный с первого раза закрыть вакансию, потратив минимум времени сеньора/лида, стоит сопоставимых с ними денег ;)

делегируй, влавствуй, микросервисы

Теория ограничений)

у меня на одной работе как было 1. Отдел кому нужен работник выставляет требования 2. hr дают кучу резюме соответствующим требованиям 3. Отдел увеличивает требования пока не уменьшится количество резюме до тех которые можно обработать человеку за час или несколько с кружкой кофе 4. по заинтересованным резюме hr звонит людям и уточняет могут ли они придти 5. приходят их собеседуеют 6. все уже нашли работу, снижаем требования пока не найдем те кто готов по собеседоваться и не подходил бы отделу

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

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

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

а hr не может быть спецом во всем

и если крупная ит компания может позволить нанимать hr специализировавшихся на поиске ит сотрудников

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

и приходится идти на компромисы

в совсем взрослых компаниях hr отчасти маркетолог - по требованиям определяет профиль кандидата, его привычки, потребности, места, где он пасется. формирует ценностное предложение под этотс сегмент кандидатов, делает лэндинги, размещает рекламу, считает конверсии итп )

это всякие ит конфы для айтишников)

бары после конф))

в совсем взрослых компаниях hr отчасти маркетолог - по требованиям определяет профиль кандидата, его привычки, потребности, места, где он пасется. формирует ценностное предложение под этотс сегмент кандидатов, делает лэндинги, размещает рекламу, считает конверсии итп )

ну как бы да, и таких 1 на 100

а hr не может быть спецом во всем

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

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

я согласен на 200%

так вот

давайте о чем-то более приземленном

накидайте ссылок на query builder-ы которые вам нравятся

и аргументируйте почему он хорош (аргументы "не ну че он из коробки был с ORM которая тоже из коробки к фреймворку X не принимаются)