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

Предыстория

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

Несколько лет назад я участвовал в соревнованиях по электронике и очень вдохновился интересным подходом и вовлеченностью разработчиков заданий. Прошло время, стал ездить на соревнования в качестве эксперта и в какой-то момент решил разработать устройство для одного из этапов соревнований – «программирование».

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

К началу 1980 года Apple II, который поначалу уступал Commodore PET и Tandy/Radio Shack TRS-80, добился невероятного успеха, во многом благодаря VisiCalc от Personal Software. IPO Apple в конце года подтвердило этот факт, создав сотни новых миллионеров. Два главных сооснователя Apple Computer, Стив Возняк и Стив Джобс, отреагировали на свой внезапный успех совершенно по-разному.

SciGraph показывает, почему GraphRAG для научных статей — это не только про графы и LLM, но и про честные метрики. В статье — разбор системы, которая связывает PDF, авторов, методы и цитирования, а заодно показывает, как красивая архитектура ломается на реальных вопросах исследователя.

Привет, Хабр! С вами Евгений Соловьев. Сегодня представляю вашему вниманию очередную историческую статью по мотивам моей книги «Платежные системы — вчера, сегодня и… завтра?».

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

Forza Horizon 6 уже здесь. Спустя несколько дней после открытия раннего доступа можно сделать кое-какие выводы. Разумеется, все описанное ниже — субъективный опыт автора и вкусовщина. На протяжении всей статьи вас ждет нытье сравнение новенькой игры с ее предшественницей, Forza Horizon 5. По пути порассуждаем о том, куда катится мировой аркадный игропром, почему ребята из Microsoft так любят Ford и не так любят Mercedes и стоит ли вообще тратиться на FH6 (а на релизе она совсем не дешевая). Поехали!

Привет! Меня зовут Артем Валевич, я тимлид в AGIMA. Данная статья про битрикс, а конкретно про его обновление. Казалось бы, что может быть проще, чем нажать на проде кнопку «Обновить» и дождаться полного обновления системы? Но чем проект больше и старше, тем сильнее хочется прочитать какую-нибудь молитву перед тем как это сделать. Если повезло — выдыхаем и радуемся обновлению. Если всё пошло «как всегда», то распаковываем бэкапы и пробуем снова.

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

Автономные агенты в разработке уже встроены в CI/CD живых команд, закрывают реальные тикеты и пишут код, который идёт в прод. Проблема не в том, что они это делают плохо, а в том, что метрики при этом выглядят слишком отлично.

Разобрали, как агенты проходят каждый этап SDLC, что именно идёт не так на каждом из них и почему зелёный дашборд стал наименее надёжным источником правды о состоянии команды.

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

Представим: вам пришла новая задача с высоким уровнем неопределенности. Требуется разобраться в процессе, уточнить порядок согласований и получить дополнительные данные от коллег. Такое задание автоматически воспринимается как более трудоемкое, чем есть в действительности. Так что же делает работу тяжелой? Спойлер - не ее сложность. 

Может показаться, что мы вешаем ярлык «тяжелые» на задачи, которые требуют больше энергии на усвоение информации. Простыми же считаем те, в которых мозг «отдыхает». Это звучит логично, но работает не совсем так.

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

Но при этом просмотр видео почти не ощущается как усилие. А вот написание текста, анализ или сложная задача - да.

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

Реалистичная озвучка текста на русском языке без студии и дикторов. Гайд по работе с ElevenLabs и обзор лучших нейросетей для генерации голоса в 2026 году.

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

Меня зовут Дарья Капустина, я — старший менеджер проектов в департаменте беспроводных технологий связи YADRO. В статье расскажу, как я пришла в управление hardware-проектами и чем такая работа отличается от привычного проджект-менеджмента в software.

Предлагаю вашему вниманию перевод seL4 Whitepaper, который является хорошим введением в одно из самых известных микроядер для ОС — seL4 (лицензия GPLv2).

Здесь не только специфика seL4 и микроядер, но и много полезного материала в целом по безопасности, формальной верификации, виртуализации и системам жёсткого реального времени.

Нашли в сети статью одного автора о том, как он усовершенствовал свою версию часов из вольтметра — перевели её для вас.

В далёком 2019 году я собрал свои первые простые часы с вольтметром.

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

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

Привет, Хабр! Я Алексей Шишкун, руководитель проектов в Т-Банке. Моя история — часть проекта «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 распределены роли между решениями со встроенными аккумуляторами для типовых задач резервирования и ИБП, для которого на первый план выходит увеличенное время автономной работы за счет внешнего массива аккумуляторов.