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

Привет, Хабр. Я запускаю цикл статей про искусственный интеллект в маркетинге. Конкретные инструменты, применение, гайды и подводные камни.

Почему именно Хабр? Три причины:

Первая — здесь лучшие охваты среди технических площадок в Рунете.

Вторая — аудитория. Мне нужны предприниматели и маркетологи, которые понимают, как работают системы. Своей аудитории в Telegram у меня достаточно, а вот людей, которые могут критически оценить технологию — мало.

Третья — индексация. Когда кто-то ищет "как использовать ChatGPT для маркетинга" или "персонализация данных законодательство", я хочу, чтобы он попадал на материал с цифрами и ссылками, а не на очередную статью "10 трендов маркетинга 2025".

Да, я понимаю, что маркетинг — не самая любимая тема на Хабре. Но в моём курсе 18 уроков с практическими гайдами: как работать с ChatGPT, Claude, Gemini и Perplexity для решения реальных маркетинговых задач. От анализа ЦА и конкурентов до создания стратегии и прототипов сайтов. С промптами, кейсами и без воды. Это первая статья из цикла. Посмотрю на реакцию — если зайдёт, продолжу выкладывать материалы про ИИ-инструменты, автоматизацию и кейсы. Если нет — ну что ж, попробовал. Критика приветствуется. Конструктивная.

Что вас ждёт в этом занятии:

CookBook maven plugin. CDI, отладка и тестирование. Цель статьи - рассказать об опыте разработки плагина.

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

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

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

То, что первый блин студии Cyberia Nova был комом, думаю ни для кого не секрет. «Смута» оказалась красивой историчной декорацией, симулятором пустых пространств, но явно не полноценной Action-RPG. Она вышла сырой, недопиленной и с откровенно дилетантской озвучкой. Но стоит отдать должное разработчикам за то, что всё это они тоже понимали и не витали в облаках. К игре активно целый год выходили патчи, а озвучку полностью переделывали с профессионалами дубляжа. Вряд ли «Смута» стала резко круче, но Cyberia Nova показали, что умеют учиться на своих ошибках. Смогли ли они со второго раза сбацать годный релиз со своим спин-оффом «Земский собор»? Коли хотите узнать ответ на сей вопрос, присаживайтесь пока, располагайтесь поудобнее, ведь разговор будет долгий.

Картинка — Youtube-каналы: Tobi, StuckAtPrototype

Рано или поздно каждый, интересующийся электроникой, начинает задумываться о своём проекте и практически сразу упирается в вопрос: где и как производить изделия? И каждый решает этот вопрос по-разному.

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

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

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

Нужно ли писать сопроводительные письма? Одни говорят, что да обязательно, другие, что их никто никто не смотрит. Но говорить это одно, а делать другое. Мы в Хекслете решили выяснить, а как оно происходит на самом деле. Для этого мы опросили больше сотни разработчиков и рекрутеров, собрали все вместе, проанализировали и записали это видео, где все разложено по полочкам. Приятного просмотра, не переключайтесь.

Самопал ЧПУ - это мой домашний проект программы для управления станком, которым пользуюсь уже давно, поэтому основные баги выловлены. Раньше он был выложен на форуме cnc-club.ru, но поскольку форум закрылся, решил написать статью. Код проекта и собранный бинарник можно посмотреть на гитхабе.

Современная вычислительная техника в разы превосходит ту, что была десятки лет тому назад. Данный технологический прогресс не является чем-то удивительным, а лишь показывает, что совершенствование не имеет предела (по крайней мере, мы его пока точно не достигли). Одной из потенциальных ветвей развития вычислительной техники является использование света (фотонов) вместо электрического тока. Однако, данная технология, как и любая другая в зачаточном состоянии, сопряжена с рядом проблем. Одной из которых является контроль над потоками света. Ученые из Нью-Йоркского университета (США) разработали новый тип материалов, который потенциально может решить эту проблему. Из чего он состоит, в чем его особенности, и как именно он позволяет управлять фотонами? Ответы на эти вопросы мы найдем в докладе ученых.

«Поставьте, пожалуйста, исполнителей в задачах»
«Залогируйте время»
«Почему мы не успеваем по спринту?»
«У нас горит план на год!»

Вы управляете разработкой и узнали свою команду в этих фразах? 

Привет! Меня зовут Артем Герасимов, я владелец продукта SimpleOne SDLC.

Недавно мы записали выпуск подкаста «Мы обречены»‎ с Артемом Малышевым и Филом Ранжиным про то, как управлять разработкой так, чтобы команда не превращалась в конвейер по перемещению тасков. 

В статье — кратко о том, что мы обсудили в подкасте. Полную версию подкаста смотрите на любом удобном видеохостинге. 

