Kurgan-Telecom Ru | Информационные технологии

Привет, Хабр! Я Алексей Шишкун, руководитель проектов в Т-Банке. Моя история — часть проекта «20 в 20» в честь 20-летия компании. Двадцать специалистов из двадцати городов делятся своими историями в серии статей, чтобы показать ИТ-хабы в разных городах и рассказать о людях, которые в них выросли.

Мой путь не был прямой линией «университет → стажировка → разработка». Я начинал как инженер техподдержки и долго верил в миф: чтобы попасть в ИТ, нужно только писать код. Оказалось, точек входа гораздо больше. 

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

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

Гибридная архитектура голосового бота в финтехе — это не «NLU + LLM», а набор слоёв, где каждый отвечает за свою часть риска и пользы: ASR (Automatic Speech Recognition – автоматическое распознавание речи), NLU, routing, API, knowledge, compliance, voice и LLM-оркестрация. В такой системе самое слабое звено почти всегда важнее самой сильной модели. Если knowledge устарела, API не даёт факты, а routing не умеет передавать на человека, никакая LLM не спасёт.  

В современной веб-разработке SEO и производительность часто вступают в противоречие. SSR дает хорошую индексацию, но усложняет архитектуру. CSR быстрее в разработке и меньше нагружает сервер, но поисковые боты могут не понять страницу.

Мы разрабатываем продуктовый сайт на Angular 17 с микрофронтендовой архитектурой на Module Federation. Нам нужно было и хорошее SEO, и привычный CSR для пользователей. В итоге мы выбрали гибридный подход: для людей — клиентский рендеринг, для поисковых ботов — пререндеринг через доработанный сервис MTS botview.

В статье рассказываем, почему чистый SSR не подошел, как мы разделили рендеринг, что доработали в открытом решении и как отличаем ботов от людей без ошибок.

Привет, Хабр! Меня зовут Игорь Кайбанов, я эксперт СЭД/BPMS компании Axenix.

Cегодня я хочу поделиться практическим опытом реализации проекта для одного из наших заказчиков. Представьте ситуацию: в компании работают сотрудники из разных стран, а документы перемещаются между юрлицами и часовыми поясами, коммуникации могут деградировать, и в какой-то момент управляемость теряется. В таких условиях СЭД становится точкой консолидации процессов — слоем, где сходятся организационная структура, бизнес-логика и контроль.

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

Заказчик — крупная производственная группа с десятками заводов и офисов в нескольких странах. В России у этой компании распределенная структура с более чем 1500 сотрудников в различных часовых поясах и сотни пользователей систем электронного документооборота (СЭД). В организационной модели компании одновременно существует несколько типов подчиненности: организационная (линейная), дисциплинарная и функциональная (по процессам и центрам ответственности). Это означает, что классическая «вертикаль согласования» не работает. Любой бизнес-процесс должен учитывать сразу несколько измерений оргструктуры.

В проекте стояла не просто задача автоматизации документооборота. Требовалось собрать в единый контур разные страны с собственными регуляторными особенностями, юридические лица с разными зонами ответственности, бизнес-функции, распределенные по нескольким центрам учета. Отдельно стоит упомянуть пользователей с локализованными данными (включая имена на разных языках), а также сотрудников, работающих в ERP, но не использующих СЭД напрямую.

В этой статье показываю, как мы устранили хаос в воронках продаж ВКонтакте. Когда два разных чат-бота конфликтуют в одном паблике, бизнес теряет лиды и спамит клиентам. Разбираем под капотом (n8n + Postgres), как построить жесткую маршрутизацию трафика, сэкономить на кастомной разработке бэкенда и спасти конверсию промо-акций

