?

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

кто-нить видал компарер объектов, наподобии как работает UoW с его computeChanges? нужно чтобы гулял во вложенные объекты

@fes0r , @Enleur не встречали ничего похожего?

@fes0r , @Enleur не встречали ничего похожего?

https://github.com/sebastianbergmann/diff

https://packagist.org/packages/diff/diff или вот

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

спасибо и на том

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

Кто то ссылку запостил?

вероятно

причём это только к нам идут

@alexbychek Boris @adolzhikov @kovtun_anton Вы откуда пришли?

Где ссылку взяли?

Просто интересно

@adolzhikov скинул, а что у этого клуба есть правило, никогда не упоминать о этом клубе ?

ну тогда кто то нарушил правило

У ES+CQRS есть какие то ограничения из-за чего данный подход не стоило бы применять в проектах определенного типа?

У ES+CQRS есть какие то ограничения из-за чего данный подход не стоило бы применять в проектах определенного типа?

размер проекта должен быть посерьезнее блога, плюс вся команда должна понимать подходы CQRS+ES (как говорил Окрамиус, писать при таком подходе реально скучно когда поймешь основы), но самое большое ограничение - бизнес далеко не всегда готов к такому подходу.

Бизнесу обязательно об этом знать?)

на Symfony Camp в том году доклад был на эту тему

там чуваки из Sixt мигрировали на cqrs/es

на Symfony Camp в том году доклад был на эту тему

я подходил к этим чувакам потом, там все немного пошло не по плану ))

на FWDays последних

они не очень в восторге на самом деле

говорят сложность сильно увеличилась

а профита минимум

Ну началось. То crqs es для илиты, то теперь cqrs ради cqrs))

Первое не исключает второе

а профита минимум

Или они не сумели его приготовить?

Или они не сумели его приготовить?

сумели приготовить, там архитектурно все поменялось

Так это вроде ещё до старта понятно, что подход потребует почти всё переписать

там в итоге от симфы пвообще отказались

Тлен

http://blog.byndyu.ru/2014/07/command-and-query-responsibility.html советую почитать это и комменты к статье

На фалкон свалили небось

На фалкон свалили небось

джава

Познали дзен?)

Ну это был сарказм) сегодня в треде обсуждали прост

http://blog.byndyu.ru/2014/07/command-and-query-responsibility.html советую почитать это и комменты к статье

Открыта эта ссылка уже 3 день, всё никак)

а есть книжки вернона по ддд в электронном виде у кого?

хочу пролистать выбрать бумажную купить )

ну и вообще сильно трешово на русском?

английскую долго ждать не хочется)

хочу пролистать выбрать бумажную купить )

даааааааааа, купиииииииить)))090)))

кек))

на либрусеке глянь

у либ рус ек Welcome to nginx! )))

а есть книжки вернона по ддд в электронном виде у кого?

Русской в электронной вроде вообще нет, а английская есть, даже в epub.

блин точно, для ознакомления норм, нашел уже)

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

Перевод в бумажной норм, если не считать переводы всех терминов капсом, типа ОГРАНИЧЕННЫЙ КОНТЕКСТ, АГРЕГАТ и пр. А текст слегка сложноват или нудноват.

Но в целом книга нужная. Примеры в ней на Java.

ага уже увидел яву) норм, всеравно только на ней примеры и попадаются как за философию заходит

благодарю

Если у соискателю в резюме написано Symphony, достаточного ли этого, чтобы перейти к следующему?

Если у соискателю в резюме написано Symphony, достаточного ли этого, чтобы перейти к следующему?

Если у него написано Symphony и др CMS, тогда достаточно.

ну... клип он знает значит

достаточно

мне больше нравится когда HR пишут symphony

это вы еще войну за ОПП не видели

ERROR: S client not available

HR'y простительно

пришлось жаловаться на hr

еще и на хамила, сказала не в моей компетенции их поправлять

а в чьей же блин тогда ???

HR'y простительно

нет, не простительно HR должен хотя бы минимально знать то, что он/она ищет

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

поддерживаю, это не сильно сложно "разобраться".

я уже начал таких хантеров вежливо тыкать носом в свой профиль

Я к тому что с HR'a спрос не большой, ну ошибся и ладно. В конечном счёте все поняли, что он хочет. А когда разработчик не знает как пишется его инструмент - это не тот же случай.

Как называется*

небольшой спрос когда тебе приходит 1 сообщение в месяц

а еще копипаст с другим именем

Я к тому что с HR'a спрос не большой, ну ошибся и ладно. В конечном счёте все поняли, что он хочет. А когда разработчик не знает как пишется его инструмент - это не тот же случай.

"ошибся" = "похеру"

в обоих случаях

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

Я как то при трудоустройстве вернул в отдел кадров трудовой договор с десятком пометок на грамматические и пунктуационные ошибки. Хотя я всегда троешник был, даже скорее двоечник с плюсом

"ошибся" = "похеру"

Боюсь назвать % людей, которые так работают в принципе. В любых сферах)

Боюсь назвать % людей, которые так работают в принципе. В любых сферах)

верю, но на кой мне идти в компанию где HR-у похеру кого она там ищет и т.д.

как по мне это неплохой фильтр для разработчика)

Тебе же не с HR'ом работать. Это проходной элемент)

Тебе же не с HR'ом работать. Это проходной элемент)

ну конкретно я с HR-ами непосредственно работал) собесы там всякие и т.д.

так что я на себе последствия подобного отношения испытывал)

эпичненько, когда HR делает первый собес (аутсорс HR практикуют такое)

по листику

с ответами

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

эпичненько, когда HR делает первый собес (аутсорс HR практикуют такое)

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

на СПб фронтенд будет подкаст о том, как правильно собеседовать айтишника

а когда технические вопросы по списку - ну тут уже зависит от компании. У меня был кейс когда много слишком собесов было и мы составляли список вопросов такой, который HR просто отправляла дальше. Но верификацией мы занимались

вообще ИМХО все должно быть в 3 этапа