Привет, Хабр! Меня зовут Артём. Я руковожу группой Scala-разработчиков в компании "Криптонит" и веду Scalabook — русскоязычную базу знаний по Scala и функциональному программированию. В ней можно найти другие мои статьи-инструкции, а также примеры кода. В этой статье предлагаю обсудить циклы и связанные с ними спорные моменты.

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

Недавно мы в Beeline Cloud рассказывали о необычных визитках, способных наглядно продемонстрировать инженерные навыки владельца и служить уникальной запоминающейся «раздаткой». Сегодня мы подобрали несколько аналогичных проектов — разумеется, open source. Это — LED-визитка с плещущимися огоньками, карточка-тренажёр для QA-инженеров и миниатюрная плата-визитка с ретроиграми.

Этот пост станет глубоким разбором того, как мы снизили задержки P95 конечной точки API с 5 до 0,3 секунды при помощи нишевого трюка computer science под названием «фильтр Блума».

Мы расскажем о том, почему конечная точка была медленной, о решениях, которые мы рассматривали для повышения её скорости, и о критериях выбора между ними. Также мы объясним, как всё это устроено внутри.

AI Legal веб-сервис для тех, кто устал гадать

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

“неШемяка!” — это маленькое веб‑приложение, которое пытается ответить на один простой вопрос, есть ли хоть малейший смысл подавать иск, это сервис, который пытается отличить перспективное дело от заранее проигрышного. 

Эта статья — немного про архитектуру сервиса, но, в первую очередь, про путь: от разработчика до выпускника юрфака МГУ, который через десять лет успешной судебной практики вернулся обратно в код. И который, случись тут недельный отпуск, решил автоматизировать рутину первичной оценки исков.

От разработки к юрфаку, или туда и обратно

До юрфака была разнообразная, в том числе и айтишная биография: были и код, и проекты, и продакшн…. Потом случился юридический факультет МГУ, и написание кода сменилось на написание исков, жалоб, возражений - десять лет полноценного litigation.

Так бывает, что захотелось в ту же реку войти дважды - и неожиданно для себя оказался опять в разработке: никто же не обещал, что род занятий нужно выбирать один раз и навсегда.

Любой, кто работает в корпоративной информационной безопасности, знает, что отчётность отнимает больше времени, чем хотелось бы. Формирование отчётов, согласование данных между подразделениями, бесконечные Excel-файлы, ручное копирование показателей из систем — всё это не только демотивирует специалистов, но и напрямую снижает эффективность ИБ. Пока команда занята сводками для аудиторов и контролёров, реальные риски могут оставаться без внимания.

Я нередко наблюдаю, как крупные организации с развитой ИБ-службой тратят недели на подготовку ежеквартальных отчётов, четверть, а то и треть от всего периода, чтобы закрыть квартал. И речь не только о государственных организациях или финансовых компаниях, работающих по различным нормативным требованиям, таким как 152-ФЗ (и подзаконные НПА) или ГОСТ 57580. Даже коммерческие структуры, не обременённые строгим регулированием, сталкиваются с тем, что любая проверка превращается в проект на полгода. Особенно если речь идет про построение различных систем менеджмента информационной безопасности, или соответствие лучшим практикам.

Данные о системах, уязвимостях, инцидентах и планах устранения собираются вручную из множества источников, а после — проходят цепочку проверок и уточнений.

Почему ручная отчётность перестала работать

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

Привет! Я — Андрей Шалягин, руководитель Офиса цифровизации в Альфа-Банке. Наша команда помогает различным подразделениям внедрять технологии и решения, направленные на выявление и оптимизацию рутины, повышение производительности и цифровизацию операций.

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

Чтобы получить объективную картину мы применяем Process mining — технологию, которая позволяет построить модель реального исполнения бизнес-процесса на основе логов событий. В банке развернута платформа Proceset от команды Инфомаксимум.

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

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

Всем привет! Наша группа занимается RISC-V Linux и загрузчиками в компании «Синтакор». Однажды перед нами возникла задача — реализовать поддержку аппаратных триггеров в ядре Linux и OpenSBI. Она стала началом исследования, в ходе которого я изучил смысл аппаратных триггеров с точки зрения отладчика, их устройство и использование для watchpoint’ов и breakpoint’ов, а также принял участие в совершенствовании поддержки аппаратных триггеров в RISC-V Linux и OpenSBI. 

Этими знаниями я хотел бы поделиться в статье. Покажу на примерах, как устроены breakpoint’ы и watchpoint’ы в отладчиках, сравню их программную и аппаратную реализации, покопаюсь в деталях их работы в ядре Linux. Начну с легкого способа сломать GDB, а к каким выводам он приведет, вы узнаете далее под катом.