#архитектура — Public Fediverse posts

https://habr.com/ru/companies/baikalelectron/articles/1040160/

#иртыш #loongarch #архитектура

Habr @[email protected] · 2026-05-27 · 12:42 UTC

Мёд, крабы и чипы

Предисловие. Немного философское Недавно в российском информационном пространстве прогремело заявление заместителя Председателя Правительства России Ю.П. Трутнева, сделанное на 10-ой российско-китайской выставке ЭКСПО в Харбине:

https://habr.com/ru/companies/baikalelectron/articles/1040160/

#иртыш #loongarch #архитектура

Habr @[email protected] · 2026-05-27 · 12:42 UTC

Мёд, крабы и чипы

Предисловие. Немного философское Недавно в российском информационном пространстве прогремело заявление заместителя Председателя Правительства России Ю.П. Трутнева, сделанное на 10-ой российско-китайской выставке ЭКСПО в Харбине:

https://habr.com/ru/companies/baikalelectron/articles/1040160/

#иртыш #loongarch #архитектура

Habr @[email protected] · 2026-05-27 · 12:42 UTC

Мёд, крабы и чипы

Предисловие. Немного философское Недавно в российском информационном пространстве прогремело заявление заместителя Председателя Правительства России Ю.П. Трутнева, сделанное на 10-ой российско-китайской выставке ЭКСПО в Харбине:

https://habr.com/ru/companies/nanosoft/articles/1039196/

Habr @[email protected] · 2026-05-26 · 07:42 UTC

Технология многовидового представления в nanoCAD BIM Строительство

Современное проектирование – это постоянный поиск баланса между детализацией и производительностью. Чем точнее модель, тем тяжелее с ней работать. Именно здесь на помощь приходит концепция многовидовых представлений (Multiview) – способ организации данных, при котором один физический объект, будь то колонна или стена, может иметь несколько графических вариантов отображения. Долгое время эти задачи решались последовательно или разными программами, что приводило к ошибкам передачи данных и разрыву информационной целостности. Решение этой проблемы в Разобрать

#cad #nanocad #нанософт #проектирование #nanocad_bim_строительство #архитектура #строительство #инженерия #bimпроектирование #3dмоделирование

#3dмоделирование #bimпроектирование #инженерия #строительство #архитектура #nanocad_bim_строительство

Habr @[email protected] · 2026-05-26 · 07:42 UTC

Технология многовидового представления в nanoCAD BIM Строительство

Современное проектирование – это постоянный поиск баланса между детализацией и производительностью. Чем точнее модель, тем тяжелее с ней работать. Именно здесь на помощь приходит концепция многовидовых представлений (Multiview) – способ организации данных, при котором один физический объект, будь то колонна или стена, может иметь несколько графических вариантов отображения. Долгое время эти задачи решались последовательно или разными программами, что приводило к ошибкам передачи данных и разрыву информационной целостности. Решение этой проблемы в Разобрать

https://habr.com/ru/companies/nanosoft/articles/1039196/

#cad #nanocad #нанософт #проектирование #nanocad_bim_строительство #архитектура #строительство #инженерия #bimпроектирование #3dмоделирование

#3dмоделирование #bimпроектирование #инженерия #строительство #архитектура #nanocad_bim_строительство

Habr @[email protected] · 2026-05-26 · 07:42 UTC

Технология многовидового представления в nanoCAD BIM Строительство

Современное проектирование – это постоянный поиск баланса между детализацией и производительностью. Чем точнее модель, тем тяжелее с ней работать. Именно здесь на помощь приходит концепция многовидовых представлений (Multiview) – способ организации данных, при котором один физический объект, будь то колонна или стена, может иметь несколько графических вариантов отображения. Долгое время эти задачи решались последовательно или разными программами, что приводило к ошибкам передачи данных и разрыву информационной целостности. Решение этой проблемы в Разобрать

https://habr.com/ru/companies/nanosoft/articles/1039196/

#cad #nanocad #нанософт #проектирование #nanocad_bim_строительство #архитектура #строительство #инженерия #bimпроектирование #3dмоделирование

#3dмоделирование #bimпроектирование #инженерия #строительство #архитектура #nanocad_bim_строительство

Habr @[email protected] · 2026-05-26 · 07:42 UTC

Технология многовидового представления в nanoCAD BIM Строительство

Современное проектирование – это постоянный поиск баланса между детализацией и производительностью. Чем точнее модель, тем тяжелее с ней работать. Именно здесь на помощь приходит концепция многовидовых представлений (Multiview) – способ организации данных, при котором один физический объект, будь то колонна или стена, может иметь несколько графических вариантов отображения. Долгое время эти задачи решались последовательно или разными программами, что приводило к ошибкам передачи данных и разрыву информационной целостности. Решение этой проблемы в Разобрать

