Если вы хоть раз обучали модель компьютерного зрения, вы знаете, как качество данных решает всё. На первый взгляд кажется, что задачи у всех инструментов одинаковые: поставить рамку, провести полигон, экспортировать данные, но в реальности всё упирается в детали...
Недавно мы в Beeline Cloud поднимали тему забытых RFC из 90-х, а сегодня решили обсудить феномен текстовых игр. Кроме того, собрали руководства и веб-ресурсы, которые помогут запустить подобный проект или протестировать кастомные игры.
Привет, Хабр! Мы продолжаем изучать влияние глобальных мегатрендов на дизайн интерфейсов. В прошлых статьях мы уже разобрали, что такое тренды, как они рождаются и по каким законам живут; и изучили влияние культурных и социальных мегатрендов на дизайн интерфейсов.
В этой статье мы посмотрим, как глобальное потепление и устойчивое развитие меняют подходы к дизайну. Не переживайте, мы не будем пугать вас ужасами климатических и природных катастроф — просто разберемся, как это все связано с интерфейсами и какие приёмы в дизайне помогают нам адаптироваться к этим вызовам.
Перед вами детальный разбор TCP — движущей силы интернета, в котором мы шаг за шагом рассмотрим принципы этой технологии на подробных примерах.
Интернет — невероятное изобретение. Людей от него за уши не оттащишь. Вот только есть у этого изобретения проблемы с надёжностью — пакеты теряются, каналы перегружаются, биты путаются, а данные повреждаются. Ох, какой же опасный мир! (Буду писать в духе Крамера).
Хорошо, почему же тогда наши приложения вот так просто работают? Если вы выводили своё приложение в сеть, то процесс вам знаком: socket()/bind() здесь, accept() там, возможно, connect() вон там и, вуаля — данные надёжно текут в обе стороны упорядоченным и целостным потоком.
Сайты (HTTP), сервисы e-mail (SMTP) или удалённый доступ (SSH) — всё это построено на основе TCP и просто работает.
Бывало, открываешь код-ревью — и чувствуешь себя археологом. Каждый кусок кода — как артефакт из разных времен: тут блестит бронзовая монетка, там торчит бивень мамонта, а чуть дальше — отпечатки времен .NET 4, пережившие три рефакторинга. Все это чудом взаимодействует, но порой страшно тронуть — вдруг вся конструкция рассыплется.
Эта история знакома многим командам. Мы привыкли думать, что хороший фреймворк — это гибкий фреймворк. Что чем больше у него возможностей, тем лучше. И действительно: гибкость помогает выйти на рынок, быстрее выпустить первую версию, подстроиться под новые требования. Но в какой-то момент эта гибкость начинает мешать.
Мы в команде разработки пользовательского интерфейса поняли это, когда наш общий код перестал быть общим: его было слишком много, он жил своей жизнью, и никто уже не знал, что в нем есть и как оно работает. С этого начался Kaspirin — наш внутренний фреймворк, который мы создали не для расширения возможностей, а чтобы навести порядок и убрать лишнюю вариативность. Название придумалось само собой: смесь Kaspersky и aspirin — лекарство от головной боли, вызванной избыточной гибкостью.
Рассказываем, почему главный инструмент дизайнера будущего — эмпатия
Меня зовут Саша, и последние 12 лет моя жизнь — это дизайн. Сегодня я руковожу дизайн-командой в KISLOROD, а в прошлом — помогал крупным брендам и миллионным сервисам обрести их уникальный голос и форму.
Помните, пару лет назад мы всерьез обсуждали, что ИИ скоро оставит дизайнеров без работы? На дворе уже почти 2026-й — а мы все еще здесь. Алгоритмы научились рисовать и подбирать цвета, но считывать контекст, настроение, тревогу, усталость клиента — все еще наша зона ответственности. Поэтому тренды 2026 года — именно про ощущения. Проанализировал и собрал, что, на мой взгляд, будет максимально востребовано.
Однажды в блоге у одного хорошего знакомого DevRel-a я увидел статью на весьма необычную для разработчика тему — как выбрать хорошую схему для подсветки синтаксиса в IDE.
Тема мне не чужда, часто приходится ковыряться в Python, а потому для меня вопрос цветовой схемы ни разу не праздный — от некоторых цветовых схем кровь из глаз (а они, глаза-то, увы, не казенные).
В общем, мы перевели и адаптировали этот материал для вас.
В данной статье я хочу сделать попытку обоснования выбора реализуемой мною системы «Умный дом». Это уже третий вариант разработанного мной «Умного дома» (вообще эта тема меня заинтересовала с середины 90-х годов).
В статье показываем, как за 10 минут развернуть Kubernetes-платформу с помощью графического установщика Deckhouse Kubernetes Platform. Пройдём все этапы: настроим статический или облачный кластер, подключим модуль виртуализации и сразу начнём работать через встроенный веб-интерфейс — без DNS, Ingress и ручного YAML.
«Да все равно эти исследования в итоге не пригодятся», —– именно такими словами однажды на созвоне прервал мое выступление коллега. Я замерла с открытым ртом. Хорошо, что камера была выключена.
За секунду до этого я рассказывала о результатах проведенного исследования. Перед ноутбуком у меня лежал листок с заметками, которые я старательно писала от руки. Мне казалось, все идет хорошо. А тут такое!
Уже позднее, на другом проекте и другой встрече, ситуация повторилась. Исследование было уже проведено, я сделала анализ и рассказывала о результатах и гипотезах. И снова вопрос «Зачем это нужно?». Б — боль.
Меня зовут Яна, я дизайнер внутренних продуктов в MWS. Одна из моих задач — проводить исследования, чтобы лучше понимать потребности аудитории и определять, какие функции приоритетны. Но после кейсов, описанных выше, мне стало казаться, что исследования интересны только дизайнеру, аналитику и продакту — но никак не разработчикам и другим членам команды. Спойлер: это тот случай, когда «кажется» — действительно кажется. Как обстоят дела в реальной жизни, предлагаю обсудить сегодня.
Обзор интерфейса AMBA AXI на основе Introduction to AXI. Может быть полезным тем, кто хочет быстро понять основные его фишки.
В последние годы анализ данных прошел путь от диаграмм в Excel до сложных интерактивных дашбордов, которые помогают принимать взвешенные решения. Одновременно с этим сформировалось устойчивое представление о дашборде как о наборе диаграмм, таблиц и фильтров, собранных в визуальном редакторе методом drag-and-drop. Этот подход действительно сделал аналитику доступной: он быстрый, понятный и не требует знаний в программировании.
Но! В нашей работе все чаще появляются нетривиальные задачи, поэтому помимо Self-Service мы, команда интерактивной аналитики Инновационного центра «Безопасный транспорт», находим новые способы реализации интересных проектов. В этой статье мы хотим поговорить о том, какую пользу приносит разработка в BI.
Всем привет! Я Саша, арт-директор KISLOROD. Мы занимаемся разработкой и развитием интернет-магазинов.
Сегодня расскажу, как мы совместно с сервисом исследований AskUsers запустили специальный проект, чтобы досконально изучить поведение и потребности покупателей в онлайн-магазинах. Фокус был на ключевых факторах, которые напрямую влияют на два критически важных показателя: доверие и удовлетворенность аудитории.
Как я прокачал VK Teams: от кастомных реакций до AI-ассистента с записью звонков.
История о том, как простое желание поставить эмодзи-клоуна переросло в полноценное расширение с искусственным интеллектом
Необычный лад это лад построенный не на натуральном звукоряде. Для кого-то необычные лады могут быть обычным явлением. Те кто имеет дело с сочинением блюза постоянно ими пользуются.
Для записи нот с применением необычного лада обычно рекомендуют использовать «случайные» знаки альтерации в каком-нибудь мажоре или миноре.
Но можно создать ключевые знаки для любого мыслимого лада.
Лад содержит звуки расположенные в определённой последовательности интервалов между ними. Обычно так их и запоминают. Но есть возможность не мучить себя формулами тон-полутон-полтора тона…
Для того чтобы построить тональность (лад с указанием тоники) можно применять программные графические средства.
Попробуем создать ключевые знаки для минорного блюза от ноты Фа-диез.
В качестве инструментов применим векторный редактор Inkscape и клавиши, чтобы прослушать то, что получилось.
В векторном редакторе предварительно создадим нотное поле и трафареты для работы с ним.
Время релиза. Открываешь Figma, берёшь скриншот из прода и начинаешь сравнивать с макетом:
— Цвета совпадают?
— Отступы правильные?
— Шрифты те?
Часы рутины на задачу, которую должен делать компьютер, а не ты. Каждый дизайнер интерфейсов понимает эту боль.
Я подумал, что если создать AI-плагин для Figma, который будет делать дизайн-ревью автоматически?
Но ведь я дизайнер, а не разработчик. Решение скрывалось в Claude, Cursor и 4 неделях упорства.
Сегодня плагин:
✅ Находит расхождения в цветах
✅ Ловит ошибки в тексте
✅ Показывает информацию на превью
Я не стал разработчиком за месяц, но получилось создать работающий инструмент.
В этом посте пойдет рассказ о ToF-датчиках, которые мы с моей командой пытались обуздать чуть более недели. На рынке большое количество различных датчиков расстояния, их вариаций и модификаций. От ультразвуковых датчиков HC-SR04 мы решили сразу отказаться, так как нам нужна была максимальная точность и стабильность измерений.
Привет! Я — Лёша, принципал дизайнер, решаю бизнес-задачи с помощью дизайна уже больше 15-ти лет. Это моя вторая статья из серии посвященной дизайн-процессам, и в ней мы поговорим о втором ромбе системы Double Diamond и о том как же нам теперь закрыть выясненную боль пользователя, и превратить наши идеи в живой, простой, понятный и удобный продукт. Поехали!
В первой статье мы выяснили настоящие проблемы и боли наших пользователей, какие у нас есть технические, финансовые и временные ограничения. Благодаря этому мы обзавелись надёжным фундаментом для решения реальных проблем, подтвержденных реальными данными.
Теперь пора перейти от проблем к решениям. Если первый ромб был про "Что?" и "Почему?", то второй — про "Как?".
Второй ромб так же состоит из двух, потенциально бесконечно повторяющихся внутри до нахождения нужного решения, фаз: Develop(Разработка) и Deliver (Доставка/Внедрение)).
Современные языковые модели стремительно меняют наши представления о том, как можно вести разработку, особенно когда ресурсов катастрофически не хватает. Но если в коммерческой сфере целью внедрения ИИ является оптимизация, то в социальной — с помощью LLM хочется решить задачи, которые важны, но зачастую выпадают из бэклога из‑за нехватки средств. В мире существует бесчисленное множество проектов, работающих на стыке технологий и социальных проблем, и за каждым из них стоит свой опыт поиска ресурсов на развитие.
Проект LUWRAIN — пример именно такой истории. Это платформа для разработки невизуальных приложений, которая тринадцать лет создаётся усилиями энтузиастов. Сегодня у неё появляется шанс сделать рывок — с помощью LLM и инженерных подходов, основанных на открытых технологиях. В случае LUWRAIN, как и в случае многих похожих инициатив, существует поиск правильного соотношения смысла и усилий. Поэкспериментировать и найти баланс в том числе помогла программа грантов Yandex Open Source.
Меня зовут Михаил Пожидаев, я работаю доцентом теоретической информатики в Томском государственном университете. Читаю такие предметы как обработка естественного языка, ОС UNIX, анализ социальных сетей и введение в программную инженерию. В этой статье расскажу о своём опыте создания программных продуктов, которые должны казаться странными и нелогичными в привычных обстоятельствах, но обстоятельства нестандартны.
Каждый архив самостоятельно выбирает ИС, на базе которой будет предоставлять доступ к оцифрованным делам. Это последствия того самого единственного, на мой взгляд, недостатка.
Можно также отметить и следующие последствия:
не все архивы спешат переходить на цифру
цену доступа к оцифрованным документам регламентирует администрация субъекта
