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

Привет всем. В интернетах расплодились уже сотни и даже тысячи статей по промпт инжинирингу. Почему бы не написать 1001? Собственно, никто не просил, но вот и она.

Привет! Меня зовут Виктория Копаева, я менеджер программы онлайн-магистратуры «Управление IT-продуктами» от Яндекса и МФТИ, которая стартует в сентябре 2025 года. В этой статье я расскажу про проект студентов магистратуры, который они делали для Яндекс Лавки. 

Привет! Меня зовут Сергей Господчиков, и в IT я, страшно подумать, с 1992 года. Именно тогда я начал работать программистом и писать свой первый код, за который мне платили деньги. Примерно в 2001 году я стал руководить людьми и прошел путь от главного инженера до генерального директора, попутно попробовав себя в ролях CIO, CTO, CEO и даже преподавая проектный менеджмент. И все эти годы я постоянно проводил различные изменения.

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

Жизнь вокруг нас меняется очень динамично, и не все изменения нам нравятся. Точнее, давайте так — не каждое изменение мы принимаем. Так что эта статья для большинства из нас. Для тех, кто восемь часов в день, как минимум, проводит на своей (конечно же, любимой) работе. Инструменты, которые я опишу, также подходят для планирования и проведения изменений в семейном кругу. Однако в этом случае нужно быть очень аккуратным, чтобы не навредить вашим отношениям. Кстати, я в браке уже 28 лет. Ребята, оно реально работает. Но, как говорится, это уже совсем другая история.

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

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

Удивительно, но многие узнавали нас по блогу на Хабре.

Участие стоит несколько десятков миллионов рублей за стенд (мы не взяли) — ну или 50 тысяч рублей за самый простой билет и 150 тысяч за VIP. Мы взяли за 150, но сразу скажу, подсыхающие канапе этого не стоили. Но тем не менее оказалось дичайше полезно.

Сейчас расскажу, зачем вообще ездить на такие конференции и какой профит с них можно получить. Потому что может показаться довольно странным ехать на конференцию «Цифровая индустрия промышленной России» не в онлайн.

Вообще-то изначальная задумка была как в анекдоте про то, что когда программисты придут к власти, целые министерства можно будет заменить на один скрипт. Это место, где собираются все ключевые люди, определяющие будущее ИТ России. Чтобы обсудить важные вещи, познакомиться лично и прибухнуть, конечно.

В этом году основной темой были LLM. Их теперь все называют ИИ. Ещё импортозамещение, ИБ, как и что автоматизировать, где брать и как обучать людей и всё такое. Но основной лейтмотив был — хайп на LLM и «внедряй, а то проиграешь».

Почему Нижний — потому что там крупный ИТ-кластер, наука и промышленность. Почти как Екатеринбург, где тоже промышленность и большое население дали отличный старт для роста ИТ в 90-х.

Начну с того, что, конечно, дико жалко денег. Жаба прям давит.

Попробуем применить многомерный анализ к данным временных рядов с помощью интерактивной визуализации данных измерений и их взаимосвязей.

Июль 2025.
Нью-Йорк.

В рамках совместного партнёрства Microsoft, OpenAI, Anthropic и крупнейших учительских профсоюзов США запускается National Academy for AI Instruction. (Трансляция запуска)

Пятигодичная программа обучения учителей работе с искусственным интеллектом.
Заявленная цель — подготовить 400 000 педагогов по всей стране.
Каждого десятого.
Не в теории, а в классе.

Проект выглядит как сдвиг.
Не стартап. Не эксперимент. Не вброс.

– Отдельный кампус в центре Манхэттена.
– Инфраструктура доступа: API, методическая поддержка, образовательные хабы.
– Интеграция с программами развития.
– Поддержка от профсоюзов, бизнеса и государства.
– Прямая трансляция запуска.
– Присутствие учителей не как объекта реформы, а как участников.

Слово "партнёрство" звучит не как фигура речи, а как позиция.

Статья Галины Шайдуровой

Психология тестировщика: почему критическое мышление – это суперсила

Привет, Хабр! Меня зовут Галина, я работаю QA-инженером в Ozon Tech. Если вы думаете, что тестировщики только ищут баги, то вы заблуждаетесь. Мы — не просто охотники за дефектами (хотя баги ловить умеем). Мы те, кто ежедневно выходит на поле боя против самого изощренного противника — нашего собственного мозга.

Вы обращали внимание на то, как легко не заметить очевидное? Например, когда вы ищете очки, а они у вас на голове. Теперь представьте, что тестировщик делает это на уровне сложных систем и интерфейсов, где каждая «потерянная пара очков» может обернуться тысячами разъяренных пользователей.

Сегодня хочу рассказать, почему критическое мышление — это суперсила любого тестировщика, ссылаясь на теории классиков, таких как Майерс Г. и Кейнер К. Мы разберем, как когнитивные искажения могут мешать находить баги, что помогает развивать аналитический подход, и как нестандартное мышление спасает проекты (и иногда ночной сон).

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

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

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

В статье описана разработка компактной розетки с программируемыми циклами включения и выключения нагрузки. Устройство построено на микроконтроллере Atmega48PA с индикацией на LCD-дисплей и питается от бестрансформаторного источника. Применимо для засветки фоторезиста, управления освещением и других бытовых задач. В статье приведены схемы, печатные платы, STL-файлы корпуса и прошивка.