https://habr.com/ru/companies/nanosoft/articles/1039196/

#cad #nanocad #нанософт #проектирование #nanocad_bim_строительство #архитектура #строительство #инженерия #bimпроектирование #3dмоделирование

#cad #nanocad #нанософт #проектирование #nanocad_bim_строительство #архитектура

Habr @[email protected] · 2026-05-26 · 07:02 UTC

Не наступайте на наши грабли, если собираетесь использовать Temporal

Всем привет! Меня зовут Миша, я разрабатываю платформу Яндекс Еды. В декабре я рассказывал, как Temporal без боли решает привычную проблему распределённой бизнес‑логики . В продолжение темы я задумал написать такую статью, которую мне самому хотелось бы прочитать перед тем, как мы начали миграцию на Temporal. Всё изложенное проверено на практике: процессинг заказов Яндекс Еды уже почти год работает целиком на Temporal. Об общих принципах работы с Temporal я уже рассказал в предыдущей статье, а здесь я поделюсь полезными советами, выведенными из нашего опыта. Некоторые части специфичны для разработки на Go, а другие вполне универсальны. Они организованы от общих к частным. Поделюсь практическими советами по архитектуре, тестированию, детерминизму и безопасному развитию Workflow. Покажу, как организованы миграции и эксплуатации в крупном продакшене.

https://habr.com/ru/companies/yandex/articles/1037820/

https://habr.com/ru/companies/yandex/articles/1037820/

#архитектура #go #temporal

Habr @[email protected] · 2026-05-26 · 07:02 UTC

Не наступайте на наши грабли, если собираетесь использовать Temporal

Всем привет! Меня зовут Миша, я разрабатываю платформу Яндекс Еды. В декабре я рассказывал, как Temporal без боли решает привычную проблему распределённой бизнес‑логики . В продолжение темы я задумал написать такую статью, которую мне самому хотелось бы прочитать перед тем, как мы начали миграцию на Temporal. Всё изложенное проверено на практике: процессинг заказов Яндекс Еды уже почти год работает целиком на Temporal. Об общих принципах работы с Temporal я уже рассказал в предыдущей статье, а здесь я поделюсь полезными советами, выведенными из нашего опыта. Некоторые части специфичны для разработки на Go, а другие вполне универсальны. Они организованы от общих к частным. Поделюсь практическими советами по архитектуре, тестированию, детерминизму и безопасному развитию Workflow. Покажу, как организованы миграции и эксплуатации в крупном продакшене.

https://habr.com/ru/companies/yandex/articles/1037820/

#архитектура #go #temporal

Habr @[email protected] · 2026-05-26 · 07:02 UTC

Не наступайте на наши грабли, если собираетесь использовать Temporal

Всем привет! Меня зовут Миша, я разрабатываю платформу Яндекс Еды. В декабре я рассказывал, как Temporal без боли решает привычную проблему распределённой бизнес‑логики . В продолжение темы я задумал написать такую статью, которую мне самому хотелось бы прочитать перед тем, как мы начали миграцию на Temporal. Всё изложенное проверено на практике: процессинг заказов Яндекс Еды уже почти год работает целиком на Temporal. Об общих принципах работы с Temporal я уже рассказал в предыдущей статье, а здесь я поделюсь полезными советами, выведенными из нашего опыта. Некоторые части специфичны для разработки на Go, а другие вполне универсальны. Они организованы от общих к частным. Поделюсь практическими советами по архитектуре, тестированию, детерминизму и безопасному развитию Workflow. Покажу, как организованы миграции и эксплуатации в крупном продакшене.

https://habr.com/ru/companies/yandex/articles/1037820/

#архитектура #go #temporal

Habr @[email protected] · 2026-05-26 · 07:02 UTC

Не наступайте на наши грабли, если собираетесь использовать Temporal

Всем привет! Меня зовут Миша, я разрабатываю платформу Яндекс Еды. В декабре я рассказывал, как Temporal без боли решает привычную проблему распределённой бизнес‑логики . В продолжение темы я задумал написать такую статью, которую мне самому хотелось бы прочитать перед тем, как мы начали миграцию на Temporal. Всё изложенное проверено на практике: процессинг заказов Яндекс Еды уже почти год работает целиком на Temporal. Об общих принципах работы с Temporal я уже рассказал в предыдущей статье, а здесь я поделюсь полезными советами, выведенными из нашего опыта. Некоторые части специфичны для разработки на Go, а другие вполне универсальны. Они организованы от общих к частным. Поделюсь практическими советами по архитектуре, тестированию, детерминизму и безопасному развитию Workflow. Покажу, как организованы миграции и эксплуатации в крупном продакшене.

