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

Главный стандарт онлайн-обучения команды: плюсы, минусы, применение.

Представьте: компания использует систему управления обучением (LMS), чтобы развивать навыки сотрудников. Написали курсы, наполнили качественным контентом и отладили процессы. Внезапно разработчик поднял тарифы, и команда решила переехать на другую платформу. Но возникла проблема: программы, созданные на одной LMS, в других ресурсах не открываются. Стандарт SCORM придумали, чтобы избежать подобных ситуаций.

У соло-разработчика CLAUDE.md устаревает быстрее кода. Через пять-шесть итераций фич он начинает уверенно врать, и Claude верит ему, потому что у него больше нечему верить. В статье - про понятие документационного долга, кейс с пропавшей подсистемой, пять проверок руками на пятнадцать минут и метод двух слоев + двух сессий, который заменяет код-ревью для соло-разработчика. Главный вывод: одноразовая чистка не работает, документация для AI - это процесс, не артефакт.

«70% кода написано с AI» звучит красиво в отчёте. Но почему это не делает продукт быстрее? Разбираем главную подмену понятий в текущем AI-хайпе.

Написать свою in-memory базу данных — это своеобразный способ изучить Go под капотом и сделать значимый пет-проект. Создавать обычную обертку над map скучно. Поэтому я задался вопросом: а что если написать по настоящему быстрый движок с бинарным хранением, а сверху прикрутить интерактивного ИИ-ассистента, с которым можно общаться на естественном языке, заставляя его самостоятельно выполнять цепочки запросов?

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

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

Чем сильнее ускоряется рост технологического прогресса, тем сильнее мы ощущаем инерцию, вдавливающую нас вниз. С каждым годом уровень нашей жизни вроде бы всё растёт и растёт, но жизнь по ощущениям становится всё хуже и хуже. Экономический термометр показывает одно, а ощущается эта "погода" совсем по-другому. Вспомните книги и кино шестидесятых-семидесятых годов прошлого века - научная фантастика, вдохновлённая успехами советских и американских космических миссий, рисовала светлые картины будущего человечества, стремящегося к полдню XXII века: освоение других планет, красивые и полные жизни города-сады, населённые красивыми, прекрасно образованными и трудолюбивыми людьми. Где это всё? В современной научной фантастике описываются одни лишь антиутопии с грязными городами, полными наркоманов и бандитов, и потерявшими всякий смысл собственного существования и бесцельно барахтающимися в ходе повествования главными героями. Позитивной картины завтрашнего дня в массовом сознании нет вообще - и это больше говорит нам о настоящем, чем о будущем. Почему это произошло? Кто украл у нас светлое будущее?

Кто-то может сказать, что виной всему крах Советского Союза, потерпевшего экономическое поражение в Холодной войне, главного носителя позитивного видения будущего, и что потеря главного соперника тут же привела к полной деградации и победителя Холодной войны - США. В этом есть доля правды, но как мне кажется причина упадка совсем в ином, и бомба замедленного действия уже была заложена в обе системы, капиталистическую и коммунистическую, при их создании, и упадок этот может обернуться для нас катастрофой, по масштабу подобной катастрофе Бронзового века или падению Западной части Римской империи. В этом эссе мы посмотрим на всеобщий мировой упадок глазами известных философов и разберемся в его причинах и последствиях.

Если вы сейчас откроете hh.ru или «Хабр Карьера» и введёте в поиск что-то типа PyCharm, PhpStorm либо IDEA, то вы обнаружите, что упоминание этих профессиональных инструментов близко к нулю. По умолчанию работодатели считают, что любой адекватный специалист знает эти инструменты и может ими пользоваться. То есть навык владения профессиональной средой разработки стал таким же базовым и очевидным навыком, как владение Microsoft Word или Microsoft Excel, ибо без умения работать с этими программами ты просто не можешь выполнять свою работу.

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

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

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