По умолчанию идея рекомендательных алгоритмов не вызывает у меня никакого энтузиазма — в соцсетях я всегда переключаюсь с алгоритимического фида на хронологический (зря я что ли на всех, кого фолловлю, подписывался?), в киносервисах меня не интересует теле-кино-слоп под вывеской «вам может понравиться» (может понравиться, а может и не понравиться — как с вероятностью встретить динозавра на улице). С музыкой, однако, ситуация иная: с тех пор, когда я впервые прочитал в 2018 году про статистику, что люди, в среднем, после 33 лет перестают слушать новую музыку — мысль об этом прочно засела в моей голове (мне было как раз 30). Почему-то идея окостенения моих музыкальных вкусов мне совершенно не понравилась. И, если я пришёл в Яндекс Музыку в 2022 из-за санкций, то остался — из-за рекомендаций: если про своё избранное в Youtube Music я могу практически про каждый трек сказать, когда и как я его услышал и добавил (в чём, конечно, тоже есть свой кайф), то в Яндекс Музыке за 4 года соотношение в избранном треков, которые я услышал где-то и добавил сам, и треков, услышанных и сохранённых из рекомендаций Яндекс Музыки сейчас практически сравнялось. Т.е. половина моего избранного в Яндекс Музыке — это заслуга «старой» Моей волны, у которой в 2026 появился новый, более мощный рекомендательный алгоритм.

Не так давно в нашей линейке однофазных ИБП случилось пополнение: появились две близкие по назначению, но все же разные модели: Smart-Save SMT Tower и Smart-Save SMX Tower. Формально обе модели решают одну и ту же базовую задачу — защищают нагрузку от провалов, всплесков и кратковременных нарушений электроснабжения, но на практике каждая из них создавалась под свой сценарий применения. Именно поэтому в рамках этого обзора хочется не просто перечислить характеристики каждой модели, а показать, где проходит граница между SMT Tower и SMX Tower и в чем состоит техническая логика каждой платформы.

Сравнивать эти модели с конкурентами намеренно не будем. Гораздо полезнее сосредоточиться на том, как внутри собственного портфеля Systeme Electric распределены роли между решениями со встроенными аккумуляторами для типовых задач резервирования и ИБП, для которого на первый план выходит увеличенное время автономной работы за счет внешнего массива аккумуляторов.

Расскажу о такой типовой задаче — оценке эффективности наружной рекламы с использованием геоаналитики. Мы рассмотрим пример решения от обработки технического задания до построения итогового геоаналитического отчета.

Ambush! — быстрая дуэльная игра о боевых построениях и захвате фишек противника. Когда-то один из членов нашей команды создал настольную версию этой игры, а в рамках студенческого проекта в ФИИТ мы решили превратить её в полноценную компьютерную с мультиплеером. Рассказываем, почему выбрали не Unity, а Godot, что учились делать впервые без опыта и с какими проблемами столкнулись.

Если у вас кроссплатформенный проект на C или C++, то, как правило, вы не завязываетесь на одну систему сборки, а используете генератор сценариев для сборочных систем. Самый распространённый из них, CMake, недавно получил официальную интеграцию со статическим анализатором PVS-Studio для этих языков.

«make no mistakes» и «write if you need more context» – фразы, которые я до сих пор могу напечатать на клавиатуре с завязанными глазами, потому что они способны помочь выжать из ChatGPT рабочий код, а если Deep Thinking подключить, то вообще сказка, разве нет?

Меня зовут Андрей Жаров, iOS-разработчик из Doubletapp. За последние несколько месяцев я прошёл путь от чата до агентского флоу. Данный опыт применим практически к любому направлению разработки, тут не будет iOS-специфичного материала. Я не буду рассказывать, как вкатиться в AI с полного нуля или как завайбкодить приложение, а предлагаю разобраться, в чём разница между вайбкодингом и инженерным подходом. Давайте вспомним сначала, как индустрия шла от написания кода в ChatGPT к локальным агентам, потом рассмотрим, с какими проблемами столкнулась, и поймём, почему в какой-то момент мы все дружно перестали писать код и стали писать промпты.

Содержание

• «write if you need more context»
• Агентская эйфория
• Context Engineering
• Оркестрация
• Как я перестал бояться и полюбил prompt-injection
• Prompt as Tooling
• Meta-prompting
• Заключение

Привет, Хаброжители! Революционный гид по программированию на C# поможет превратить занудную учебу в захватывающее приключение.

Вы научитесь использовать классы и объектно-ориентированное программирование, создавать 3D-игры в Unity, работать с данными через LINQ-запросы. И все это — решая головоломки, выполняя практические упражнения, создавая реальные приложения.

Мечтаете о карьере разработчика? Вы освоите важнейшие методы и концепции разработки — подобно многим, кто научился программировать по этой книге и стал профи, тимлидом, стримером-кодером и не только. Для обучения не требуется никакого опыта, достаточно желания учиться.

