Разработка

Уже пять лет я пользуюсь широкоформатным монитором и считаю его лучшим, что придумано в мире дисплеев. К сожалению, многие разработчики ПО не разделяют моего мнения и не адаптируют свои продукты для растянутых экранов.

В этой статье я хочу рассказать историю, как мы пришли к тому, что 16:9 — теперь «стандарт», привлечь внимание к нише подобных дисплеев, а также поговорить про удобства и неудобства в работе и играх. Возможно, соотношение сторон 21:9 — это новое будущее.

Вычислительные машины проделали долгий путь «эволюции» от устройств, занимающий целые комнаты, до носимых гаджетов. При этом разительное изменение присутствует не только в габаритах, но и в вычислительной мощности. То, что казалось невозможным для первых компьютеров, стало обыденностью для современных. Однако далеко не все вычисления могут быть выполнены на обычных ПК, которые есть практически в каждом доме. Для некоторых требуются суперкомпьютеры, которые не только больше, мощнее и быстрее, но и более требовательные в рамках энергопотребления. Группа ученых из Сандийских национальных лабораторий (США) разработали новый нейроморфный компьютер, которые имитирует структуру и работу мозга человека и способен решать сложные уравнения, лежащие в основе физических симуляций — то, что ранее считалось возможным только для энергоемких суперкомпьютеров. Из чего сделан этот компьютер, каков принцип его работы, и насколько он умен? Ответы на эти вопросы мы найдем в докладе ученых.

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

В статье поговорим про разные стратегии тестирования под разные риски и кейсы. Поднимемся над привычными unit‑тестами и заглянем, что там есть еще. Спойлер: а еще там workflow‑, integration‑, property‑based‑ и resilience‑тесты.

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

Если вы уже знакомы с nanoCAD BIM Строительство 25, то знаете, что на сегодняшний день функционал многослойных конструкций находится в процессе разработки.

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

Ниже будет представлено подробное описание каждого этапа создания ведомости отделки помещений. Опытным пользователям nanoCAD BIM Строительство и/или Model Studio CS этого плана будет достаточно для самостоятельного воспроизведения решения.

Мы разберем, как пополнить библиотеку материалов объектами, создать ЦИМ с формированием слоев и заполнением атрибутов материалов, а также настроить и применить скрипт обработки модели. Рассмотрим настройку профиля экспорта данных, создание шапки ведомости отделки и окончательное формирование ведомости в соответствии с требованиями ГОСТ.

Меня зовут Сергей Игнатенко. В прошлой жизни — девлид, 20+ лет в разработке, от C# до Kafka. Сейчас — фаундер. Эта статья про то, как первое привело ко второму.

Последний год я активно работал в Cursor — IDE с ИИ-ассистентом. И в какой-то момент меня начало подбешивать.

Cursor переименовал режим «Code» в «Agent». Звучит красиво, но по факту — это тот же автокомплит на стероидах. Никакой автономности. Никакого планирования. Ты по-прежнему сидишь в IDE, по-прежнему руками переключаешь файлы, по-прежнему сам решаешь что делать дальше. Какой же это «агент»?

Тогда я решил попробовать Claude Code — инструмент от Anthropic, о котором в тот момент восторженно писал весь Twitter. Установил, столкнулся с блокировками (я в России, привыкли), пошёл к Claude с просьбой помочь обойти защиту. Claude сказал категорическое «нет» и добавил фразу, которая засела в голове:

Меня зовут Лилия Урмазова, более 20 лет назад я начала работать классическим QA-инженером.

А последние пару лет специализируюсь на тестировании AI-приложений. В настоящее время — Senior Staff AI-QA Engineer/ML Evaluation Engineer в крупной международной IT-компании.

Для тех тестировщиков, кто хочет как минимум быть “в курсе” тестирования AI, я с коллегами подготовила небольшой бесплатный практический курс.

В этой статье я рассказываю, как мы за 3 месяца собрали кастомную СЭД для поликлиники на базе трёх open-source компонентов: Mayan EDMS (хранилище), Camunda (workflow) и NiceGUI (фронтенд). Система закрыла ключевые потребности: электронные подписи для внутренних документов, сквозная LDAP-аутентификация и контроль исполнения задач — без единой коммерческой лицензии

Прим: Дополняет мою статью "Скрипт полной миграции из GitLab на свой сервер".

После успешной миграции

А что делать со старым репозиторием?
Было бы логично использовать GitLab и другие хостинги в качестве вторичных (запасных).

