Все потоки

Когда мы охватили пониманием основные слои архитектуры, возникает следующая дилемма, как связать все полученные артефакты в единое завершенное пространство замысла.

Нередко можно наблюдать ситуации, когда очень интересные и перспективные концепции гинут в болоте непонимания, только лишь из-за оторванности генератора идеи от общего уровня сознания профсообщества. 

По всей вероятности, нужна какая-то подводка. А очень может быть, сначала надо открыть людям целый новый мир, и только потом, в его свете, доносить идею.

На практике использование разнородных артефактов разных уровней абстракции является большой проблемой, поскольку теряется возможность сквозной трассировки архитектурных решений от целей и стратегий к потребностям, далее к описанию бизнес-процессов и функций системы, от них к структуре данных и поведенческим моделям, от моделей к макетам экранов и так далее по цепочке до “железа”. В предыдущих разделах мы использовали:

На связи Анатолий Шостак — сжигатель стартапов. Продолжаю документировать опыт поиска ниши для создания бизнеса. На этот раз про открытие первого сухого бассейна для взрослых.

Хабр, привет!

Сегодня я хочу поделиться с вами не просто еще одним кейсом или историей успеха. Это будет подробный, почти детективный разбор одной из самых принципиальных и поучительных историй в практике нашей компании INTEKEY. Речь пойдет о том, как слепая вера в «инновации» и массовый хайп чуть не привели нашего клиента к финансовому провалу в почти полмиллиарда рублей, и о том, как холодный, системный подход к логистическому проектированию, данные и трезвый расчет помогли принять единственно верное решение.

Это не теория и не маркетинговая сказка. Это реальный проект, с реальными цифрами, диалогами и сложными решениями. Меня зовут Владимир Финк, я генеральный директор компании INTEKEY, и эта история началась несколько лет назад, когда мы только выводили на рынок нашу WMS-систему. Мы тогда были молодыми и голодными, но уже тогда в нашем ДНК было заложено правило: сначала думаем, потом — делаем. И, как оказалось, это был наш главный козырь.

Привет! Меня зовут Гильметдинов Ильнур, ведущий эксперт Дирекции роботизации банка Уралсиб.

Сегодня хочу рассказать о вызове, с которым мы столкнулись в самом начале пути масштабирования RPA (Robotic Process Automation) внутри банка: как научить коллег, не имеющих опыта в программировании, не просто пользоваться роботами — а создавать их самостоятельно?

Это звучит амбициозно — и даже немного наивно. Но именно с этого начался наш путь к созданию внутреннего курса по RPA на платформе PIX.

Я Булат Хазимуратов, дизайнер в Daily Banking. Работаю над продуктами ежедневного пользования в мобильном приложении Альфа-Банка. Нам важно, чтобы они отвечали званию лучшего банка по версии Markswebb.

Расскажу, как мы подступались к сложной задаче: «Создать платный сервис в мобильном банке, который растил бы активность и лояльность клиентов».

Всем привет, с вами Артем Леванов, Front Lead в компании WebRise.

В прошлой статье мы разобрали, как навести порядок в создании форм — выделили примитивы, ячейки и типовые поля.

Следующая проблема, с которой сталкивается любая форма — валидация.

Формы могут быть красивыми и структурными, но без единого подхода к валидации они быстро превращаются в хаос.

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

Недавно в ходе рутинной разведки угроз я наткнулся на необычную фишинговую страницу, которая комбинирует социальную инженерию и коварный payload под видом обычной JPEG-картинки, убеждая пользователя самостоятельно выполнить вредоносный код. 

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

По сути, атака умело сочетает две техники: принуждение к локальному исполнению (ClickFix/FileFix) и контрабанду кэша (Cache Smuggling). В статье я подробно разберу каждый из этих приемов и покажу, как можно сделать доставку полезной нагрузки еще более незаметной.

Качество пользовательского опыта — задача не только для команд, работающих с внутренними клиентами, но и для тех, кто обеспечивает корпоративные услуги. Сейчас удобные корпоративные порталы для сотрудников стали конкурентными преимуществом компании на рынке, и некачественным корпоративным сервисам давно пора уделить больше внимания. 

Меня зовут Евгений Котухов, я эксперт по внедрению и оптимизации ITSM/ITAM решений, официальный технологический партнер SimpleOne с 10-летней экспертизой в автоматизации IT-процессов. Реализовал десятки ESM-проектов для компаний госсектора, энергетики, торговли и финансов. Специализируюсь на быстрых внедрениях полного цикла с запуском от 2 месяцев - от аудита процессов до рабочего решения, включая сложные интеграции с корпоративными системами. Обладаю опытом руководства командой, внедрения новых методологий и повышения качества IT-услуг через оптимизацию процессов и ITSM-систем.

Хочу поделиться своим мнением о способах обращения в техническую и клиентскую поддержку и рассказать о том, как поставить удобство человека во главу управления корпоративными услугами.

Привет, Хабр!

В последние годы CSS стабильно развивается. По себе знаю, что уследить непросто. По этой причине многие продолжают использовать лишь часть его возможностей, ограничиваясь проверенными годами решениями.

Ничего против них не имею. Просто хочу рассказать о нескольких приёмах, которые вы могли упустить. Они помогут вам в разных ситуациях.