Зарабатывайте 30% с первого пополнения и 20% со всех последующих вместо среднерыночных 10%. Пользователь закрепляется за вами, пока платит. Куки хранятся вечно. LTV стабильный, а средний чек бизнес-клиентов — 100 000 рублей.

Дочитайте до конца и узнайте всё о партнёрской программе SpeShu.AI.

В компаниях редко вся работа ведется в одной базе. Часто одновременно используются несколько решений 1С: для торговли, бухгалтерии, зарплаты, отраслевого учета. Все это нужно связать с работой сайта, маркетплейса, CRM, BI-системы, системы контроля доступа, сторонних баз данных.

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

Информация между системами должна оставаться согласованной - значит, нужно настраивать обмен...

При проведении пуско-наладочных работ на объекте Инженерам часто приходится иметь дело с "солянкой" различного оборудования на линиях RS-485, передающих данные по Modbus RTU на "средний", или "верхний" (в BMS\SCADA) уровни.

Написали программу, которая умеет искать Modbus RTU устройства по COM-порту, а так же через преобразователи интерфейсов с протоколами Modbus RTU over TCP и Modbus TCP. Прописали IP адрес и порт шлюза, выбрали протокол и готово.

Два года назад я столкнулся с бедой, избавление от которой сейчас ищут многие офисные работники и айтишники - техношея или text neck. Хруст в шее, сутулость, проблемы со спиной и осанкой. 

После погружения в тему и поиска решений я опубликовал на Хабре две статьи, в которых описал свой опыт.

Сегодня расскажу о том, как моя личная боль в итоге привела к созданию семейного проекта и курсов «Скорой помощи» для IT-специалистов.

Под катом - ссылки на первые статьи, статистика запуска пилотной версии курсов, выводы и результаты.

Недавно я увидел видео, где маленький мальчик собирает кубик Рубика за 2,76 секунды (вот оно), и мне тоже захотелось научиться его собирать. Конечно, не за такое время, но главное — суметь сложить хотя бы за 10 минут. Главная проблема в том, что кубика у меня нет; можно купить, но это как-то скучно, на троечку. Поэтому я подумал: а почему бы не написать за выходные простой код, чтобы побыстрее посмотреть и покрутить кубик, а потом уже можно и купить. Заодно и разберусь, где что находится у кубика.

Привет, это Илья, технический директор 2PEOPLE IT. Иногда бизнесу хватает готовой CRM, таблиц и пары интеграций. Но со временем процессы усложняются: данные живут в разных местах, отчеты собираются руками, сотрудники обходят систему через Excel и чаты.

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

Привет! Это карманный брелок-приставка с игрой Doom на Arduino nano! Из данного гайда вы узнаете как собрать карманную приставку с легендарной игрой Doom, с возможностью перепрошивки на что-нибудь другое! Также вы сможете получить опыт в 3D-печати, сборке и пайке электроники Arduino, и, разумеется, новые впечатления от создания таких компактных устройств.

По профессии я руководитель в ИТ. Когда-то давно кодил на Basic, Pascal и Delphi (диплом писал на нём же). Но с тех пор много воды утекло, и за современными технологиями я следил скорее как управленец.

У одной закрытой группы возникла потребность в мобильном приложении с доступом к статьям. Нанимать разработчика не хотелось — проект некоммерческий. К этому моменту я уже активно использовал ИИ для написания скриптов и даже более сложных программ: создал API-интерфейс, совместимый с OpenAI, который через браузер общался с бесплатным Perplexity и возвращал ответ. На его основе сделал плагин для VS Code — практически бесплатный аналог коммерческих AI-агентов. Поэтому для новой задачи я решил попробовать vibe-кодинг.

Проект требовал клиент-серверной архитектуры: авторизация, разграничение доступа к статьям, мобильное приложение для Android. Обсудив со мной варианты, ИИ помог определиться со стеком: Docker, Nginx, PostgreSQL, Node.js, React, Kotlin. Nginx я знал неплохо, базы данных были знакомы. Node.js и React «умник» пообещал закрыть все потребности — так и вышло. Для Android выбор был невелик, и я решил, что современный Kotlin будет интереснее.

Docker Compose стал обязательным для изоляции: VPS был арендован для других нужд, и не хотелось ничего ломать.