Метаанализ Starcke & Brand 2016 года в Psychological Bulletin — обзор 32 экспериментальных датасетов на 1829 участниках — показал, что в среднем стресс ведёт к решениям, которые можно описать как более невыгодные, более ориентированные на немедленное вознаграждение и более рискованные, чем решения, принятые без стресса (https://psycnet.apa.org/doiLanding?doi=10.1037/bul0000060). Высокий уровень образования или экспертизы сам по себе защитным фактором в этих исследованиях не выступал.

При этом нам будет недостаточно сказать, что это стресс, и отряхнуть руки. Ведь это не даёт ответа на вопрос: почему в моменте решение, которое при благоприятных обстоятельствах не было бы принято, субъективно ощущается как правильное? И второй вопрос: почему люди с высоким интеллектом не получают от него ожидаемой защиты, а иногда оказываются уязвимее? Я попробую разобрать это на трёх уровнях — когнитивном, биологическом и психическом. Каждый поддержу исследованиями, но интересен здесь третий.

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

Забытый бэкап в открытой папке, слабый пароль без двухфакторной аутентификации, сегментация без контроля обходных маршрутов — эти три ошибки делают взлом почти неизбежным. В 2025 году DSEC (команда пентестеров с 23-летним стажем, входит в ГК «Солар») провела 390 пентестов — и в 78% случаев внешний периметр был пробит. Фишинг достигал цели всегда: хотя бы один сотрудник взаимодействовал с письмом — а в 86% случаев вводил пароль или открывал вложение.

Но главное — эти сценарии уже реализованы в реальных атаках. Эксперты центра исследования киберугроз Solar 4RAYS ГК «Солар» фиксируют те же векторы: злоумышленники годами живут в сетях, крадут данные или уничтожают инфраструктуру — все из-за таких простых ошибок. Как именно это происходит — разбираем на примерах.

Мысли о нейминге приватных переменных в C++ и неочевидные моменты из стандарта, о которых легко забыть в реальном коде

Полное руководство по аппаратному мультиколору для тех, кто не знает, что это такое и зачем он нужен.

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

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

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

А нужна ли стратегия для успеха?

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

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

Пока за океаном кипела работа над превращением человеческого нейрона в математическую модель,  в СССР кибернетику клеймили как буржуазную лженауку. Но это не значит, что советские ученые остались в стороне в вопросах исследования ИИ. 

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

С 1 апреля 2026 года ввели ограничения на пополнение Apple ID в России – рубли закинуть на счет через мобильный или карту стало невозможно. Я использовал из платных подписок только iCloud+ (Айклауд), без него дается только 5 гб облачного хранения, что, безусловно, очень мало. 

Первым делом мне захотелось сменить iPhone на Android, но решил дать шанс и попробовать другие способы.

Представлен KernelScript — экспериментальный язык программирования для разработки eBPF-программ, пользовательских загрузчиков и расширений ядра Linux из единой кодовой базы. Проект развивает Multikernel Technologies, компания, продвигающая архитектуру split-kernel / multikernel для Linux. О KernelScript рассказал основатель компании Cong Wang на Linux Foundation Open Source Summit; код проекта опубликован на GitHub под лицензией Apache 2.0.

eBPF (Extended Berkeley Packet Filter) — это технология, которая позволяет запускать небольшие программы прямо в ядре Linux, не трогая его код и не подвергая риску стабильность системы. eBPF помогает решать множество задач, от мониторинга производительности до обеспечения безопасности и сетевой оптимизации. Например, с помощью eBPF можно отслеживать системные вызовы, сетевой трафик и другие события в режиме реального времени. Это позволяет находить узкие места в производительности и оптимизировать систему (Хабр).

Идея KernelScript — сделать разработку eBPF менее болезненной, чем при использовании связки C + libbpf, и при этом не ограничиваться только трассировкой, как bpftrace. Разработчики описывают язык как типобезопасный DSL, который объединяет eBPF, пользовательское пространство и kernelspace-разработку: из одного исходного файла компилятор должен генерировать код для eBPF-программ, userspace-части и интеграции с kernel modules через kfunc.

( читать дальше... )

 ebpf, kernelscript, ocaml

В NodaLogic добавились чаты и мессенджинг в широком смысле (как доставка сообщений и как пользовательские чаты) и это имеет целью стереть границы между классическим интерфейсом работы с бизнес-процессами и лентой чата, создать глубоко интегрированную пользовательскую среду работы с документами и событиями, а в будущем – переиспользование этой инфраструктуры для LLM. Кроме того инфраструктура обмена сообщениями используется для обмена между объектами и обработчиками, а не только в "человекочитаемых" чатах что позволяет разработчику избавиться от многих забот по организации обменов данными.

with open() знают все. Но контекстные менеджеры в Python — это не только про файлы. Они помогают безопасно управлять соединениями с БД, транзакциями, async‑ресурсами, временными настройками и cleanup‑логикой без бесконечных try/finally.

В статье разбираем, как работают контекстные менеджеры, как писать свои через contextlib и где они реально упрощают продакшен‑код.

Intel продолжает формально закрывать и переводить в архив открытые проекты, которые больше не укладываются в текущие приоритеты компании. Очередная волна таких архивирований была замечена в конце мая: по данным Phoronix, 23 мая в список попали проекты, связанные с OBS Studio, сканированием CVE, транскодированием видео, SGX и исследовательскими наработками Intel Labs.

В новую волну архивирования вошли:

• Thunderbolt Share OBS Studio Plugin — плагин для OBS Studio, позволявший захватывать изображение и звук с одного компьютера и передавать их на другой через Intel Thunderbolt Share. В репозитории уже размещено стандартное предупреждение Intel: проект архивирован, компания не гарантирует разработку, сопровождение, исправления, новые релизы и больше не принимает патчи.

• CVE Binary Tool Action — GitHub Action для проверки репозиториев на известные уязвимости с использованием CVE Binary Tool. Он умел сканировать бинарные файлы, списки компонентов и SBOM, а также публиковать результаты в Security Tab и отчётах HTML/JSON/PDF. Intel также перевела этот репозиторий в архив и перестала принимать изменения.

• SMTA — Streaming Media Transcoding Application, демонстрационное приложение для показа возможностей транскодирования видео на интегрированной графике Intel.

• Intel Trusted Ledger Config Store — проект под лицензией MIT, связанный с хранением данных для Intel SGX enclave identity collateral. Репозиторий был архивирован 18 мая 2026 года; Intel отдельно указала, что дальнейшая поддержка, исправления и новые релизы не гарантируются.

• SCAP — исследовательский проект Intel Labs по Statistical Calibrated Activation Pruning, то есть по одной из техник прореживания активаций в нейросетевых моделях.

Phoronix также отметил, что Intel Self-Governed Remote Attestation сначала был архивирован, но в тот же день это решение отменили, поэтому проект, по всей видимости, продолжит существовать.

Это уже не первая такая волна. 18 мая Phoronix писал о закрытии других проектов Intel, включая BigDL Time Series Toolkit, роботизированное построение LIDAR-карт, Terraform-модули для Intel/IBM VM, Edge Software Provisioner, IPEX LLM Tutorial, RTOS IF Drivers и Multi-Rail Power Sequencer. Часть из них выглядела нишевыми или малоподдерживаемыми, но среди них были и проекты, демонстрировавшие возможности Xeon, Intel GPU, edge-сценариев и инфраструктуры вокруг AI.

Ещё раньше, в апреле, Intel закрыла репозиторий Open Ecosystem Community and Evangelism, где были материалы по open-source-инициативам и работе евангелистов компании. Тогда же были архивированы проекты Predictive Assets Maintenance, High Density Scalable Load Balancer, Double Batched FFT Library и Intel Edge AI Performance Evaluation Toolkit.

Контекст у этой истории неприятный для сообщества: Intel десятилетиями считалась одним из главных корпоративных участников Linux-экосистемы и свободного ПО, но за последний год компания уже свернула ряд заметных направлений, включая Clear Linux. В марте 2026 года Phoronix отдельно писал, что сайт ClearLinux.org был полностью отключён, хотя архивные материалы Clear Linux на GitHub ещё остаются доступны.

При этом речь не идёт о полном уходе Intel из open source. Компания по-прежнему остаётся важным участником разработки ядра Linux, компиляторов и низкоуровневого ПО, напрямую связанного с её современными аппаратными и серверными направлениями. Но общий вектор выглядит заметно уже: Intel сокращает периферийные, исследовательские и демонстрационные проекты, оставляя ресурсы там, где они ближе к текущему бизнесу и продуктовой линейке.

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

 eol, foss, intel

Давний кейс. Установка пароля нестандартным способом.

286, DOS, NC

***********************************************************************

Самые интересные новости финансов и технологий в России и мире за неделю: Маск проиграл Альтману в суде, умные очки от Google, Карпатый ушел в Anthropic, доллар упал до 70 рублей, плату за иностранный мобильный трафик в РФ перенесли на осень, Трамп освободил себя и семью от налоговых проверок, а грин-карты США станут труднодоступнее.