Давайте посмотрим, что я вам подготовил.

«Где финал баннера?», «Почему опять старый логотип?» — если эти вопросы звучат чаще обычного, значит, в компании уже начался контентный хаос.

Файлы лежат в облаках, мессенджерах и на личных ноутбуках. Версии путаются, подрядчики получают не то, дедлайны сдвигаются. В какой-то момент бизнес понимает: просто «общего диска» уже мало.

В статье разбираемся:

• чем DAM отличается от облачных хранилищ;
• как он помогает маркетингу, бренду, продажам и ИТ;
• как AI сокращает ошибки и ускоряет работу;
• что важно при выборе системы и почему внедрение начинается не с софта, а с процессов;
• типичные провалы и как их избежать.

Привет, Хабр! Я — Павел Мирошин, тимлид команды разработки «Графини». Не так давно мы рассказывали о первом релизе «Графини» — нашей собственной российской платформы для визуализации, мониторинга и анализа данных. Кто пропустил — можете почитать по этой ссылке.

Во время проведения демо и тестирований мы получили много обратной связи и полезных идей для развития. Как результат — не удержались и выпустили незапланированный релиз «Графини» 1.1.0, в котором учли основные запросы. О самых интересных фичах новой версии рассказываем под катом.

Если вы хотите «потрогать» продукт — залетайте к нам в комьюнити. Там можно получить лицензию. 

На собеседованиях и литкоде любят вращать бинарные деревья. Но что насчёт трансформации обычного дерева в другое? Как решить эту задачу, и какие могут быть подходы? Рассмотрим на опыте трансляции одного синтаксического в другое, чтобы разобраться.

Платформа оркестрации голосового ИИ (VAIOP, Voice AI Orchestration Platform) — важнейший управляющий уровень для создания голосовых ИИ агентов и их подключения к коммуникационным системам. Такие платформы дают возможность управлять выбором больших языковых моделей (они же LLM) и систем для обработки и синтеза речи, координируют обработку реплик (VAD и turn-taking), управляют аудио потоками, обрабатывают вызовы внешних функций, обеспечивают соблюдение требований к инфраструктуре, в итоге позволяя внедрять надёжные масштабируемые решения для голосовых агентов в реальном бизнесе.

Рассказываем, как прошла первая половина ноября 2025 года в русскоговорящей игровой индустрии. В нашем дайджесте вас, как всегда, ждут свежие анонсы, подробности о новых проектах, а также важная информация из пресс-релизов ожидаемых игр.

Рефакторинг исторического кода с переходом на сервисную архитектуру напоминает игру в дженгу — надо аккуратно перестроить существующий проект и не сломать его. Но если вы меняете архитектуру с учётом жёстких требований PCI DSS в финтех-проекте, то одновременно с игрой в дженгу вам нужно балансировать на шаре и решать сложные уравнения. В этом мы убедились на собственном опыте.

Меня зовут Анатолий Яшкир. Я руководитель разработки финтеха ВКонтакте. В этой статье расскажу о специфике финтеха и нашем кейсе рефакторинга исторического кода с переходом на сервисную архитектуру. 

Фуллерены относятся к самоорганизующимся структурам и являются аллотропной модификацией углерода. Это замкнутые сферические или сфероидальные молекулы, состоящие из пяти- и шестиугольников. Были обнаружены фуллерены, содержащие от 28 до 100 атомов углерода, но наиболее стабильны молекулы С60 и С70. В молекуле фуллерена атомы углерода расположены в вершинах пяти- и шестиугольников, образующих поверхность сфероида. О них сегодня мы и расскажем.

Microsoft официально похоронила Windows XP еще в апреле 2014 года. С тех пор много воды утекло. За это время появились Windows 10 и 11, мир успел уйти в облака и уже попробовал вернуться назад, основным гаджетом для человечества стали смартфоны, а место главной технологии, определяющей наше развитие сегодня, занял ИИ. Казалось бы, в этом мире просто нет места древней ОС, которая устарела еще десятилетие назад. Но все не так просто. В 2025 году Windows XP не просто доживает свой век, а вполне успешно работает на многих видах устройств и пользуется сравнительно большой популярностью. Как же так вышло?

С выходом версии 2.4 Termit перестает быть только системой терминального доступа. Появился полноценный VDI на базе знакомого брокера, веб-клиент, «Приложения и рабочие столы» теперь доступны в двух режимах: терминальные сессии и виртуальные рабочие места. В результате Termit становится платформой виртуальных рабочих мест с единой логикой доступа и мониторинга.

Разбираем, что работает сейчас, какие ограничения есть и что проверять на пилоте.

Когда я только начал создавать KanaDojo, я не планировал строить серьёзную образовательную платформу или что‑то в этом роде. Мне просто нужен был простой, красивый и бесплатный способ практиковаться и учить японскую кану (по сути японский «алфавит», хотя точнее его описать как слоговую азбуку — не совсем так, как у нас в русском). Хотелось создать что‑то такое же минималистичное и затягивающее, как Monkeytype (загуглите! Очень классный проект), но для изучающих японский язык.

В то время я был простым студентом и сольным разработчиком (таким остаюсь и сейчас). У меня не было бюджета на маркетинг, команды или даже чёткой дорожной карты. Зато была одна цель: