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

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

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

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

Врачи учатся порой аж 9 лет, прежде чем получить право лечить людей.
Инженеры-строители. Учителя. Юристы. И многие другие профессии, требующие высококвалифицированные навыки от сотрудника, учат кадры не менее 4 лет.

И только в IT всё работает иначе.

Здесь люди приходят отовсюду: из физики и лингвистики, из продаж и маркетинга, из «гаражных» проектов (привет амазон) и самообразования. Здесь можно за полгода стать востребованным специалистом без единого профильного диплома.

Это уникальное явление, перевернувшее мир. И оно заслуживает отдельного разговора.

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

Если вы хотите узнать ещё больше об организации процессов ML-разработки, подписывайтесь на наш Телеграм-канал Варим ML

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

До полумиллиарда лет назад жизнь на Земле протекала медленно. В морях обитали одноклеточные микробы и в основном неподвижные мягкотелые существа. Но на заре кембрийского периода, около 540 миллионов лет назад, произошёл настоящий взрыв. Тела начали развиваться во всех направлениях, и многие организмы обзавелись придатками, которые позволяли им быстро перемещаться по окружающей среде. Эти экосистемы стали конкурентными — в них появились хищники и жертвы. И наша ветвь дерева жизни развила невероятную структуру, чтобы ориентироваться во всём этом: мозг.

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

ClickHouse быстрый. Настолько быстрый, что первые полгода можно жить без оптимизаций вообще — агрегации по миллиарду строк отрабатывают за секунды. Потом данных становится больше, запросов тоже, дашборд начинает подтормаживать, и вы задумываетесь: «а можно ли считать агрегаты заранее?»

Можно. В ClickHouse для этого есть два механизма: materialized views и проекции (projections). Оба пересчитывают данные на этапе вставки. Оба ускоряют чтение. Но работают по-разному.

Привет, Хабр! На связи Андрей, продуктовый дизайнер Garage Eight. Февраль выдался коротким, но очень плотным на интересные релизы, исследования и обновления. Я насчитал девять новостей и находок, которые точно заслуживают внимания:

1. Machinex от студии Koto.
2. Джонни Айв вернулся (но не в Эппл).
3. У Volvo теперь даже шрифт безопасный.
4. Неужели кейс от Бюро?
5. С Днем рождения, лайк!
6. Брендинг PGC от Pentagram.
7. Обновления фигмы.
8. Статья про пользователей AI от Нильсен Норманн.
9. Searching for birds.

Компания F6, российский разработчик технологий для борьбы с киберпреступлениями, оценила рынок онлайн-пиратства в России в 2025 году в $34,4 млн, что на 5,5% меньше, чем годом ранее — $36,4 млн. В новом исследовании эксперты объясняют снижение доходов пиратов сокращением трафика поисковых запросов на пиратские порталы и масштабными блокировками. При этом у пиратов сменились якорные рекламодатели: доля показа «черной рекламы» нелегальных казино и букмекеров составила 11%, а реклама легальных брендов — 89%. Для защиты своих ресурсов от блокировок пираты активно использовали шифрование текста рекламы нелегальных фильмов, в том числе азбукой Морзе, а для обхода фильтров поисковиков —DLE-модули с интеграцией искусственного интеллекта для рерайта описаний киноновинок.

Приветствую.

В 1936 году Алан Тьюринг опубликовал статью, которая среди прочего доказала одну неприятную вещь: невозможно написать алгоритм, который для любой программы и любого входа определит, остановится программа или нет. Проблема остановки. Мы натыкаемся на неё гораздо чаще, чем кажется. Иногда прямо в Cargo.toml.

Об опыте прохождения курса от Яндекс "Инженер данных с нуля", что подвинуло, как учился, какие претензии, стоит ли он своих денег. В общем - мысли в слух!

Привет, Хабр! Сегодня мы представляем вашему вниманию отчёт о первом этапе тестирования автомобильных аккумуляторных батарей передового китайского бренда Camel в сравнении с нашими старыми добрыми знакомыми АКОМ.

Всего в испытаниях принимают участие четыре аккумулятора с одинаковой паспортной ёмкостью 60 ампер·часов: по два EFB и два стандартных от каждого производителя.

В феврале 2026-го Panasonic на презентации новой линейки объявила, что работает с китайской Skyworth. С первого апреля Skyworth берет на себя производство и продажи телевизоров Panasonic в Европе и Северной Америке — от сборки до логистики. Японцы оставляют за собой разработку технологий и контроль качества, особенно в дорогих OLED-моделях. 

С рынка Panasonic не уходит: показали новые серии Z85C и Z86C, они появятся в Европе в этом году. Плюс поддержка старых телевизоров остается за компанией. Главное в другом: выпуск изменился — Panasonic больше не делает телевизоры сама. Что случилось, почему ничего я не пойму и что дальше? Давайте разбираться. 

Перед тем как писать наш будущий мессенджер нужно определиться с технологией на которой будем его разрабатывать. Явными фаворитами среди инструментов web разработки для SPA являются Angular и React. Я не буду акцентировать преимущества каждого из этих инструментов, а остановлюсь сразу на Angular, т.к. ранее проводил ресёрч по не классическим виртуализированным спискам и выявил, что для данной задачи он справится эффективнее, чем React.

Продолжение темы социального программирования.

Мы привыкли обсуждать баги в нашем социальном коде (Legacy-код), но есть одна сфера, где разница в программной архитектуре между мужчинами и женщинами вызывает критические системные сбои (Error 404: Orgasm Not Found).

Современная популярная психология пытается свалить «оргазмический разрыв» на кривые руки пользователя: мужчина не так подошел, не то сказал, не нажал нужные кнопки (Hardware), не обновил драйвера романтики. Но если мы посмотрим на логи системы, мы увидим, что проблема не в «железе». Проблема в жестко захардкоженных социальных скриптах и избыточной системе безопасности женского ПО.

Давайте разберем это как инженеры.

1C Metadata Viewer — расширение для Cursor и VS Code, предназначенное для работы с выгруженными конфигурациями 1С:Предприятие в XML-формате.

На этой неделе произошла история, которую почти не заметили крупные СМИ, но она обнажила тектонический сдвиг в американской политике. Во вторник утром министр обороны Пит Хегсет вызвал Дарио Амодеи, CEO компании Anthropic, на ковер в Пентагон, чтобы обсудить военное применение их нейросети Claude. Но это был не дежурный разговор о контракте на 200 миллионов долларов и не мелкий спор о пользовательском соглашении. На деле Министерство обороны буквально выкручивает руки ИИ-компании, требуя убрать последние этические барьеры, чтобы использовать модель для массовой слежки за гражданами внутри страны и ведения войн с помощью автономного оружия без надзора человека.

Как сообщает Axios, посыл Пентагона к Anthropic был предельно жестким: «или делай, что говорят, или проваливай». Компании пригрозили повесить на нее ярлык «угрозы цепочке поставок» — клеймо, которое обычно берегут для поставщиков, связанных с враждебными государствами. В переводе на человеческий язык это означает изгнание из оборонного сектора и негласное давление на любую компанию, работающую с Пентагоном, с требованием отказаться от использования Claude.

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

На коротких задачах coding-агент выглядит почти как живой разработчик: читает код, гоняет тесты, находит проблему, предлагает diff, но на длинной дистанции магия заканчивается. Стоит агенту или пользователю подмешать еще пару логов, несколько файлов "на всякий случай" или еще один MCP-сервер, и агент начинает забывать договоренности, повторять уже проверенные шаги и терять план.

Обычно это объясняют так: "модель тупит" или "надо лучше промптить", но на практике проблема часто в другом: мы складируем состояние задачи в историю чата и надеемся, что модель удержит его сама. Не удержит.

Контекст у LLM - это не бездонный мешок, а рабочая часть "памяти" модели, ее нужно проектировать: что хранить отдельно, что подмешивать just-in-time, что выбрасывать после шага и что обязательно возвращать после compaction.

В этой статье я разберу context engineering на примере coding agents, а конкретно на Claude Code: почему long context до сих пор деградирует, почему проблема особенно больно бьет по агентам, чем полезны /compact и Plan Mode, и как собрать минимальный контекстный конвейер без магии и лишней философии.

ZTNA (Zero Trust Network Access) — это модель управления доступом (не только удаленным!), которая проверяет каждого пользователя и устройство (включая установленное и работающее на нем ПО) и даёт доступ не к сети в целом, а к конкретным приложениям и ресурсам. Преимуществом реализации концепции ZTNA в NGFW-решении являются прежде всего возможности файрвола следующего поколения по фильтрации трафика и публикации ресурсов. При этом администратором удобно управлять доступом в одном решении, не прибегая к многочисленным интеграциям наложенных средств защиты.

Особенно важно управлять доступом в современных условиях, когда значительная часть успешных взломов российских компаний в 2025 году происходило с помощью атаки на удаленных сотрудников или подрядчиков (supply chain attack). Специалисты по безопасности испытывают особенную “боль” в контроле подрядчиков - не имея доступ к их ИТ-инфраструктуре и возможностей по мониторингу безопасности, применения политик, настроек и средств защиты.

В Ideco NGFW работа с моделью ZTNA реализована через NAC‑клиент (Network Access Control - контроль доступа к сети на уровне подключения устройства.) и тесную интеграцию с межсетевым экраном, что позволяет существенно безопаснее и гибче управлять доступом сотрудников и подрядчиков по сравнению с классическими VPN и периметровой защитой.

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

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

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

Личные наблюдения о бездумном использовании AI: почему vibe coding не делает разработчиков сильнее, как исчезает экспертиза и где AI реально полезен, а где нет.

Привет, Хабр! (И тебе, страдалец, который три недели смотрит на мёртвого бота в Битриксе. И тебе, админ, который уже устал объяснять руководству, почему «оно перестало работать». И тебе, безопасник, который узнал, что данные компании летают через какой-то curator.pro и чуть не уронил кружку.)

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

Спойлер: стало хуже. Но мы справились.