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

На днях меня посетил вопрос: «Почему радиочастоты и сигналы не мешают друг другу? И был ли момент, когда их стало так много, что эфир прям ломился?». Хотя ответ кажется интуитивно понятным, далеко не все понимают, как работает, например, полоса пропускания, как распределяется спектр и как используется один канал радиочастот.

Да, сегодня все меньше и меньше людей слушают радио, и вспоминают о нем разве что в поездке на машине. Зато мобильная связь, Wi-Fi, спутниковые сервисы и миллионы IoT-устройств работают постоянно. В этой статье я отвечу на возникший вопрос и разберу основные принципы радиочастот. Детали под катом.

Сегодня на рынке B2B/B2C‑платформ в России конкурируют два подхода. Яркие представители этих подходов, Compo B2B Platform, созданная по принципам headless‑commerce, ориентирована на модульность и микросервисный подход. С другой стороны — 1С‑Битрикс Enterprise, один из самых распространённых в России корпоративных продуктов для веб‑разработки, выросший из CMS‑системы и ставший полноценной платформой для e‑commerce и корпоративных порталов.

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

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

При неправильном удалении снапшотов (удаление не по порядку слева-направо), так же возможно после аварийного завершения работы ОС, при следующем включении машины с контроллером домена (Windows Server 2022) появился синий экран - Stop Code 0xc00002e2. Никакие бэкапы, откаты снапшотов не помогают. На просторах интернета решение проблемы найти было трудно.

Хабр, привет!

В INTEKEY мы прошли путь от стартапа до компании с солидным портфелем проектов, и за это время успели изучить все возможные вариации IT-договоров. Мы систематизировали этот опыт вместе с нашими партнерами — юридической компанией «Зарцын и Партнеры» при личном участии основателя Людмилы Харитоновой — и готовы поделиться решениями, которые превратят ваш договор из формального документа в реальный инструмент управления проектом.

Особое внимание в этой статье мы уделим новым законодательным требованиям 2025 года — от ужесточения 152-ФЗ о персональных данных до новых критериев для реестра отечественного ПО. Эти изменения существенно повлияли на риски IT-проектов, и мы покажем, как адаптировать ваши договоры к текущим реалиям.

Что такое «моноблок», прекрасно знает каждый из нас. Каким-нибудь iMac или устройством под управлением Windows уже давно никого не удивишь, однако в первой половине 90-х смелая инженерная мысль некоторых разработчиков простиралась гораздо дальше банальной идеи скрестить монитор с системным блоком. Например, специалисты из компании Canon решили совместить в одном корпусе не только монитор с компом, но еще и факс с телефонным аппаратом и принтер. На выходе получился странный гибрид под названием Canon Navigator HD-40, которым предполагалось оборудовать рабочее место секретарей. Впрочем, для идеального инструмента секретарши в комплекте поставки не хватало еще встроенной кофеварки, все остальное, кажется, заботливые инженеры предусмотрели.

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

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

Привет, Хабр! Меня зовут Олег, я работаю в менеджменте AI-продуктов и на днях посетил AIJ Deep Dive — специальный очный трек главной конференции по искусственному интеллекту в России AI Journey. Этот трек рассчитан на всех, кто пишет будущее ИИ: разработчиков, исследователей и дата-сайентистов. Здесь были десятки тематических сессий по разным направлениям, возможность задать вопросы разработчикам решений на R&D-выставке, узнать последние AI-тренды рынка, инсайты и «внутрянку» новинок Сбера и даже увидеть их робота.

Много говорили о том, как меняется роль разработчиков в эпоху ИИ-агентов. Мы внутри индустрии уже чувствуем это: модели чаще берут на себя рутину, смещают зоны ответственности команд и заставляют переосмысливать процессы. К примеру, HR-агент оценит резюме по релевантности искомой вакансии, а AI-помощник сервисного инженера выдаст суммаризацию из документации, чем очень поможет работнику.

Анонсы продуктов, впечатления, кейсы и самые интересные фичи с площадки — под катом. 

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

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

Поиск работы в IT превратился в какой-то сюр.

С одной стороны - HR, которые не читают резюме и фильтруют кандидатов по ключевикам. С другой - кандидаты, которые бомбят веерной рассылкой "здравствуйте, рассмотрите меня".

Чтобы найти нормальный оффер, нужно тратить 2-3 часа в день на скроллинг ленты и написание сопроводительных, которые никто не откроет.

Меня это достало. Я разработчик, я хочу писать код, а не играть в бюрократию.

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

Ниже история о том, как мы за 3 дня собрали MVP, как боролись с галлюцинациями LLM и почему первый запуск принес нам седые волосы.

Rust все популярней, а вместе c этим создается много библиотек для Python на Rust.
В данной статье узнаем, как создать простенькую библиотеку для Python на Rust на примере кодирования данных в Base 64.

Например, в управлении транспортом статичные данные (например, сет за «типичный вторник») не дают протестировать систему в условиях праздника, крупной аварии, сессии у студентов, скидки 99% на Лабубу в крупном супермаркете и так далее. 

Что мы сделали:

— Стали брать реальные данные с прода, которые выбиваются за стандартные представления.

— Обезличивать их.

— Использовать ML-модель для генерации сценариев, где эти данные увязываются с остальными в системе. Это типа генерации новых данных с усилением трендов и их пересечением.

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

Цель — не просто нагрузить систему, а протестировать жизнеспособность архитектуры в похожих на реальные условиях. 

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

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

Мы, стоматологи, знаем в этом толк. Нас боятся больше всего.

Поскольку мы строим стоматологию, руководствуясь прикладной наукой (и сами её часто двигаем), то когда открывали первое детское отделение, разобрались с тем, как сделать так, чтобы ребёнка не пугать.

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

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

Это просто!

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

И, для этого, есть интересные способы!

Однажды в Петербурге середины XIX века один нищий студент решил быстро поправить своё финансовое положение. Он взял топор и пошёл к старухе-процентщице.

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

Короче говоря, действовал бы рационально.

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

Или другой пример — путь Дейнерис Таргариен к Железному трону. Экономика объяснила бы это как типичную стратегию по захвату ресурсов, но мы-то знаем, что двигал Матерью драконов сложный нарратив о восстановлении утраченного права и предназначении.

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

Но как?

Почему одни проекты мы бросаем, а другие — тащим годами?

В этой статье я разобрал, как мои прошлые проекты — от пиксельной игры до логического симулятора — помогли мне НИКОГДА не выгорать. Делюсь принципами, спасающие мои идеи от забвения.

Привет, Хабр! Меня зовут Станислав Якуш, я директор по развитию информационных технологий в «Группе Лента» (Lenta tech). Меня часто спрашивают: зачем крупному ритейлеру лезть на конкурентный IT-рынок? Ведь своя-то обойма задач всегда есть. Ответ прост: сегодня ИТ — это уже не просто затратный центр, а потенциальный драйвер роста и источник прибыли. В Lenta tech мы решились на этот поворот и сейчас активно его проживаем — без глянца, зато с реальными кейсами, ошибками и первыми результатами.

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

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

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

LLM Judge для валидации образовательного контента: архитектура кросс-модельной оценки с бюджетом $0.014 за курс

Как мы решили проблему "стохастической дивергенции" при генерации уроков и снизили затраты на валидацию в 17,000 раз по сравнению с ручной проверкой

Является ли число 170 141 183 460 469 231 731 687 303 715 884 105 727 простым? Прежде чем искать ответ в Интернете, подумайте, как вы могли бы ответить на этот вопрос без компьютера или даже цифрового калькулятора?

В 1800-х годах французский математик Эдуард Лукас потратил годы на то, чтобы доказать, что это 39-значное число действительно простое. Как он это сделал? Лукас, который, кстати, также придумал увлекательную игру «Ханойская башня», разработал метод, который по-прежнему полезен и сегодня, более чем столетие спустя.