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

Наш магазин в Ярославле продаёт орехи, сухофрукты и фруктовые чипсы. Всё это началось 15 лет назад с моей подруги: она покупала орехи для друзей и знакомых, дома расфасовывала, продавала своим. Потом ей надоело держать всё это дома, появился нормальный учёт, и из истории «для своих» постепенно вырос настоящий бизнес.

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

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

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

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

Ниже мы разберем практический подход к созданию экспликации помещений и спецификации элементов заполнения проемов, а также особенности двух технологий формирования таблиц: динамических отчетов nanoCAD и классических спецификаций в формате *.dwg.

Атмосферные оптические линии связи (АОЛС) используют передачу через атмосферу оптического излучения ближнего инфракрасного диапазона. В английском языке соответствующий термин free-space optics включает также передачу в космосе.  АОЛС используются для высокоскоростной связи между двумя фиксированными точками на расстояниях до нескольких километров – подключение базовых станций сетей сотовой связи, организация связи между объектами, где прокладка кабеля не возможна (промзоны, железные дороги и т.д.), временные каналы связи, каналы связи, не восприимчивые к внешним помехам и не создающие их,  уменьшение задержек по сравнению с кабельными линиями, квантовое распределение ключей и др. АОЛС имеют широкий спектр преимуществ, таких как высокая скорость передачи данных, информационная безопасность, низкое энергопотребление, отсутствие помех другим каналам беспроводной связи. Атмосферные линии связи со скоростью передачи 10 Гбит/с находятся в коммерческом использовании, а экспериментальные линии конкурируют по скорости с волоконно-оптическими. Однако технология АОЛС ограничена влиянием атмосферной турбулентности и различных погодных условий, таких как дождь, дым, туман, снег и т. д.

Для передачи сигнала часто используется позиционно-импульсная модуляция (Pulse-Position Modulation – PPM). При классическом способе формирования сигналов с PPM символьный интервал [0; T] разбивается на L подынтервалов (слотов) длительностью t каждый. Передаче l-го символа соответствует передача импульса с временным положением (l – 1) t.

Я создал Absolute Linux Tablet — самодельный планшет, изготовленный полностью с нуля.

Это планшет на основе Raspberry Pi Compute Module 5 и 10-дюймового сенсорного DSI-дисплея Waveshare со встроенным литиевым аккумулятором, обеспечивающим до пяти часов непрерывной работы.

Цель этого проекта заключалась в создании портативного Linux-планшета для моего будущего проекта, связанного с солнечной энергетикой. Мне требовалось устройство, которое можно было бы легко переносить с места на место при работе на открытом воздухе. Можно было бы взять ноутбук, но мне хотелось чего-то более портативного и удобного в работе. Для этой задачи идеально подходит Raspberry Pi OS, и именно поэтому я решил изготовить планшет на основе CM5 и сенсорного дисплея.

Это устройство стало чем-то средним между компьютером с сенсорным экраном и планшетом. Я выбрал версию CM5 с 4 ГБ, а для повышения производительности установил операционную систему на SSD NVMe, что сильно повысило скорость системы.

Для улучшения сигнала Wi-Fi и Bluetooth я добавил внешнюю антенну.

Корпус проектировался в Fusion 360, а детали я печатал на своём 3D-принтере в двух цветах для красоты.

В этой статье объясняется весь процесс создания планшета.

Хабр, привет! Меня зовут Сергей Бережной, я директор по взаимодействию с разработчиками в Яндексе и эксперт онлайн-магистратуры «Фронтенд-, бэкенд-разработка и ИИ-решения» ИТМО в партнёрстве с Яндекс Практикумом. Приёмная кампания в нашу онлайн-магистратуру уже идёт, программа рассчитана на опытных разработчиков и на тех, кто идёт с нуля. Поэтому, если хотите программировать на JavaScript, Python, Java или С++ — ждём вас. А в этой статье я хочу поговорить о том, почему работа с ИИ постепенно перестаёт сводиться к написанию промптов, зачем разработчику учиться мыслить процессами, а не отдельными запросами, и почему именно такой подход позволяет получать качественный результат.

Парадоксально, но факт: классическая консоль Nintendo Wii ближе к старым Mac, чем может показаться. Внутри процессор IBM Broadway с архитектурой PowerPС 750 подобные чипы использовались в iMac G3 и iBook G3. Эти компьютеры работали под управлением ранних версий MacOS X, что упрощает задачу — не надо ничего эмулировать. Код ОС будет выполняться процессором нативно, без лишних абстракций.

