Найти в Дзене
Покупайте СтеллыИ дарите их за контент
1 день назад
 • Вы подписаны

Инфракрасный порт: связь по лучу, который не видно глазу

Инфракрасный порт (ИК-порт) — это способ передать данные с помощью света, невидимого человеческому глазу. Внутри телефона стоял крошечный «фонарик» и «глаз»: светодиод посылал вспышки в диапазоне 850–900 нм (рабочая точка около 880 нм), а фотодиод их ловил. Наш глаз этот свет не замечает, а вот электроника — да. Чтобы разные телефоны понимали друг друга, в 1993 году крупные компании (HP, IBM и Sharp) создали объединение Infrared Data Association — Ассоциацию по инфракрасной передаче данных. Первые правила обмена они опубликовали в июне 1994 года...

6 дней назад
 • Вы подписаны

Всех причастных — с Днём программиста! 🎉 256-й день года, привет тем, кто понял, почему именно сегодня. Вы разговариваете с машинами на языке, который они наконец-то понимают, и превращаете «а можно вот так?» в работающую фичу. За каждой кнопкой, которую кто-то тыкает не глядя, — ваша логика, ваши нервы и та самая скобка, которую вы искали полчаса. Чего желаем всем и каждому: - чтобы прод падал только на стейджинге, а не в пятницу вечером - чтобы легаси-код доставался всегда кому-то другому - чтобы ревьюеры ставили LGTM без 40 комментариев - чтобы main был зелёным, кофе — крепким, а наушники — с шумоподавлением Спасибо, что каждый день превращаете хаос из задач, кода и дедлайнов в работающие системы. С праздником! 🚀 — АО «РУТ КОД»

1 неделя назад
 • Вы подписаны

Где ИИ в разработке реально помогает, а где только создаёт иллюзию скорости

Принято считать, что главная польза ИИ в разработке — быстрое написание кода. На практике всё сложнее. Наш руководитель отдела разработки интерфейсов Роман Зубков разобрал весь жизненный цикл создания цифрового продукта — от исследования задачи и проектирования до тестирования, запуска и поддержки — и показал, на каких этапах ИИ даёт максимум, а где по-прежнему решает человек. Внутри — без хайпа: — почему сбор требований ускоряется сильнее, чем написание кода; — как ИИ помогает сравнивать структуры...

1 неделю назад
 • Вы подписаны

Как доказать финансовый эффект от прогнозной аналитики: пример расчёта на цифрах Модель показывает точность 92%. Команда довольна. А на защите бюджета финдиректор задаёт один вопрос: «Сколько компания на этом заработала или не потеряла?» — и проект зависает. Мы видели эту сцену не раз. Точность прогноза и деньги — два разных языка. Вот как перевести один в другой. Рабочая логика простая: прогноз → решение → изменение показателя → деньги. Сам по себе прогноз ничего не экономит. Он лишь показывает риск. Эффект появляется, только когда на его основе меняют закупки, производство или запасы. Есть прогноз, но нет решения по нему — нет и эффекта, как бы точна ни была модель. Покажем на примере из закупок (цифры условные). Модель стала точнее — закупщик перестал перестраховываться. Средний запас упал со 120 до 95 млн ₽. При стоимости капитала 18% это ≈ 4,5 млн ₽ в год замороженных денег, плюс ≈ 2 млн ₽ на снижении списаний. Минус 2 млн ₽ на поддержку модели. Чистый эффект ≈ 4,5 млн ₽ в год. Обратите внимание: в расчёте нет слова «точность». Есть запасы, стоимость капитала, списания и затраты. Это язык, который принимает финслужба. «Повысили точность» — про модель. «Снизили потери от запасов на 25 млн ₽» — про бизнес. Финслужбе не нужно обещание, что ИИ «принесёт пару миллионов». Ей нужна прозрачная цепочка расчёта, где каждое звено можно проверить. Тогда аналитика перестаёт быть экспериментом с данными и становится инвестицией с понятной экономикой. А как у вас оценивают эффект от аналитики — через KPI модели или через изменение бизнес-показателей? #прогнознаяаналитика #DataAnalytics #ITстратегия #ROI #цифровизация

1 неделю назад
 • Вы подписаны

Как мы убрали десятки прямых интеграций и ускорили обмен данными на 50% Пока систем в холдинге было три-четыре, связки «каждая-с-каждой» работали. Когда стало восемь — обмен превратился в чёрный ящик: сбой искали вручную по каждой связке, а об обновлении формата в ERP узнавали, когда «легли» три интеграции, о которых никто не помнил. Мы построили корпоративную шину данных: системы перестали общаться напрямую, каждая подключилась к шине один раз. Что это дало: — скорость получения данных выросла на 50%; — обмен идёт параллельно, а не по цепочкам; — сбой теперь виден сразу на панели, а не после жалобы пользователя; — изменение формата в одной системе больше не ломает остальные. Правило простое: при любом инциденте сразу видно, на каком участке потерялись данные, а не проверяешь все связки по очереди. Чек-лист перед стартом шины: 🔹Карта всех связок «точка-точка». 🔹Критичные точки отказа — где сбой останавливает бизнес. 🔹Единый контракт данных и мониторинг с первого дня. Сколько у вас сейчас прямых интеграций между системами? #интеграции #ИТинфраструктура #цифровизация

1 неделя назад
 • Вы подписаны

Четыре документа, которые мы отдаём заказчику до того, как напишем первую строку кода

Самый частый вопрос на первой встрече звучит не «сколько стоит», а «как я буду понимать, что происходит». Отвечаем на него не словами, а составом предпроектных документов. Их четыре, и каждый закрывает конкретный страх заказчика. 1. Фич-лист. Реестр функциональных требований с оценкой трудозатрат по каждому пункту. Не «разработка модуля отчётности», а построчный перечень с часами. Закрывает страх «мне назовут одну сумму, а потом окажется, что половина не входила». Побочный и самый полезный эффект:...

Покупайте СтеллыИ дарите их за контент