Habr @[email protected] · 2026-05-25 · 06:42 UTC

70% кода с AI — и ни на день быстрее

«70% кода написано с AI» звучит красиво в отчёте. Но почему это не делает продукт быстрее? Разбираем главную подмену понятий в текущем AI-хайпе.

#ai #искусственный_интеллект #разработка #архитектура #тестирование #эффективность #kpi #менеджмент #тестирование_по #архитектура_по

#архитектура_по #тестирование_по #менеджмент #kpi #эффективность #тестирование

Habr @[email protected] · 2026-05-25 · 06:42 UTC

70% кода с AI — и ни на день быстрее

«70% кода написано с AI» звучит красиво в отчёте. Но почему это не делает продукт быстрее? Разбираем главную подмену понятий в текущем AI-хайпе.

#ai #искусственный_интеллект #разработка #архитектура #тестирование #эффективность #kpi #менеджмент #тестирование_по #архитектура_по

#архитектура_по #тестирование_по #менеджмент #kpi #эффективность #тестирование

Habr @[email protected] · 2026-05-25 · 06:42 UTC

70% кода с AI — и ни на день быстрее

«70% кода написано с AI» звучит красиво в отчёте. Но почему это не делает продукт быстрее? Разбираем главную подмену понятий в текущем AI-хайпе.

#ai #искусственный_интеллект #разработка #архитектура #тестирование #эффективность #kpi #менеджмент #тестирование_по #архитектура_по

#тестирование_по #менеджмент #kpi #эффективность #тестирование #архитектура

Habr @[email protected] · 2026-05-25 · 06:42 UTC

70% кода с AI — и ни на день быстрее

«70% кода написано с AI» звучит красиво в отчёте. Но почему это не делает продукт быстрее? Разбираем главную подмену понятий в текущем AI-хайпе.

#ai #искусственный_интеллект #разработка #архитектура #тестирование #эффективность #kpi #менеджмент #тестирование_по #архитектура_по

#ai #искусственный_интеллект #разработка #архитектура #тестирование #эффективность

Habr @[email protected] · 2026-05-23 · 08:52 UTC

Feature Based Clean Architecture. Часть 2: Декомпозиция на сервисы: анализ ограниченности подхода

Стандартный ответ на god-сервис — декомпозиция: разнести логику по нескольким сервисам с чёткими зонами ответственности, оставить тонкий оркестратор. После рефакторинга код действительно становится приятнее на глаз, файлов больше, метод оркестратора плоский. Структурно — не меняется ничего: тот же god-сервис воспроизводится этажом ниже, в одном из новых сервисов. На следующей итерации декомпозиции — ещё раз. Это не ошибка реализации, а свойство подхода. Серия из пяти частей: пошаговый разбор траектории на сквозном Twitter-подобном бэкенде, расчёт ROI типичной деградации в долларах и человеко-часах ($30–60k в год для команды из двух мидлов, $6–15M в год для big tech — с полным расчётом в части 3), и формальное доказательство на языке теории графов, при каких структурных условиях деградация невозможна. Часть 2 — что произойдёт, когда команда честно сделает напрашивающийся после части 1 рефакторинг. Без художественности: реальный код после декомпозиции, демонстрация того, что на верхнем уровне всё действительно стало лучше, и параллельный запуск ровно того же сценария деградации уровнем ниже. Точка, в которой видно: декомпозиция не убирает проблему.

#nestjs #typescript #архитектура #бэкенд #антипаттерны #god_object #featurebased #технический_долг #рефакторинг #typeorm

#typeorm #рефакторинг #технический_долг #featurebased #god_object #антипаттерны

Habr @[email protected] · 2026-05-23 · 08:52 UTC

Feature Based Clean Architecture. Часть 2: Декомпозиция на сервисы: анализ ограниченности подхода

Стандартный ответ на god-сервис — декомпозиция: разнести логику по нескольким сервисам с чёткими зонами ответственности, оставить тонкий оркестратор. После рефакторинга код действительно становится приятнее на глаз, файлов больше, метод оркестратора плоский. Структурно — не меняется ничего: тот же god-сервис воспроизводится этажом ниже, в одном из новых сервисов. На следующей итерации декомпозиции — ещё раз. Это не ошибка реализации, а свойство подхода. Серия из пяти частей: пошаговый разбор траектории на сквозном Twitter-подобном бэкенде, расчёт ROI типичной деградации в долларах и человеко-часах ($30–60k в год для команды из двух мидлов, $6–15M в год для big tech — с полным расчётом в части 3), и формальное доказательство на языке теории графов, при каких структурных условиях деградация невозможна. Часть 2 — что произойдёт, когда команда честно сделает напрашивающийся после части 1 рефакторинг. Без художественности: реальный код после декомпозиции, демонстрация того, что на верхнем уровне всё действительно стало лучше, и параллельный запуск ровно того же сценария деградации уровнем ниже. Точка, в которой видно: декомпозиция не убирает проблему.

