@oop_ru

Страница 550 из 785
da horsie
09.03.2018
19:32:16
Вы откуда в таком количестве, граждане?

Alex
09.03.2018
19:40:01
А еще говорят айти специалиство не хватет, охапками растут по весне

Like
09.03.2018
19:42:00
А еще говорят айти специалиство не хватет, охапками растут по весне
Научишь отличать айти специалиста от человека который в чатик зашел??

Google
Bohdan
09.03.2018
19:42:31
"весеннее обострение"?

Arky
09.03.2018
19:54:12
подснежники)0

Victor
09.03.2018
20:47:49
подкачать ооп к лету

Evgeniy
10.03.2018
00:35:03
кстате а как там мир Java ? oracle совсем .... выпуская java 9 со сроком поддержки в 7 месяцев, https://habrahabr.ru/post/350774/ write once, run everywhere

ой так правильней write once run anywhere, мой инлишь как у мутко

Alex
10.03.2018
05:21:29
Evgeniy
10.03.2018
07:55:26
раньше шутили по поводу write once debug everywhere

то теперь еще можно шутить write once, update everymonth

Arthur
12.03.2018
11:49:56
всем привет, использует ли кто-нибудь CQRS?

в некоторых статьях про него так же упоминаются термины про DDD, что немного вводит в замешательсвто. Они как-то связаны ? или просто хорошо дополняют друг дртуга?

Sergey
12.03.2018
11:56:51
http://codebetter.com/gregyoung/2010/02/16/cqrs-task-based-uis-event-sourcing-agh/

DDD про чистую модель, CQRS позволяет тебе более качественно разделить ответственность между моделью "на запись", и "на чтение". CQRS простой паттерн. Напрямую с DDD никак не связанный. А вот event sourcing с DDD связано сильно и вот event sourcing без CQRS сделать не выйдет

Google
Sergey
12.03.2018
11:58:26
но это не значит что для DDD тебе нужен CQRS)

обязательно почитай по ссылке описание что такое CQRS, так сказать, от первоисточника

Mykola
12.03.2018
11:59:41
мы пользуем CQRS, но я не знал об этом три года... пока не стало модно использовать CQRS

Sergey
12.03.2018
12:00:11
мы пользуем CQRS, но я не знал об этом три года... пока не стало модно использовать CQRS
Фаулер говорит что "идея стара как мир, просто дали название") Хотя Янг тоже признает что идея старая очень

Arthur
12.03.2018
12:00:22
спасибо ) а event soucing это получается уже обязательный элемент DDD?

Sergey
12.03.2018
12:00:32
нет, это один из вариантов как можно делать модель на запись. У Event Sourcing свои плюсы и минусы

на некоторые задачи оно ложится хорошо, на другие "не так хорошо как другие"

https://www.youtube.com/watch?v=STKCRSUsyP0

можешь тут ознакомиться

Arthur
12.03.2018
12:01:57
спасибо за ответ!

Sergey
12.03.2018
12:05:45
мы пользуем CQRS, но я не знал об этом три года... пока не стало модно использовать CQRS
ммм... уточню... вы юзали именно CQRS? ну то есть разные "интерфейсы" для чтения и записи?

или шинами обмазываетесь?

Mykola
12.03.2018
12:06:11
1.7976931348623156e+308 === 1.7976931348623157e+308 > false 1.7976931348623157e+308 === 1.7976931348623158e+308 > true 1.7976931348623158e+308 === 1.7976931348623159e+308 > false 1.7976931348623159e+308 === 1.7976931348623160e+308 > true

Sergey
12.03.2018
12:06:21
последнее все же к CQRS имеет малое отношение

Mykola
12.03.2018
12:06:23
я там в чатике по жаваскрипту балуюсь

и вам хочу показать

Sergey
12.03.2018
12:07:19
Mykola
12.03.2018
12:07:48
ну присмотрись, там последние цифры имеют значение

Sergey
12.03.2018
12:07:59
ну я вижу что ты сравниваешь float

и чего-то ждешь

Google
Артур Евгеньевич
12.03.2018
12:08:18
ммм... уточню... вы юзали именно CQRS? ну то есть разные "интерфейсы" для чтения и записи?
так а если у меня например все действия на запись сделаны по нормальнйо архитектуре слоистой с ооп и всеми плюшками, а для участков где мне надо чтения я просто хреначу sql с нужными параметрами...это ведь тоже может считаться CQRS на минималках?)

Sergey
12.03.2018
12:08:19
вот только не могу понять чего ты ждешь от сравнения флотов0

Даниил
12.03.2018
12:08:20
Mykola
12.03.2018
12:08:39
ладно, специально для вас расскажу

а то в чатике жаваскрипта тоже думают, что дело в флоат

Sergey
12.03.2018
12:09:05
бинарное представление этих чисел запили

Mykola
12.03.2018
12:09:16
1.7976931348623157e+308 - это самый большой флоат в жаваскрипте

1.7976931348623158e+308 - этот флоат почему-то превращается в 1.7976931348623157e+308, когда ті его используешь

Sergey
12.03.2018
12:09:51
игры в переполнение?

Mykola
12.03.2018
12:10:13
1.7976931348623159e+308 - этот флоат превращается в Infinite

как и все последующие

соотвественно имеем ту картину, какую я обрисовал

Danil
12.03.2018
12:10:40
сейчас кто-нибудь додумается утащить это в вопросы к собеседованию

Ilia
12.03.2018
12:11:03
Ага!

Mykola
12.03.2018
12:11:22
первые два нормально сравниваются, вторые два - превращаются в одно и то же, потом идет сравнение с инфинити, и в четвертом случае оба инфинити

Страница 550 из 785