Google сделали подробный гайд по Nano Banana — топовой модели для генерации и редактирования картинок.

Внутри: примеры инструкций для создания фотореалистичных сцен, стикеров, дизайна сайтов и даже собственных комиксов. Промты отдают с готовым кодом.

Сохраняем по ссылке.

В Москве создана новая правовая основа для использования цифровых двойников и алгоритмического планирования

Постановлением Правительства Москвы от 12.08.2025 N 1998-ПП внесены изменения в ряд документов, регулирующих вопросы градостроительной деятельности в г. Москве, в частности:
- от 31.03.2011 N 99-ПП;
- от 05.04.2011 N 105-ПП;
- от 07.11.2012 N 633-ПП и иные.

Изменения направлены на внедрение и регулирование процессов цифрового мастер-планирования и использования трехмерных цифровых моделей (ВПМ и НПМ) объектов капитального строительства. Создана новая правовая основа для использования цифровых двойников и алгоритмического планирования, централизованы и разграничены полномочия между департаментами.

Renga Software выпустила готовый BIM-шаблон по новому стандарту ПНСТ 909-2024

🌐 Новый национальный стандарт разработан АО «ДОМ.РФ» и вводит строгие требования к цифровым моделям объектов строительства, особенно многоквартирных домов. Внедрение — это шаг к качеству, минимизации ошибок и упрощённым согласованиям.

🛠 Специалисты Renga подготовили материалы для быстрой адаптации к требованиям стандарта:
• Эталонный проект МКД (готовая RNP-модель)
• 12 шаблонов для создания новых проектов (RNT)
• Набор IFC-файлов для всех сценариев проверки
• Mapping-файлы для успешного экспорта
• IDS-правила для автоматической валидации в Pilot-BIM
• Утилита — скрипт для быстрого создания зон

Все решения созданы на базе реального проекта ООО «КС-Девелопмент» — поэтому 100% применимы в работе!

👉 Узнать подробнее можно здесь!
✅ А скачать шаблон здесь!

#renga_news

ИЦК: КАКОЕ ТАМ ТИРАЖИРОВАНИЕ!

Серьёзное российское деловое издание сообщает с утра: "Кэптивные ИТ-компании все чаще сталкиваются с тем, что созданные под собственные нужды продукты никому больше не нужны".

Профи давно известно, что не-профильные софтверные дочки всяких там "северсталей", "еврохимов", "новатэков", "сберов", да даже и "яндексов" не умеют затачивать и масштабировать свои внутренние ИКТ-решения для широкого рынка. А уж продвигать, продавать их и поддерживать их не могут – от слова "совсем".

Не зря разговор о том, чтобы значительно урезать их гигантское финансирование (в т. ч. – государственное) на эти "игры с ПО", идет на самом верху российской власти. Однако попытки "спасти положение" крайне непоследовательны.

А вот это и правда – новость! Один из крупнейших заказчиков отечественных ИКТ – нефтегазохимический гигант "Сибур" официально публично предупредил о проблемах с тиражированием ИТ-продуктов, созданных в т. н. Индустриальных Центрах компетенций (ИЦК).

О создании ИЦК – отраслевых ИКТ-консорциумов сам премьер Мишустин объявил на форуме "Цифровая индустрия промышленной России" (ЦИПР) аж в 2022-м. Эти вынужденные новообразования призваны были объединить индустриальных заказчиков и разработчиков решений (прежде всего – тяжёлых софтверных), чтобы вместе быстро предложить на замену иностранщине чисто отечественное индустриальное ПО.

Эти новые ИКТ-продукты предполагали развивать, кастомизировать и тиражировать на широком внешнем отечественном ИКТ-рынке. На поддержку начинания государство выделило огромные деньги. Только в 1-ю в первую "волну финансирования" выбрали 140 проектов на 170 млрд руб. (почти $2 млрд, ВЦ!), сообщил премьер на ЦИПР-2025. На деле всё произведенное как-то удовлетворило единицы узкопрофильных заказчиков и никак не соответствует требованиям рынка в целом, настаивают сами отраслевики. Не SAP и не Oracle то есть – как мечталось.

"Не все профинансированные решения тиражировали. Деньги-то выделили именно клиентам ИКТ, а они изо всех сил постарались реализовать проект с максимальным эффектом для себя", – заявил гендиректор "Сибур Digital" Денис Юдаков (фото). Вопрос тиражирования ИКТ-решений при выделении госсредств обязан стать первичным, резюмировал "цифровой" сибуровец.

Механизм ИЦК как он пока есть – не эффективен – подтверждают ведущие профи российской софтверной индустрии.
"Я много лет отдала разработке ПО и уверяю: идея, что внутри компании-заказчика можно "родить" какой-то общеполезный софт, – ложна. Создать тиражируемый продукт – совершенно не то же самое, что "наколенную фичу" для самого себя", – вторит коллеге председатель правления АРПП "Отечественный софт", президент ГК InfoWatch Наталья Касперская.

