>> Закулисинъ (Закулисинъ) писал (а) в ответ на сообщение:
>>> не буду печальных анекдотов вспоминать .. но отмечу, что мой встречный (к микросервисам) вопрос про ESB и TDD повис в воздухе )
>>Ставить аббревиатуру которую человек не понимает - неприлично. >> Надо пытаться говорить на языке - доступном оппоненту.
> > если оппонент бьёт себя пяткой в грудь, и декларирует наличие двадцати лет опыта и желание с поговорить со знающих позиций о микросервисах, то неприлично было бы предположить, что он не знает, что такое ESB в применимости к теме о сервисах ... однако же вот ..
Enterprise Service Bus (ESB) architecture that serves as the foundation layer for SOA. When deployed as an ESB, Mule runtime engine combines the power of data and application integration across legacy and SaaS applications.
У меня сейча Mule кстати используется, для декларации (XML) всех JMS (message queue). Но подавляющее большинство Micro Services - сейчас это HTTP Restful Services Так что, не по теме.
18:24 23.02.2020
иг911 (ig911) писал (а) в ответ на :
> Enterprise Service Bus (ESB)
На моём прошлом проэкте испоьзовалась Spring JMS - и было на много проще чем с Mule.
>>> Закулисинъ (Закулисинъ) писал (а) в ответ на сообщение:
>>>> не буду печальных анекдотов вспоминать .. но отмечу, что мой встречный (к микросервисам) вопрос про ESB и TDD повис в воздухе )
>>> Ставить аббревиатуру которую человек не понимает - неприлично.
>>> Надо пытаться говорить на языке - доступном оппоненту.
>> >> если оппонент бьёт себя пяткой в грудь, и декларирует наличие двадцати лет опыта и желание с поговорить со знающих позиций о микросервисах, то неприлично было бы предположить, что он не знает, что такое ESB в применимости к теме о сервисах ... однако же вот ..
> > Enterprise Service Bus (ESB) architecture that serves as the foundation layer for SOA. When deployed as an ESB, Mule runtime engine combines the power of data and application integration across legacy and SaaS applications.
1) Mule это одна из реализаций, а ESB это именно архитектура 2) напомню вопрос
Закулисинъ (Закулисинъ) писал (а) в ответ на :
> почему ESB и концепция просто сервисов взлетела не так высоко, как хотелось бы - знаешь?
иг911 (ig911) писал (а) в ответ на :
> Но подавляющее большинство Micro Services - сейчас это HTTP Restful Services
вот-вот
иг911 (ig911) писал (а) в ответ на :
> Так что, не по теме.
Как-раз наоборот - по теме ... Вам осталось чуть-чуть проанализировать мой вопрос .. дать на него ответ, и остаток объяснения не отнимет много сил ни у Вас ни у меня
18:32 23.02.2020
Чуть не забыл .. а уж вопрос о том, как бы это всё могло быть связано с TDD это "на пять"
05:47 24.02.2020
Закулисинъ (Закулисинъ) писал (а) в ответ на :
> Чуть не забыл. а уж вопрос о том, как бы это всё могло быть связано с TDD это «на пять»
Какая у тебя платформа, .NET?
A это BS: Test-driven development (TDD) is a software development process that relies on the repetition of a very short development cycle: first the developer writes an (initially failing) automated test case that defines a desired improvement or new function.
В моём случае, чтобы что-то протестировать, QA должны пол дня integration tests ранать :)
У меня уже лет 15 на Windows апликации не ранались. Только Linux/Unix, ну и Oracle здесь.
06:46 24.02.2020
иг911 (ig911) писал (а) в ответ на :
> Закулисинъ (Закулисинъ) писал (а) в ответ на сообщение:
>> Чуть не забыл. а уж вопрос о том, как бы это всё могло быть связано с TDD это «на пять»
> > Какая у тебя платформа, .NET?
У меня платформа? Фломастеры но на ты перейти согласен)
иг911 (ig911) писал (а) в ответ на :
> A это BS: Test-driven development (TDD) is a software development process that relies on the repetition of a very short development cycle: first the developer writes an (initially failing) automated test case that defines a desired improvement or new function.
Угу. весь текст кроме расшифровки аббревиатуры и описания последовательности действий кодера - полный бс)
Ты лучше со сложных моментов не начинай — давай дружно сначала договорим о том, (напоминаю) почему по твоему
ESB и концепция просто сервисов взлетела не так высоко, как хотелось бы
иг911 (ig911) писал (а) в ответ на :
> В моём случае, чтобы что-то протестировать, QA должны пол дня integration tests ранать :)
для хорошо автоматизированного smoke или regression — много, для приличного интегрированного — мало … разве-что аппликушки мелкие совсем. но в принципе — как тестируется так и тестируется — рад за них)
иг911 (ig911) писал (а) в ответ на :
> У меня уже лет 15 на Windows апликации не ранались. > Только Linux/Unix, ну и Oracle здесь.
ну и зря … мало ли что и как нужно … я вот сходу не исключаю что где-нибудь, чему-нибудь надо и на вин серверах работать, и с ним тоже синтегрироваться придётся … к теме только это всё ну совсем никак не относится
07:20 24.02.2020
Закулисинъ (Закулисинъ) писал (а) в ответ на :
> ESB и концепция просто сервисов взлетела не так высоко, как хотелось бы
Тебе виднее, для меня Enterprise Service Bus, поднимает память 15-летней давности, когда говорили что везде нужно использовать Enterprise Java Beans (EJB) - где flow of data, messages, и других Enterprise services, должно декларироваться и ранаться на платформе (как Weblogic). Это всё остаётся в силе, но с тех пор много воды утекло.
07:23 24.02.2020
Закулисинъ (Закулисинъ) писал (а) в ответ на :
> для хорошо автоматизированного smoke или regression — много, для приличного интегрированного — мало
Нет, я с этим не спорю, просто когда приходят молодые начальники, и начинают учить программистов с опытом, что надо с начала написать unit test, а потом писать код - имеет смысл, но звучит для них как BS :)
> Закулисинъ (Закулисинъ) писал (а) в ответ на сообщение:
>> ESB и концепция просто сервисов взлетела не так высоко, как хотелось бы
>Тебе виднее, > для меня Enterprise Service Bus, > поднимает память 15-летней давности, когда говорили что везде нужно использовать
> Enterprise Java Beans (EJB) - где flow of data, messages, и других Enterprise services, > должно декларироваться и ранаться на платформе (как Weblogic). > Это всё остаётся в силе, но с тех пор много воды утекло.
нууу ... ты ж раньше в правильную сторону пошёл, сказавши что нынче микросервисы все рестфул .... доливаешь к этому пониманию stateless и можно под микроскопом искать десять отличий от старого .. а ejb это вообще не про то по-моему .. со словом энтерпрайз вообще много чего есть
07:28 24.02.2020
иг911 (ig911) писал (а) в ответ на :
> должно декларироваться и ранаться на платформе (как Weblogic).
А потом, когда я протрахался неделю чтобы понять как декларировать и ранать Authentication он Weblogic, я понял что там всё сделано чтобы нужно было звать консультантов от Weblogic.
Но Spring Framework я любил, там всё open source, и они не продают консультантов. :)
07:34 24.02.2020
Закулисинъ (Закулисинъ) писал (а) в ответ на :
> доливаешь к этому пониманию stateless
Во, ты зацепил самое главное. И в этом весь дебилизм!!! Они нам читают лекции про Micro Services, что все должны на них переходить. Мы перепиcали application на Гугл's Angular JavaScript framework. И все трубили про Micro Services.
А я на лекции у них спрашиваю, вы можете привести один пример Микро Сервиса в интранет апликации - который не пишет в базу данных, не имеет State, не имеет Session.
Он мне привёл в пример spell-checker :)))
07:39 24.02.2020
иг911 (ig911) писал (а) в ответ на :
> Закулисинъ (Закулисинъ) писал (а) в ответ на сообщение:
>> для хорошо автоматизированного smoke или regression — много, для приличного интегрированного — мало
>Нет, я с этим не спорю, > просто когда приходят молодые начальники, и начинают учить программистов с опытом, что надо с начала написать unit test, а потом писать код - имеет смысл, но звучит для них как BS :)
Тут весь вопрос в том, насколько хороша среда разработки. Если она хорошая (а я, к примеру, избалован со страшной силой), то да - наличие юнит тестов покрывающих близко к 100% функционала это великое дело, позволяющее сохранить запасы лекарства от головной боли в разы дольше, чем при их отсутствии .... а если среда разработки никакая, и чтобы запускать юнит-тесты надо писать свои программы и их тоже отлаживать - начинаются вопросы "нафига" и "доколе"
07:40 24.02.2020
иг911 (ig911) писал (а) в ответ на :
> А я на лекции у них спрашиваю, вы можете привести один пример Микро Сервиса в интранет апликации - который не пишет в базу данных, не имеет State, не имеет Session.
Так пусть пишет в базу то ... если он при вызове с одними и теми же параметрами пишет в базу одно и тоже то и ладно .. дальше уже долгий разговор о том, какой смысл у этого дела в транзакционных системах .. но напрягшись придумать можно
09:50 24.02.2020
Был Китай сейчас Индия. Все одна хрень. Главное когда дают задачу не давать им ответа до конца. Так они все проблемы решают и нанимать не надо
03:18 25.02.2020
Закулисинъ (Закулисинъ) писал (а) в ответ на :
> какой смысл у этого дела в транзакционных системах
Похоже этого - никто не понимает. У нас большинство интранет applications першли на Javascript Single Page UI (Angular or React). Они наверное вообразили что у них на Интранете, будет такой же трафик как у Facebook и Google :)
Без необходимости в horizontal scalability, зачем тогда всё кидать на FrontEnd и пытаться делать невозможное с Micro Services?