Когда я принялся записывать звуки, я понимал, что звук — это 50% атмосферы. Но у меня не было ни профессионального оборудования, ни опыта. Только микрофон, FL Studio и куча энтузиазма.

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

Мульти-инструмент — спасение от монотонности
Раньше звуки были примитивными:

Шаги → один и тот же звук, повторящийся.

Удары меча → однообразные

Решение: мульти-инструмент

Загружаешь 5–10 вариаций звука шагов (разные поверхности, интенсивность).

FMOD проигрывает их в случайном порядке.
Результат: шаги звучат естественно, как у живого персонажа.

Параметрические события
Если просто проигрывать звук при действии, он будет "пластиковым". Лучше привязывать к геймплею:

Удар по врагу → прошла полная дорожка звука

Меня оглушили во время удара → произвезлся отрезок дорожки

Как происходила запись звуков
Я использовал два подхода:

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

Бесплатные библиотеки (Freesound, Sonniss) — для сложных эффектов.

Звуки монстров и существ
Щупальца=Размороженный фарш + влажные ладоши+реверберация, питч(уже в FL Studio)
Рычание монстра с использованием способности=переливание воды+звук взрыва+использование собственного голоса, но с обработкой+Усиление низких частот
Ходьба скелета=мятие пластиковых стаканов+ ломание сельдерея+питч
Звуки оружия и доспехов
Удар меча по мясу=Разделка курицы ножом + хлопок ладонью+компрессия, добавление "хлюпа"
Звон доспехов=Бросить монеты,гвозди в металлическую миску+Reverb, небольшой питч
Разрыв ткани=рвать бумагу+усиление средних частот

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

Привет, Хабр! В одной из прошлых публикаций мы представили новые печатные устройства от компании Fplus – целую линейку цветных МФУ формата А3, ориентированных на потребителей из сегментов B2B и B2G. В комментариях к этой публикации наши читатели выразили довольно много сарказма. Они сомневались в том, что упомянутое оборудование действительно производится на российских предприятиях и может быть названо отечественным. 

Формально «отечественность» изделия определяется на основании Постановления Правительства РФ №719 от 17.07.2015 «О подтверждении производства российской промышленной продукции». Многочисленные изменения, внесенные в документ за десять лет, делают его правильную интерпретацию уделом профессионалов. Давайте не будем считать условные баллы, на основании которых изделие попадает в реестр российской промышленной продукции, а поговорим о том, как производятся печатающие устройства и откуда берутся их составные части. А также решим главный вопрос – что мы, собственно, импортозамещаем – целиком технологию лазерной печати или отдельные узлы для принтеров и МФУ? 

Спрос на клининговые услуги в корпоративном секторе в 2025 году вырос на 20%, а дефицит сотрудников достиг 30%. Вручную управлять персоналом в таких условиях крайне сложно. Для эффективной работы даже с десятком объектов потребуется автоматизация.

На примере клининговой компании покажу, как решение на базе low-code BPM-платформы автоматизирует полный цикл работы с персоналом: поиск, приём, онбординг и увольнение, контроль смен и исполнительской дисциплины, начисление зарплат, учет больничных и отгулов. Оно также подойдёт для курьерских служб, доставки еды, управляющих компаний ЖКХ и других сервисных организаций.

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

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

На нескольких проектах я сталкивался с ситуацией, когда есть Kubernetes с разными окружениями типа dev, stage, prod и т.д.
Код сервисов в эти самые окружения попадает в процессе CI/CD: то есть мы мержим какую-то ветку с разрабатываемой фичей или исправлением бага в ветку, которая “привязана” к окружению и дальше наш код деплоится в кластер. Думаю, для многих - это уже стандартная история.

Давайте представим, что нужно сделать задачу, относящуюся к какому-нибудь микросервису, эта задача подразумевает запрос по сети к другому микросервису, а тот, в свою очередь, посылает запрос к еще другим микросервисам. Как быть, когда мы хотим, чтобы нам были доступны данные из других микросервисов, чтобы протестировать то, что мы сделали не в тестах с моками, а в условиях, похожих на “боевые”. Тут самым очевидным, как мне кажется, является разворачивание локально микросервиса, код которого мы “ковыряем” и проброс портов до целевого микросервиса в dev кластере (или в другом кластере, предназначенным для тестирования), например:

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

Что ж, вызов принят. Ниже расскажу, как я за 3 месяца написал систему, которая перенесла всё — до последней запятой в комментарии.

Хабр, привет! Сегодня узнаем, что такое проблема подглядывания и почему она появляется. Реализуем аналог метода Покока и критерий Вальда для последовательного тестирования. Посмотрим, можно ли одновременно подглядывать и контролировать вероятности ошибок при том же размере групп. Обсудим границы применимости последовательного тестирования.

Как получить прозрачность в бизнес-процессах, если архитектура строится на микросервисах и событийных потоках? В своей статье Бернд Рюкер, сооснователь Camunda, делится практическими подходами к отслеживанию и управлению процессами в распределённых системах. Он объясняет, как переход от простого мониторинга событий к полноценной оркестрации помогает лучше понимать происходящее, своевременно реагировать на инциденты и сохранять контроль над сложными бизнес-операциями. В статье разбираются плюсы и минусы различных подходов — от Elastic-подобного мониторинга до использования движков рабочих процессов, а также рассматривается важность баланса между оркестрацией и хореографией.