Но как это делать? И еще не вручную?
Для синхронизации с remotes одновременно на свой Gogs и на все GitLab, GitHub, Bitbucket, ... remotes, об этом и других "хаках" ниже:

Все мы видели эти заголовки: «ИИ оставит программистов без работы», «Копирайтеры больше не нужны», «Завод — наше всё». Паника, хайп, мемы.

Но есть факты: Число резюме к числу вакансий увеличилось в 2 раза за 2025 год в сфер ИТ.

Поэтому я сделал шуточный сервис ai‑fire.ru, который показывает, отберёт ли у вас работу ИИ.
1️⃣ вводишь свою профессию
2️⃣ жмёшь кнопку
3️⃣ узнаёшь — пора паниковать или пока можно выдохнуть

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

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

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

Привет! Сегодня рассмотрим инструмент, который поможет вам с низкоуровневым кодом на Rust. Если вы пишете на Rust только безопасный код, возможно, никогда о нём не слышали.

А вот тем, кто периодически заглядывает в тёмные уголки unsafe, этот инструмент сэкономит нервишки.

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

Снова привет, Хабр!

разоблачение телеграм клиента Telega, что скрывается за оберткой обхода блокировок

Привет, Хабр! (И тебе, питонист, который считает свой язык идеальным, и тебе, JS-ник, у которого уже вышел новый фреймворк, пока ты читал это предложение, и тебе, 1С-ник, который устал объяснять, что ты тоже программист всем во круг.)

Наткнувшись миллионный раз на статью «КАКОЙ ЯЗЫК ПРОГРАММИРОВАНИЯ ВЫБРАТЬ?» я задался вопросом, почему люди ещё не поняли ответа на этот вопрос, ведь он на поверхности.

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

За последние полтора года я стал участником нескольких сообществ: бизнес-клубы, профессиональные комьюнити, неформальные группы бывших коллег, которые вместе ходят в бани и кальянные. Везде одна и та же картина: активностей много, но организация регистрации и напоминаний — на коленке. Анонс проскакивает в чате, теряется в папке непрочитанных. Организатор лично пишет каждому: «Будешь?» Кто-то собирает деньги за бронь заведения и мучается с табличкой в Google Sheets.

Я решил проверить, можно ли собрать production-SaaS для Telegram-сообществ в одиночку, используя AI-агентов как основную рабочую силу — от написания кода до DevOps и части маркетинга. Не “поиграться с прототипом”, а довести систему до состояния, когда ею пользуются реальные люди.

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

В начале 2026 года мы (авторы телеграм-каналов по безопасности ИИ) собрались, чтобы подвести итоги прошедшего года и обсудить, куда движется безопасность ИИ в общем и целом. Разговор получился честным, на наш взгляд.

Участники дискуссии — Я, Артём Семенов, автор PWN AI; Борис Захир, автор канала Борис_ь с ml; Евгений Кокуйкин, создатель HiveTrace и автор канала Евгений Кокуйкин — Raft; и Владислав Тушканов, исследователь безопасности LLM и компьютерный лингвист, автор канала llm security и каланы.

Ниже мы хотим рассказать вам о том что обсуждали на стриме и к чему мы пришли. Про гардрейлы, стоимость атак, LoRA‑бэкдоры, угрозы ИИ‑агентов и почему каждый подход к защите — компромисс.

Вы идеально рассчитали импеданс, учли всё, что можно учесть, и отправили плату в производство. А она взяла — и не заработала. Знакомая история?

Есть три фактора, о которых вы даже не подумали, но именно они убивают вашу SI. Они не лезут ни в один даташит, их не показывают в симуляторах, и производитель вам о них не скажет. Потому что это ваша зона ответственности.

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

Четыре года мы пытались переписать нашу платформу для проведения IT-соревнований Codenrock. Четыре раза отступали. На пятый — два разработчика, тестировщик и UI-дизайнер справились за два месяца. У каждого — Claude Code на максимальной подписке. 

Это история о том, как технический долг накапливает проценты, как мы выбирали стек для новой платформы и что на самом деле значит «80% кода пишет AI».

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

Anthropic и OpenAI почти одновременно запустили «быстрый режим» для своих моделей — и за одинаковым названием скрываются принципиально разные подходы к ускорению инференса.

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

Разбираемся, что именно стоит за цифрами «2.5×» и «1000 токенов в секунду», где компромисс по качеству и что это значит для разработчиков на практике.