#nestjs #typescript #архитектура #бэкенд #антипаттерны #god_object #featurebased #технический_долг #рефакторинг #typeorm

#typeorm #рефакторинг #технический_долг #featurebased #god_object #антипаттерны

Habr @[email protected] · 2026-05-23 · 08:52 UTC

Feature Based Clean Architecture. Часть 2: Декомпозиция на сервисы: анализ ограниченности подхода

Стандартный ответ на god-сервис — декомпозиция: разнести логику по нескольким сервисам с чёткими зонами ответственности, оставить тонкий оркестратор. После рефакторинга код действительно становится приятнее на глаз, файлов больше, метод оркестратора плоский. Структурно — не меняется ничего: тот же god-сервис воспроизводится этажом ниже, в одном из новых сервисов. На следующей итерации декомпозиции — ещё раз. Это не ошибка реализации, а свойство подхода. Серия из пяти частей: пошаговый разбор траектории на сквозном Twitter-подобном бэкенде, расчёт ROI типичной деградации в долларах и человеко-часах ($30–60k в год для команды из двух мидлов, $6–15M в год для big tech — с полным расчётом в части 3), и формальное доказательство на языке теории графов, при каких структурных условиях деградация невозможна. Часть 2 — что произойдёт, когда команда честно сделает напрашивающийся после части 1 рефакторинг. Без художественности: реальный код после декомпозиции, демонстрация того, что на верхнем уровне всё действительно стало лучше, и параллельный запуск ровно того же сценария деградации уровнем ниже. Точка, в которой видно: декомпозиция не убирает проблему.

#nestjs #typescript #архитектура #бэкенд #антипаттерны #god_object #featurebased #технический_долг #рефакторинг #typeorm

#typeorm #рефакторинг #технический_долг #featurebased #god_object #антипаттерны

Habr @[email protected] · 2026-05-23 · 08:52 UTC

Feature Based Clean Architecture. Часть 2: Декомпозиция на сервисы: анализ ограниченности подхода

Стандартный ответ на god-сервис — декомпозиция: разнести логику по нескольким сервисам с чёткими зонами ответственности, оставить тонкий оркестратор. После рефакторинга код действительно становится приятнее на глаз, файлов больше, метод оркестратора плоский. Структурно — не меняется ничего: тот же god-сервис воспроизводится этажом ниже, в одном из новых сервисов. На следующей итерации декомпозиции — ещё раз. Это не ошибка реализации, а свойство подхода. Серия из пяти частей: пошаговый разбор траектории на сквозном Twitter-подобном бэкенде, расчёт ROI типичной деградации в долларах и человеко-часах ($30–60k в год для команды из двух мидлов, $6–15M в год для big tech — с полным расчётом в части 3), и формальное доказательство на языке теории графов, при каких структурных условиях деградация невозможна. Часть 2 — что произойдёт, когда команда честно сделает напрашивающийся после части 1 рефакторинг. Без художественности: реальный код после декомпозиции, демонстрация того, что на верхнем уровне всё действительно стало лучше, и параллельный запуск ровно того же сценария деградации уровнем ниже. Точка, в которой видно: декомпозиция не убирает проблему.

#nestjs #typescript #архитектура #бэкенд #антипаттерны #god_object #featurebased #технический_долг #рефакторинг #typeorm

#nestjs #typescript #архитектура #бэкенд #антипаттерны #god_object

Habr @[email protected] · 2026-05-22 · 11:22 UTC

Новые требования Москвы к ЦИМ для АГР: готовый инструмент для проектировщиков в nanoCAD BIM Строительство

С этого года требования к цифровым информационным моделям (ЦИМ) для получения свидетельств архитектурно-градостроительных решений (АГР) в Москве станут обязательными. Следуя запросам рынка, разработчики добавили в nanoCAD BIM Строительство поддержку новых регламентов – теперь экспорт в IFC можно гибко настраивать через маппинг параметров, в том числе для АГР. Узнать больше

https://habr.com/ru/companies/nanosoft/articles/1038142/

#cad #nanocad #nanocad_bim_строительство #нанософт #bim #проектирование #инженерия #цифровая_информационная_модель #архитектура #программное_обеспечение

#программное_обеспечение #архитектура #цифровая_информационная_модель #инженерия #проектирование #bim

Habr @[email protected] · 2026-05-22 · 11:22 UTC

Новые требования Москвы к ЦИМ для АГР: готовый инструмент для проектировщиков в nanoCAD BIM Строительство

