ну не верите, что руководство двух европейских банков удалось переубедить — не верьте, мне-то что.
Ну это опять просто слова ваши. Вы на техническом ресурсе не используете никакой технической доказательной базы ваших слов (например что евент лог лучше транзакций, где отражение этого лучше в техническом эквеваленте?) и делаете такие громкие заявления)
Если честно, мне кажется если вы хоть в 1 банк придёте и начнёте говорить что надо убирать транзакции и реляционные базы и заменять их на евентлоги и всякое самописное, самое лучшее что случится это у виска люди покрутят, но может и чего хуже ;)
Вы ошибаетесь как насчет того, что мне зачем-то нужно куда-то прятаться
Ваша грубость и есть попытка спрятаться.
Дак если вы все это видели и знаете, покажите технически что вы правили в транзакциях и победили евентлогом (в это я очень слабо верю). А то у вас в статье все на словах, сейчас вы мне свой опыт пересказываете (зачем? Покажите мне недостаток подхода и его решение, причём если вы уже занимались этим) но в статье у вас откровенный сумбур, никаких технических подробностей и примеров, так же как и с вашим опытом - просто надо верить на слова и все)
Для гарантий сложных правил бизнес логики не пригоден, только для простых сервисов request response.
Я даже не знаю как тут вопрос сформулировать, у меня мозг разжижается каждый раз когда я такое читаю. Хотелось бы пример какую мега логику нельзя написать на го или вообще на любом языке. Знаете, есть такое понятие как псевдокод, на нем пишется алгоритм, а потом реализуется почти на любом языке...
Как можно противопостовлять ООП и многопоточность... Вы вообще не понимаете о чем говорите, что за большое ваше ООП тоже не понятно (из которого вы ушли).
Вы бы вместо поясничества лучше бы в двух словах объяснили хоть что-то про DDD, а не кидали цитаты из вики, неужели так сложно парой слов описать то чем вы пользуетесь?
Дак вы тогда и пишите что это вы так хотите, зачем вы конкретные техники притягиваете сюда, если даже не пользуетесь ими. DDD дает техники для выделения предметной области, а не просто повод пофилосовствовать http это Domain или нет (конечно нет)))
Потомучто Domain это предметная область обернутая в код, а не HTTP запрос) Вы получается техническую реализацию суете в предметную область и говорите что у вас DDD, я вам уже привёл пример про веб сокеты, вы сказали такого не может быть в вашей задаче, ок, если в другой задаче может быть, у вас будет другой DDD?) Это просто нелепо
Вы пишите 2 статьи с DDD в названии, но все что у вас от DDD это картинка (и то только во второй статье, в первой вы просто говорите что у вас DDD, а у других нет) на которой написано Domain. Точно не вам объяснять мне что-то про DDD
Я вашу цитату привел что конкретно вы говорите, бизнес доверяет проверенным решениям (существцющим СУБД), а вы в статье пишете что из-за лени люди не поддерживают консистентность сами) это абсурд.
И что, вы в финтехе свои потоки данных писали, со своей консистентностью и транзакциями?)
Вы даже паттерны между которыми ставите знак равно не смогли нагуглить. Ещё так болезненно к критике относитесь) Что не совпадает с вашим описанием профиля)
Я вам ничего не объяснял изначально, вы статью позиционируете как что-то про DDD (еще и с кем-то себя сравниваете) я спросил где у вас DDD? Вы мне сказали что на картинке, ну на картинке так на картинке)
только чтобы не следить самим за консистентностью данных
Напишите свою СУБД, концепции которые они должны поддерживать все описаны в интернете, спецификация SQL тоже открытая.
А так, конечно, бредовая статья, мне кажется кто-то должен это написать) (EventLog приравниваете к EventSource) Вы хоть гуглом пользуетесь прежде чем статьи публиковать?)
Пропитана ненавистью и противопоставлением себя "en masse". На это хочется сказать - любая контр культура, это часть культуры которой она себя противопоставляет ;)
В неидеальном (приложение упало в процессе совершения перевода денег со счета на счет) — придется развернуть записи из ивентлога для воссоздания состояния объекта «незаконченный платёж» в памяти перезапущенного приложения.
Так что, каждый раз, когда вы начинаете мыслить вместо категорияй данных — понятийным аппаратом «базы» (транзакции, джойны, и так далее)
На этом моменте люди из финтеха как минмум недоумевают) Смотрите, в базе данных, транзакции - набор SQL инструкций, но что важнее результат этих инструкций отслеживается и при возникновении ошибки, вся транзакция откатывается. Вот, люди просто платежи через транзакции проводят, и если сеть упала, то считайте что транзакции и не было (ее вызова и самого перевода), получается и восстанавливать ничего не надо)
А вы запросы обрабатываете как-то? Ну всмысле перед записью в базу логика есть какая-то? Или просто перекладываете туда-сюда?
Прямо с завода пришли и говорят - наши вендинги вот так аналитику отсылают.
Вот так это как? Просто условный JSON вам показали? Или все-таки есть какое-то описание данных, которые, я так пологаю, надо обработать?
Да и темболее, смотрите, у вас аналитики отправлял по HTTP запросы, потом условно перешли на ВебСокеты для мониторинга в реальном времени и вы выкидываете ваши генераторы кода HTTP объектов (самой важной доменной области в приложении) и пишете новые для веб сокетов)) Это конечно же не DDD, а вы так говорите будто понимаете и сейчас тут будете всем объяснять)
Спорить с Вами дальше не буду - прошлый проект показывали даже ребятам из Росатома, сказали круто ).
Если честно это вообще не показатель, я уже на Хабре успел повидать и из бигтеха людей которые не до конца понимают о чем говорят (козырять статусом - пыль в глаза)
Ваша выжимка с вики ничего не добавляет.
Скажите, а вы HTTP запросы делаете для бизнеса? Куда логика бизнеса пойдет, в нагенеренный код?
У нас предметная область какая?
Запросы - Вот мы и создали объекты для описания HTTP запросов в Domain.
Так можно вообще любой сайт описать) Темболее вы сами привели из вики что Domain это система объектов, вы все HTTP запросы будете объектами описывать или как?) Ничего не понятно
Ну если ваше DDD и его объяснение в статье (надо же хоть как-то на этом остановиться, темболее если вы другим авторам себя в этом вопросе противопостовляете и если оно у вас в тегах и заголовке?) это картинка где написано Domain в котором объект что-то там делает, то смыславая нагрузка по DDD (что в статье, что получается в вашем проекте) стремится к 0
Ну это опять просто слова ваши. Вы на техническом ресурсе не используете никакой технической доказательной базы ваших слов (например что евент лог лучше транзакций, где отражение этого лучше в техническом эквеваленте?) и делаете такие громкие заявления)
Если честно, мне кажется если вы хоть в 1 банк придёте и начнёте говорить что надо убирать транзакции и реляционные базы и заменять их на евентлоги и всякое самописное, самое лучшее что случится это у виска люди покрутят, но может и чего хуже ;)
Ваша грубость и есть попытка спрятаться.
Дак если вы все это видели и знаете, покажите технически что вы правили в транзакциях и победили евентлогом (в это я очень слабо верю). А то у вас в статье все на словах, сейчас вы мне свой опыт пересказываете (зачем? Покажите мне недостаток подхода и его решение, причём если вы уже занимались этим) но в статье у вас откровенный сумбур, никаких технических подробностей и примеров, так же как и с вашим опытом - просто надо верить на слова и все)
Вы за своим самомнением все прячетесь, но та же стена что защищает вас, видимо не даёт вам видеть
И не можете удержать её в себе, пытаясь открыть что-то кто никто не понимает (конечно кроме вас)
Я думал хотя-бы на тему блокчейна пофантазируете))
Приведите пример счетов и банков без транзакций(что бы я ими не пользовался)
Какую бизнес логику не покрывает язык?
Я даже не знаю как тут вопрос сформулировать, у меня мозг разжижается каждый раз когда я такое читаю. Хотелось бы пример какую мега логику нельзя написать на го или вообще на любом языке. Знаете, есть такое понятие как псевдокод, на нем пишется алгоритм, а потом реализуется почти на любом языке...
Как можно противопостовлять ООП и многопоточность... Вы вообще не понимаете о чем говорите, что за большое ваше ООП тоже не понятно (из которого вы ушли).
Вы бы вместо поясничества лучше бы в двух словах объяснили хоть что-то про DDD, а не кидали цитаты из вики, неужели так сложно парой слов описать то чем вы пользуетесь?
Дак вы тогда и пишите что это вы так хотите, зачем вы конкретные техники притягиваете сюда, если даже не пользуетесь ими. DDD дает техники для выделения предметной области, а не просто повод пофилосовствовать http это Domain или нет (конечно нет)))
Потомучто Domain это предметная область обернутая в код, а не HTTP запрос) Вы получается техническую реализацию суете в предметную область и говорите что у вас DDD, я вам уже привёл пример про веб сокеты, вы сказали такого не может быть в вашей задаче, ок, если в другой задаче может быть, у вас будет другой DDD?) Это просто нелепо
Вы пишите 2 статьи с DDD в названии, но все что у вас от DDD это картинка (и то только во второй статье, в первой вы просто говорите что у вас DDD, а у других нет) на которой написано Domain. Точно не вам объяснять мне что-то про DDD
Я вашу цитату привел что конкретно вы говорите, бизнес доверяет проверенным решениям (существцющим СУБД), а вы в статье пишете что из-за лени люди не поддерживают консистентность сами) это абсурд.
И что, вы в финтехе свои потоки данных писали, со своей консистентностью и транзакциями?)
Вы даже паттерны между которыми ставите знак равно не смогли нагуглить. Ещё так болезненно к критике относитесь) Что не совпадает с вашим описанием профиля)
Я вам ничего не объяснял изначально, вы статью позиционируете как что-то про DDD (еще и с кем-то себя сравниваете) я спросил где у вас DDD? Вы мне сказали что на картинке, ну на картинке так на картинке)
Напишите свою СУБД, концепции которые они должны поддерживать все описаны в интернете, спецификация SQL тоже открытая.
А так, конечно, бредовая статья, мне кажется кто-то должен это написать) (EventLog приравниваете к EventSource) Вы хоть гуглом пользуетесь прежде чем статьи публиковать?)
Пропитана ненавистью и противопоставлением себя "en masse". На это хочется сказать - любая контр культура, это часть культуры которой она себя противопоставляет ;)
На этом моменте люди из финтеха как минмум недоумевают) Смотрите, в базе данных, транзакции - набор SQL инструкций, но что важнее результат этих инструкций отслеживается и при возникновении ошибки, вся транзакция откатывается. Вот, люди просто платежи через транзакции проводят, и если сеть упала, то считайте что транзакции и не было (ее вызова и самого перевода), получается и восстанавливать ничего не надо)
А вы запросы обрабатываете как-то? Ну всмысле перед записью в базу логика есть какая-то? Или просто перекладываете туда-сюда?
Вот так это как? Просто условный JSON вам показали? Или все-таки есть какое-то описание данных, которые, я так пологаю, надо обработать?
Да и темболее, смотрите, у вас аналитики отправлял по HTTP запросы, потом условно перешли на ВебСокеты для мониторинга в реальном времени и вы выкидываете ваши генераторы кода HTTP объектов (самой важной доменной области в приложении) и пишете новые для веб сокетов)) Это конечно же не DDD, а вы так говорите будто понимаете и сейчас тут будете всем объяснять)
Если честно это вообще не показатель, я уже на Хабре успел повидать и из бигтеха людей которые не до конца понимают о чем говорят (козырять статусом - пыль в глаза)
Ваша выжимка с вики ничего не добавляет.
Скажите, а вы HTTP запросы делаете для бизнеса? Куда логика бизнеса пойдет, в нагенеренный код?
Так можно вообще любой сайт описать) Темболее вы сами привели из вики что Domain это система объектов, вы все HTTP запросы будете объектами описывать или как?) Ничего не понятно
Ну если ваше DDD и его объяснение в статье (надо же хоть как-то на этом остановиться, темболее если вы другим авторам себя в этом вопросе противопостовляете и если оно у вас в тегах и заголовке?) это картинка где написано Domain в котором объект что-то там делает, то смыславая нагрузка по DDD (что в статье, что получается в вашем проекте) стремится к 0
Скажите, а причем в вашей статье DDD? Зашел посмотреть в первую статью, вы там пишите минус существующих статей с генерацией кода:
Так-же в 1 статье никак тема DDD не раскрывается, тут тоже не видно.