Вы перечисли базовые рекомендации по копирайтингу. Их можно найти даже в «обучалке» при написании статьи на Хабр :) LLMки в целом по умолчанию так и пишут/редактируют без явных промтов:) точно надо их явно уговаривать так сделать?
А мне нравятся короткие неймспейсы и юзинги без скобок. Надо было сразу так делать вообще. А с primary constructors будет скорее всего как с наллабилити, которую в трех версиях фактически релизили: сейчас без более продвинутых возможностей у них очень ограниченное применение. ИМХО их дальше будут обвешивать
Недавно спрашивал про primary constructors у Медса Торгенсена. Политика такая: они перешли на более частые и более гранулярный релизы. У них несколько вариантов дальнейшего развития primary constructors (и других фичей), но ни одна из реализаций не лишена изъянов. Они выпускают минимальную версию в прод и ждут фидбек. На основе фидбека решают какая из реализаций удовлетворяет большинсиво разработчиков. Так что и блоки инициализаторов и управление уровнями доступа или изменяемостью/неизменностью - все это может появиться в следующих версиях языка. С чего может реально пригореть и что может поменять много идиом C# - это ключевое слово extension, но с ним ясности нет пока.
Это было бы веселее в TS, потому что справа от extends может быть выражение, но там дженериков в рантайме нет :( Можно конечно "решить" с помощью clazz и/или символов, но снова костыли...
Вот на том же вопросе офигел) А дальше вопрос про коммуникацию между сервисами, в котором шина данных - единственный правильный вариант
In short, the microservice architectural style [1] is an approach to developing a single application as a suite of small services, each running in its own process and communicating with lightweight mechanisms, often an HTTP resource API.
Дядя Фаулер, не знаешь ты о чём пишешь, не добудешь золота.
приложение на любом стеке и "вклинить" его в существующую систему
Мухаха, оно конечно "вклинивается", но без single spa роуты делать больно:)
Если я не ошибаюсь, feature modules предполагает нахождение на одном сервере, а module federation позволяет тянуть части системы из любого места
Я никогда не пробовал, но, кажется, что можно разные чанки раскидать по серверам, но зачем... Если вы не про деплой в прод, а про репозиторий, то в одном репо, да.
Микрофроненды нашли хорошее применение в организации ролевого доступ к АРМ. Как я говорил в статье, у каждого приложения есть манифест и сервер о них знает.
Ну здесь можно и клеймами в JWT решить. Если к беку доступа нет, то и фронтовый никакого доступа не раскроет, а бек в любом случае придется защищать.
Так же, сильно ускорилась работа, были сформированы несколько команд/одиночных разработчиков, работающих абсолютно независимо друг от друга, без ожиданий очередей сборки с минимальными конфликтами в git
Вот тут сборка - да, а все остальное через feature modules можно решить.
Рекомендую переводчику ознакомиться вот с этим видео.
Babel также является основным инструментом, который может транспайлить наш код в старые синтаксисы, добавлять полифилы, кешировать результат и прочее.
Babel - это инструмент, позволяющий заменять путем транспиляции новые языковые конструкции старым, поддерживаемым синтаксисом, добавлять при необходимости полифилы, кешировать результаты и многое другое...
добавьте "бесплатно, прямо сейчас, без регистрации и СМС с выгодой до 37%, количество мест ограничено" и будет совсем хорошо :)
Вы перечисли базовые рекомендации по копирайтингу. Их можно найти даже в «обучалке» при написании статьи на Хабр :) LLMки в целом по умолчанию так и пишут/редактируют без явных промтов:) точно надо их явно уговаривать так сделать?
Ну так надо импортозаместить
Можете привести пример компании, создающий arc42 по брифу на заказ? Никогда не сталкивался
Вот тут https://github.com/max-arshinov/masad есть шаблон Structurizr + ADR + arc42.
А мне нравятся короткие неймспейсы и юзинги без скобок. Надо было сразу так делать вообще. А с primary constructors будет скорее всего как с наллабилити, которую в трех версиях фактически релизили: сейчас без более продвинутых возможностей у них очень ограниченное применение. ИМХО их дальше будут обвешивать
В мире Java довольно долго считали, что "много новых фичей в языке - это от лукавого", а потом появился Котлин и откушал часть рынка...
Недавно спрашивал про primary constructors у Медса Торгенсена. Политика такая: они перешли на более частые и более гранулярный релизы. У них несколько вариантов дальнейшего развития primary constructors (и других фичей), но ни одна из реализаций не лишена изъянов. Они выпускают минимальную версию в прод и ждут фидбек. На основе фидбека решают какая из реализаций удовлетворяет большинсиво разработчиков. Так что и блоки инициализаторов и управление уровнями доступа или изменяемостью/неизменностью - все это может появиться в следующих версиях языка. С чего может реально пригореть и что может поменять много идиом C# - это ключевое слово extension, но с ним ясности нет пока.
Да, например "родной": https://structurizr.com/share/83822/. Либо через CLI, Structurizr Lite или Structurizr on-prem. Плейграунд здесь: https://structurizr.com/dsl.
А EPAM вообще актуален в списке российских компаний?
Это было бы веселее в TS, потому что справа от extends может быть выражение, но там дженериков в рантайме нет :( Можно конечно "решить" с помощью clazz и/или символов, но снова костыли...
Вот на том же вопросе офигел) А дальше вопрос про коммуникацию между сервисами, в котором шина данных - единственный правильный вариант
Дядя Фаулер, не знаешь ты о чём пишешь, не добудешь золота.
C# всё больше концептуально тяготеет к C++...
На дженериках прекрасно пишутся dsl поверх linq. Для язык, где дженериков не было это, видимо, хаос и анархия.
Мухаха, оно конечно "вклинивается", но без single spa роуты делать больно:)
Я никогда не пробовал, но, кажется, что можно разные чанки раскидать по серверам, но зачем... Если вы не про деплой в прод, а про репозиторий, то в одном репо, да.
Ну здесь можно и клеймами в JWT решить. Если к беку доступа нет, то и фронтовый никакого доступа не раскроет, а бек в любом случае придется защищать.
Вот тут сборка - да, а все остальное через feature modules можно решить.
А в итоге зачем на проекте требовались микрофронтенды?
Докер, моки, тестовое окружение
Рекомендую переводчику ознакомиться вот с этим видео.
Babel - это инструмент, позволяющий заменять путем транспиляции новые языковые конструкции старым, поддерживаемым синтаксисом, добавлять при необходимости полифилы, кешировать результаты и многое другое...
Я к тому что в статье краткий пересказ PMBOK'а в свободной форме :)