ВАШУ ЦИФРУ! Что-то следует из этих правильных слов? Нет. Недавно для госкомпаний РФ пОдняли предельную долю их собственных ИКТ-поделок до 70%. А следующим махом превратили их в отдельных, особо значимых получателей госденег на ИКТ-разработки.

Пара-тройка крупных, допустим, нефтяников, склепавших собственный ИКТ-продукт, легко убеждают власти, что он работает и готов к тиражированию. Но правда-то – совсем иная.

Никто их самопальную фичу не покупает: нет ни адаптации ее к открытому рынку, ни достаточной ИТ-команды, а главное – профи, что станут ту ИКТ-самоделку у массы заказчиков поддерживать. Бизнес-процессы "отраслевиков" тупо на такое не заточены.

Но так хотят продолжать и дальше. А ведь есть еще специндустриальное ПО, за которое никакой "нефтяник" никогда не возьмётся. Например – ино-телерадиовещательное. Так и будут значит российское ТВ и радио ломать в эфире. Да что там ТВ.. Страшно.

Может все-таки не нефтяников с железнодорожниками в ИЦК собирать? А профильных химико-, транспортно-, логистик-, теле- рыночных софтверов? И жестко принудить госов к отечественным ИКТ. Под страхом "казней". Надеемся, хотя бы в родных им Минцифры и МПТ этим, наконец, озаботятся. Чтобы реальное импортозамешщение тяжелого ПО в России пошло. А не вот это вот всё!

#Теория Почему у застройщиков не получается в IT?

В последние годы крупные девелоперы всё чаще пробуют запускать собственные IT-направления. Они хотят «цифровизироваться», уменьшить зависимость от подрядчиков и, главное, оставить созданные решения внутри компании. Но почти все эти истории заканчиваются одинаково: многомиллионными затратами, раздуванием штата и, в итоге, закрытием проектов. Примеры: ПИК, Эталон, ФСК, Sense, Страна девелопмент, Самолет. Почему так происходит?

1. Логика «лучше сделаем сами»
Собственники девелоперских компаний мыслят категориями контроля. Заплатить стороннему вендору 20 миллионов кажется дорого и «чужому дяде», а нанять команду программистов на зарплату — нормально: это же «свои люди», будто расходы из другого кармана, не его. В итоге компании выстраивают IT-подразделения по 30–100 человек, тратят сотни миллионов рублей и получают чемодан без ручки: деньги вложены, а отдачи нет.

2. Продукты делаются не для рынка
Все внутренние разработки изначально строятся под конкретные процессы застройщика. Системы жёстко «захардкожены» под их IT-архитектуру, методологию и схемы процессов. Лицензирования и механизма масштабирования нет. Шаг влево — и решение перестаёт работать. Поэтому, когда появляется идея «отбить инвестиции продажами», выясняется, что продавать просто нечего: продукт негибкий и не подходит другим игрокам.

3. Экономика не сходится
Даже если попробовать выйти на рынок, модель не работает. Крупные конкуренты не будут покупать «чужие» решения — они тоже пилят своё. Средние компании готовы брать, но за 1–2 млн рублей. А затраты на разработку у застройщиков — сотни миллионов. Собственник хочет вернуть всё и сразу, поэтому выставляет нерыночные ценники. Продаж нет, начинается вливание в маркетинг, конференции, презентации — деньги горят ещё быстрее.

4. Ошибки в команде и технологиях
Уровень команд зависит от конкретных людей на старте. Где-то удаётся собрать сильных разработчиков, но чаще в IT-подразделения девелопера попадают «писатели плагинов» и вчерашние джуны. Добавим сюда выбор стека «по знакомству» (например, Python как основной бэкенд у «Самолёта») — и фундаментальные ограничения закладываются сразу: решения медленные, плохо масштабируются, проигрывают конкурентам на рынке SaaS.

5. Иллюзия, что проблему решат продажи
Когда продукты не продаются, на сцену выходят «профессиональные продажники». Они убеждают руководство, что дело в маркетинге и воронке, а не в продукте. Начинается найм дорогостоящих команд сейлзов, экскурсии на корабликах, конференции, блогеры — и всё ради того, чтобы «показать динамику». Но отсутствие клиентов объясняется не воронкой, а тем, что продукт изначально не сделан для рынка.

6. Фиаско по кругу
Истории девелоперов похожи как под копирку. Вложения на десятки и сотни миллионов, внутренние продукты без перспектив коммерциализации, попытки «отбить» через маркетинг и продажи, закрытие или заморозка проектов. Некоторые компании держат команды «на всякий случай», не списывая убытки, чтобы формально не признавать провал.

Итог:
Главная причина неуспеха проста: девелоперы строят IT не как бизнес, а как внутренний цех. Без ориентации на рынок, без профессионального продуктового подхода и без понимания экономики. В итоге продукты остаются дорогими игрушками, а не устойчивыми бизнес-направлениями.