С этого года требования к цифровым информационным моделям (ЦИМ) для получения свидетельств архитектурно-градостроительных решений (АГР) в Москве станут обязательными. Следуя запросам рынка, разработчики добавили в nanoCAD BIM Строительство поддержку новых регламентов – теперь экспорт в IFC можно гибко настраивать через маппинг параметров, в том числе для АГР. Узнать больше

https://habr.com/ru/companies/nanosoft/articles/1038142/

#cad #nanocad #nanocad_bim_строительство #нанософт #bim #проектирование #инженерия #цифровая_информационная_модель #архитектура #программное_обеспечение

#программное_обеспечение #архитектура #цифровая_информационная_модель #инженерия #проектирование #bim

Habr @[email protected] · 2026-05-22 · 11:22 UTC

Новые требования Москвы к ЦИМ для АГР: готовый инструмент для проектировщиков в nanoCAD BIM Строительство

С этого года требования к цифровым информационным моделям (ЦИМ) для получения свидетельств архитектурно-градостроительных решений (АГР) в Москве станут обязательными. Следуя запросам рынка, разработчики добавили в nanoCAD BIM Строительство поддержку новых регламентов – теперь экспорт в IFC можно гибко настраивать через маппинг параметров, в том числе для АГР. Узнать больше

https://habr.com/ru/companies/nanosoft/articles/1038142/

#cad #nanocad #nanocad_bim_строительство #нанософт #bim #проектирование #инженерия #цифровая_информационная_модель #архитектура #программное_обеспечение

#программное_обеспечение #архитектура #цифровая_информационная_модель #инженерия #проектирование #bim

Habr @[email protected] · 2026-05-22 · 11:22 UTC

Новые требования Москвы к ЦИМ для АГР: готовый инструмент для проектировщиков в nanoCAD BIM Строительство

С этого года требования к цифровым информационным моделям (ЦИМ) для получения свидетельств архитектурно-градостроительных решений (АГР) в Москве станут обязательными. Следуя запросам рынка, разработчики добавили в nanoCAD BIM Строительство поддержку новых регламентов – теперь экспорт в IFC можно гибко настраивать через маппинг параметров, в том числе для АГР. Узнать больше

https://habr.com/ru/companies/nanosoft/articles/1038142/

#cad #nanocad #nanocad_bim_строительство #нанософт #bim #проектирование #инженерия #цифровая_информационная_модель #архитектура #программное_обеспечение

#cad #nanocad #nanocad_bim_строительство #нанософт #bim #проектирование

Habr @[email protected] · 2026-05-21 · 19:52 UTC

«Продай мне этот космолёт» или история любви к симуляторам. От космосима X-Tension до ActorModel/DoD/ECS архитектуры. Ч3

Это третья и финальная часть истории. По исходному плану их должно было быть две, потом я честно обещал уложиться в три после второй, и вот мы здесь. Будем считать это уроком: при оценке объёма любого личного проекта смело умножайте свою оценку на полтора, как учит классика. Спасибо тем, кто дочитал до этого момента, и отдельное уважение тем, кто пришёл сюда с первой части без перерывов. Если совсем коротко напомнить, где мы остановились во второй части, то картинка такая. Гибридная архитектура из трёх слоёв: ECS-миры снизу как операционный движок для большого количества однотипных сущностей, акторы-менеджеры посередине как тактический уровень, и более тяжёлые акторы или сервисы наверху как стратегический мозг. Сбоку реактивная среда, которая подбрасывает события. Под всем этим слой данных на DuckDB. Технологически: Bevy ECS на Rust для движка, лёгкая акторная абстракция поверх, egui для дев-интерфейса, WASM для демонстраций в браузере, Godot 4 опционально как 3D-витрина. Этот расклад мне показался самым интересным, и в этой части я попытаюсь показать, к чему он прикладывается на практике.

#симуляторы #симуляции_и_моделирование #имитационное_моделирование #иерархии_управления #actor_model #data_oriented_design #entity_component_system #архитектура #bevy #akka

#akka #bevy #архитектура #entity_component_system #data_oriented_design #actor_model

Habr @[email protected] · 2026-05-21 · 19:52 UTC

«Продай мне этот космолёт» или история любви к симуляторам. От космосима X-Tension до ActorModel/DoD/ECS архитектуры. Ч3