Однако есть и ряд сложностей: все же Wii не является Macintosh, а следовательно, большая часть компонентов взаимодействуют иначе. У консоли другой загрузчик, видеоподсистема и периферия. Так что запуск на ней MacOS X — задача со звездочкой. Поэтому наливайте себе холодный чай, доставайте фрукты и добро пожаловать под кат.

Я создал свою небольшую систему сборки проектов использующая TOML для конфигурации процесса сборки, на C++ 17

В статье рассматривается реализация типобезопасного HTTP runtime поверх QNetworkAccessManager и современного C++20. Разберём использование сoncepts для проверки контрактов Request/Response на этапе компиляции, поддержку QFuture и callback API, реализацию retry-политик с exponential backoff, выделенный поток обработки сетевых запросов, а также механизмы управления жизненным циклом задач и graceful shutdown.

В начале этого века сотрудниками лаборатории С.Э.Шноля (ИТЭБ РАН) совместно с Арктическим и антарктическим НИИ РАН на станции Новолазаревская в Антарктиде была организована посекундная регистрация альфа-распада плутония-239. Получаемые с 2001 по 2010 год кремниевыми счётчиками данные записывались в файлы, суммарный объём которых составил около 1 Гб. Задачей этого продолжительного эксперимента было доказательство влияния космофизических факторов на альфа-распад, которое могло проявляться в виде суточных, месячных и годовых циклов. Подобная цикличность противоречит давно устоявшимся воззрениям на случайный характер радиоактивности, поэтому антарктические данные не помогли С.Э.Шнолю (1930 - 2021) поколебать эти воззрения. Но он искал (и находил) закономерности в повторении формы поминутных гистограмм альфа-распада, а это не самый наглядный способ их демонстрации. Намного проще просто понаблюдать за интенсивностью альфа-распада. Причём иногда изменения этой интенсивности имеют довольно странный характер, который невозможно объяснить колебаниями температуры, атмосферного давления, сетевого напряжения, грозовыми разрядами и наводками от ближайших научных приборов и бытовой техники.

Добрых дней, товарищи хабравчане! Изначально я писал этот текст как конспект по асинхронности в пайтоне для самого себя, потому что вещь эта довольно хитрая и не хотелось бы в будущем растерять и забыть знания о ней, когда буду работать с другими языками программирования и фреймворками. Но потом решил попробовать переделать это в формат статьи и опубликовать, потому что сами знаете — когда кому‑то объясняешь, сам начинаешь лучше понимать. Очень надеюсь на конструктивную критику в комментариях, так как хочу сделать эту статью хорошим пособием для новичков или просто людей, которые хотят повторить и закрепить фундаментальные концепции, потому что без их понимания никуда. Итак, приступим.

Сегодня мне хотелось бы поделиться решением проблемы, с которой гарантированно сталкиваются владельцы современных процессоров Intel (архитектуры Alder Lake, Raptor Lake и новее) под управлением Windows 11, если они пытаются “крутить” тяжелые локальные модели (LLM) или использовать виртуализацию.

Речь пойдет о принудительной изоляции «тяжелого» софта от энергоэффективных ядер (E-cores) и полной передаче вычислений производительным ядрам (P-cores) со стороны излишне навязчивой в этом плане Windows 11.

Кратко о сути проблемы на примере моего ноутбука.
В моём ноутбуке установлен процессор Intel Core i7-13850HX. У этого процессора вполне себе отличная конфигурация: 8 производительных ядер (16 потоков) и 12 энергоэффективных ядер (12 потоков). Всего 28 логических процессоров.

По задумке Intel и Microsoft, встроенный контроллер Thread Director должен сам понимать, какую задачу и на какие ядра (логические процессоры) ему нужно отправлять, но на практике, например, тот же гибридный режим работы (CPU + GPU) локальных нейросетей буквально вводит Windows 11 в полный ступор с “раcкидыванием” процессов на ядра.

Когда я, например, запускаю тяжелую локальную модель (Qwen 72B весом 47 ГБ) в LM Studio и настраиваю частичный перенос слоев на дискретную видеокарту (в моем случае это “скромная” RTX 2000 ADA 8GB), вычисления делятся между VRAM и оперативной памятью (RAM).

В такой ситуации работа LLM делится на две очевидные фазы:

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

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

Какие существуют подходы к верификации чертежей и ЦИМ и программные продукты для этого?

Сверка 2D-чертежей с ЦИМ критически важна для точности ведомостей объемов работ. Сегодня эту задачу решают двумя способами, оба из которых имеют ограничения:

1. Ручная верификация: визуальное сравнение модели и чертежей.

Плюсы: не требует ПО и спец. навыков.

Минусы: крайне трудоемка, подвержена человеческому фактору, данные невозможно систематизировать.

2. Верификация через САПР: проверка внутри системы проектирования.

Плюсы: высокая точность и прозрачность.

Минусы: нужны дорогие лицензии и глубокие знания ПО. Кроме того, госсектор ограничен в использовании иностранного софта.

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

Привет, Хабр! Я с необычным текстом — с гайдом по игре Танки Онлайн! Если вы играете, и узнаете штуковину на картинке — то милостиво просим под кат)
Там я расскажу, что же такое Рельса, и как получать при игре на ней максимум кайфа)

Godot — это 2D/3D игровой движок с открытым исходным кодом по лицензии MIT и большим сообществом, поддерживающий основные настольные и мобильные ОС, VR и веб (приставки с помощью сторонних компаний), ядро написано на C++, для скриптов поддерживается GDScript и C#, возможно подключение модулей практически на любом языке вплоть до Rust через GDExtension. Примеры игр — видеообзор 2025 года, 2024 года, 2023 года. Версия 4.7 вышла 18 июня 2026 года. Основные нововведения: поддержка HDR, магазин ассетов Asset Store, предпросмотр текстовых операций с шейдерами, новая нода для прямоугольных источников света, смещение трансформации нод Control, простой способ рисовать на текстурах, возможность создавать игры полностью на Android. Далее сделанный человеком (весь жирный шрифт проставлен вручную) перевод официального обзора нововведений с доступными объяснениями для новичков и ссылками на PR с исходным кодом на C++ для профессионалов.

Добро пожаловать в магазин ассетов. Библиотека ассетов была полезна, но отслужила свое. Пришло время уступить место новому Asset Store. Обновление привносит некоторые изменения, делающие просмотр ассетов более простым и приятным. Мы улучшили отображение ассетов и теперь вы можете увеличивать картинки из описания. Возможно вы не заметили, но что, если вы теперь можете видеть оценки ассетов? Потерялись в толпе бесконечных плагинов? Не уверены, как ориентироваться в свойствах объемных ассетов? Ответ уже здесь, прямо в магазине. За кулисами мы реализовали многопоточность. Теперь магазин ассетов может проводить определенные операции в фоновом режиме, не блокируя основной интерфейс редактора. Пока вы изучаете свой набор ассетов, кто-то расчищает путь и убирает помехи, чтобы вам было проще разобраться в происходящем. Загляните в магазин ассетов. Подробнее в PR. Авторы: Michael Alexsander

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

Хабр, привет! На связи аналитики GSOC.

В начале июля мы обнаружили фишинговую атаку, в которой злоумышленники задействовали бренд GIS DAYS. Письмо пришло с внешнего адреса annaborisova.official@mail[.]ru с темой «Приглашение на GIS DAYS 2026 – форум по информационной безопасности». В нём находились PDF-файл с приглашением и запароленный архив с исполняемыми файлами .exe.

PDF-приглашение мимикрирует под легитимный документ, в котором были использованы актуальный логотип мероприятия этого года, поддельный сертификат электронной подписи, основная публичная информация о мероприятии, а в качестве отправителя был указан генеральный директор.

В этой статье разберём атаку.

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

Последствия быстро вышли за пределы ИТ. Компания столкнулась с нарушением производства и отгрузок, дефицитом продукции и снижением продаж. Только прямые дополнительные расходы, признанные к концу 2023 года, составили около $49 млн.

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

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

Недавно наткнулся на интересную композицию «Суд Яги» в исполнении Morana Choir. В мире, где музыкальная индустрия все больше напоминает фастфуд — быстро приготовленный, безвкусный, перенасыщенный усилителями, но неизменно оставляющий чувство голода, — этот проект выглядит как попытка приготовить полноценное блюдо. Пусть даже из полуфабрикатов, но с явным намерением соблюсти рецептуру.

Привет! На связи Влад, разработчик product-facade — сердца витрины Ozon и одного из самых высоконагруженных сервисов, который выдерживает до 2,2 млн RPS. В прошлой моей статье я рассказывал об одном из архитектурных вызовов, с которым мы столкнулись в процессе работы. В этот раз продолжим тему микросервисной архитектуры и поговорим о том, что происходит, когда привычная строгость контрактов начинает мешать.

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