Это третья и финальная часть истории. По исходному плану их должно было быть две, потом я честно обещал уложиться в три после второй, и вот мы здесь. Будем считать это уроком: при оценке объёма любого личного проекта смело умножайте свою оценку на полтора, как учит классика. Спасибо тем, кто дочитал до этого момента, и отдельное уважение тем, кто пришёл сюда с первой части без перерывов. Если совсем коротко напомнить, где мы остановились во второй части, то картинка такая. Гибридная архитектура из трёх слоёв: ECS-миры снизу как операционный движок для большого количества однотипных сущностей, акторы-менеджеры посередине как тактический уровень, и более тяжёлые акторы или сервисы наверху как стратегический мозг. Сбоку реактивная среда, которая подбрасывает события. Под всем этим слой данных на DuckDB. Технологически: Bevy ECS на Rust для движка, лёгкая акторная абстракция поверх, egui для дев-интерфейса, WASM для демонстраций в браузере, Godot 4 опционально как 3D-витрина. Этот расклад мне показался самым интересным, и в этой части я попытаюсь показать, к чему он прикладывается на практике.

#симуляторы #симуляции_и_моделирование #имитационное_моделирование #иерархии_управления #actor_model #data_oriented_design #entity_component_system #архитектура #bevy #akka

#akka #bevy #архитектура #entity_component_system #data_oriented_design #actor_model

Habr @[email protected] · 2026-05-21 · 19:52 UTC

«Продай мне этот космолёт» или история любви к симуляторам. От космосима X-Tension до ActorModel/DoD/ECS архитектуры. Ч3

Это третья и финальная часть истории. По исходному плану их должно было быть две, потом я честно обещал уложиться в три после второй, и вот мы здесь. Будем считать это уроком: при оценке объёма любого личного проекта смело умножайте свою оценку на полтора, как учит классика. Спасибо тем, кто дочитал до этого момента, и отдельное уважение тем, кто пришёл сюда с первой части без перерывов. Если совсем коротко напомнить, где мы остановились во второй части, то картинка такая. Гибридная архитектура из трёх слоёв: ECS-миры снизу как операционный движок для большого количества однотипных сущностей, акторы-менеджеры посередине как тактический уровень, и более тяжёлые акторы или сервисы наверху как стратегический мозг. Сбоку реактивная среда, которая подбрасывает события. Под всем этим слой данных на DuckDB. Технологически: Bevy ECS на Rust для движка, лёгкая акторная абстракция поверх, egui для дев-интерфейса, WASM для демонстраций в браузере, Godot 4 опционально как 3D-витрина. Этот расклад мне показался самым интересным, и в этой части я попытаюсь показать, к чему он прикладывается на практике.

#симуляторы #симуляции_и_моделирование #имитационное_моделирование #иерархии_управления #actor_model #data_oriented_design #entity_component_system #архитектура #bevy #akka

#akka #bevy #архитектура #entity_component_system #data_oriented_design #actor_model

Habr @[email protected] · 2026-05-21 · 19:52 UTC

«Продай мне этот космолёт» или история любви к симуляторам. От космосима X-Tension до ActorModel/DoD/ECS архитектуры. Ч3

Это третья и финальная часть истории. По исходному плану их должно было быть две, потом я честно обещал уложиться в три после второй, и вот мы здесь. Будем считать это уроком: при оценке объёма любого личного проекта смело умножайте свою оценку на полтора, как учит классика. Спасибо тем, кто дочитал до этого момента, и отдельное уважение тем, кто пришёл сюда с первой части без перерывов. Если совсем коротко напомнить, где мы остановились во второй части, то картинка такая. Гибридная архитектура из трёх слоёв: ECS-миры снизу как операционный движок для большого количества однотипных сущностей, акторы-менеджеры посередине как тактический уровень, и более тяжёлые акторы или сервисы наверху как стратегический мозг. Сбоку реактивная среда, которая подбрасывает события. Под всем этим слой данных на DuckDB. Технологически: Bevy ECS на Rust для движка, лёгкая акторная абстракция поверх, egui для дев-интерфейса, WASM для демонстраций в браузере, Godot 4 опционально как 3D-витрина. Этот расклад мне показался самым интересным, и в этой части я попытаюсь показать, к чему он прикладывается на практике.

#симуляторы #симуляции_и_моделирование #имитационное_моделирование #иерархии_управления #actor_model #data_oriented_design #entity_component_system #архитектура #bevy #akka

#симуляторы #симуляции_и_моделирование #имитационное_моделирование #иерархии_управления #actor_model #data_oriented_design

Habr @[email protected] · 2026-05-21 · 13:42 UTC

Архитектура монорепозитория для параллельного исполнения торговых стратегий

⚡ Архитектура монорепозитория для параллельного исполнения торговых стратегий Статья описывает архитектуру эмулятора биржи. Эмулятор ускоряет время в 6300x раз и запускает такую же торговую стратегию как в prod без изменений. В статье описаны практики структурирования кодовой базы для командной работы B-Tree O(log n) , memcache lookup O(1) , монорепозиторий, SRP, линейное расширение кодовой базы при модернизации

#typescript #javascript #python #binance #алгоритмическая_торговля #tradingview #мосбиржа #архитектура #архитектура_приложений #архитектура_по

#архитектура_по #архитектура_приложений #архитектура #мосбиржа #tradingview #алгоритмическая_торговля

Habr @[email protected] · 2026-05-21 · 13:42 UTC

Архитектура монорепозитория для параллельного исполнения торговых стратегий

⚡ Архитектура монорепозитория для параллельного исполнения торговых стратегий Статья описывает архитектуру эмулятора биржи. Эмулятор ускоряет время в 6300x раз и запускает такую же торговую стратегию как в prod без изменений. В статье описаны практики структурирования кодовой базы для командной работы B-Tree O(log n) , memcache lookup O(1) , монорепозиторий, SRP, линейное расширение кодовой базы при модернизации

#typescript #javascript #python #binance #алгоритмическая_торговля #tradingview #мосбиржа #архитектура #архитектура_приложений #архитектура_по

#архитектура_по #архитектура_приложений #архитектура #мосбиржа #tradingview #алгоритмическая_торговля

Habr @[email protected] · 2026-05-21 · 13:42 UTC

Архитектура монорепозитория для параллельного исполнения торговых стратегий

⚡ Архитектура монорепозитория для параллельного исполнения торговых стратегий Статья описывает архитектуру эмулятора биржи. Эмулятор ускоряет время в 6300x раз и запускает такую же торговую стратегию как в prod без изменений. В статье описаны практики структурирования кодовой базы для командной работы B-Tree O(log n) , memcache lookup O(1) , монорепозиторий, SRP, линейное расширение кодовой базы при модернизации

#typescript #javascript #python #binance #алгоритмическая_торговля #tradingview #мосбиржа #архитектура #архитектура_приложений #архитектура_по

#архитектура_по #архитектура_приложений #архитектура #мосбиржа #tradingview #алгоритмическая_торговля

Habr @[email protected] · 2026-05-21 · 13:42 UTC

Архитектура монорепозитория для параллельного исполнения торговых стратегий

⚡ Архитектура монорепозитория для параллельного исполнения торговых стратегий Статья описывает архитектуру эмулятора биржи. Эмулятор ускоряет время в 6300x раз и запускает такую же торговую стратегию как в prod без изменений. В статье описаны практики структурирования кодовой базы для командной работы B-Tree O(log n) , memcache lookup O(1) , монорепозиторий, SRP, линейное расширение кодовой базы при модернизации

#typescript #javascript #python #binance #алгоритмическая_торговля #tradingview #мосбиржа #архитектура #архитектура_приложений #архитектура_по

#typescript #javascript #python #binance #алгоритмическая_торговля #tradingview

Habr @[email protected] · 2026-05-21 · 12:52 UTC

Production начинается там, где заканчивается вайбкодинг

Сначала всё выглядело как типичная AI-история успеха. За пару вечеров LLM помогла превратить Google Sheets для учёта финансов в настоящее приложение. Потом появился backend, sync между устройствами, mobile-first UX, AI-рекомендации, rollback, conflict resolution, миграции, Docker images, golden tests и React-компонент на 10 537 строк. Оказалось, что AI действительно радикально ускоряет старт разработки. Но production начинается сильно позже демки.

#LLM #AI #production #localfirst #PostgreSQL #React #TypeScript #архитектура #petproject

#petproject #архитектура #typescript #react #postgresql #localfirst

Habr @[email protected] · 2026-05-21 · 12:52 UTC

Production начинается там, где заканчивается вайбкодинг

Сначала всё выглядело как типичная AI-история успеха. За пару вечеров LLM помогла превратить Google Sheets для учёта финансов в настоящее приложение. Потом появился backend, sync между устройствами, mobile-first UX, AI-рекомендации, rollback, conflict resolution, миграции, Docker images, golden tests и React-компонент на 10 537 строк. Оказалось, что AI действительно радикально ускоряет старт разработки. Но production начинается сильно позже демки.

#LLM #AI #production #localfirst #PostgreSQL #React #TypeScript #архитектура #petproject

#petproject #архитектура #typescript #react #postgresql #localfirst

Habr @[email protected] · 2026-05-21 · 12:52 UTC

Production начинается там, где заканчивается вайбкодинг

Сначала всё выглядело как типичная AI-история успеха. За пару вечеров LLM помогла превратить Google Sheets для учёта финансов в настоящее приложение. Потом появился backend, sync между устройствами, mobile-first UX, AI-рекомендации, rollback, conflict resolution, миграции, Docker images, golden tests и React-компонент на 10 537 строк. Оказалось, что AI действительно радикально ускоряет старт разработки. Но production начинается сильно позже демки.

#LLM #AI #production #localfirst #PostgreSQL #React #TypeScript #архитектура #petproject

#petproject #архитектура #typescript #react #postgresql #localfirst

Habr @[email protected] · 2026-05-21 · 12:52 UTC

Production начинается там, где заканчивается вайбкодинг

Сначала всё выглядело как типичная AI-история успеха. За пару вечеров LLM помогла превратить Google Sheets для учёта финансов в настоящее приложение. Потом появился backend, sync между устройствами, mobile-first UX, AI-рекомендации, rollback, conflict resolution, миграции, Docker images, golden tests и React-компонент на 10 537 строк. Оказалось, что AI действительно радикально ускоряет старт разработки. Но production начинается сильно позже демки.

#LLM #AI #production #localfirst #PostgreSQL #React #TypeScript #архитектура #petproject

#llm #ai #production #localfirst #postgresql #react

Habr @[email protected] · 2026-05-20 · 13:22 UTC

Цифровой двойник компании: с чего начать изменения в сложном ИТ-ландшафте

Внедрение связанных между собой бизнес-решений чревато тем, что любое изменение — новый метод продаж, продукт или процесс — превращается в хаос. Традиционный подход «начнём с системы» ведёт в тупик точечных доработок и несогласованности. Выход — цифровой двойник предприятия, но не как красивая 3D-модель, а как механизм управления изменениями. В предыдущей статье мы рассмотрели, как управлять изменениями в одном ИТ-ландшафте, а если их несколько? Сейчас познакомимся с тем, как синхронизировать миры бизнес-процессов и ИТ-ландшафта, чтобы эволюция компании стала управляемой, а не хаотичной.

#цифровой_двойник #управление_изменениями #итархитектура #бизнеспроцессы #bpmn #erp #crm #itsm #цифровая_трансформация #архитектура

#архитектура #цифровая_трансформация #itsm #crm #erp #bpmn

Habr @[email protected] · 2026-05-20 · 13:22 UTC

Цифровой двойник компании: с чего начать изменения в сложном ИТ-ландшафте

Внедрение связанных между собой бизнес-решений чревато тем, что любое изменение — новый метод продаж, продукт или процесс — превращается в хаос. Традиционный подход «начнём с системы» ведёт в тупик точечных доработок и несогласованности. Выход — цифровой двойник предприятия, но не как красивая 3D-модель, а как механизм управления изменениями. В предыдущей статье мы рассмотрели, как управлять изменениями в одном ИТ-ландшафте, а если их несколько? Сейчас познакомимся с тем, как синхронизировать миры бизнес-процессов и ИТ-ландшафта, чтобы эволюция компании стала управляемой, а не хаотичной.

#цифровой_двойник #управление_изменениями #итархитектура #бизнеспроцессы #bpmn #erp #crm #itsm #цифровая_трансформация #архитектура

#архитектура #цифровая_трансформация #itsm #crm #erp #bpmn

Habr @[email protected] · 2026-05-20 · 13:22 UTC

Цифровой двойник компании: с чего начать изменения в сложном ИТ-ландшафте

Внедрение связанных между собой бизнес-решений чревато тем, что любое изменение — новый метод продаж, продукт или процесс — превращается в хаос. Традиционный подход «начнём с системы» ведёт в тупик точечных доработок и несогласованности. Выход — цифровой двойник предприятия, но не как красивая 3D-модель, а как механизм управления изменениями. В предыдущей статье мы рассмотрели, как управлять изменениями в одном ИТ-ландшафте, а если их несколько? Сейчас познакомимся с тем, как синхронизировать миры бизнес-процессов и ИТ-ландшафта, чтобы эволюция компании стала управляемой, а не хаотичной.

#цифровой_двойник #управление_изменениями #итархитектура #бизнеспроцессы #bpmn #erp #crm #itsm #цифровая_трансформация #архитектура

#архитектура #цифровая_трансформация #itsm #crm #erp #bpmn

Habr @[email protected] · 2026-05-20 · 13:22 UTC

Цифровой двойник компании: с чего начать изменения в сложном ИТ-ландшафте

Внедрение связанных между собой бизнес-решений чревато тем, что любое изменение — новый метод продаж, продукт или процесс — превращается в хаос. Традиционный подход «начнём с системы» ведёт в тупик точечных доработок и несогласованности. Выход — цифровой двойник предприятия, но не как красивая 3D-модель, а как механизм управления изменениями. В предыдущей статье мы рассмотрели, как управлять изменениями в одном ИТ-ландшафте, а если их несколько? Сейчас познакомимся с тем, как синхронизировать миры бизнес-процессов и ИТ-ландшафта, чтобы эволюция компании стала управляемой, а не хаотичной.