<?xml version="1.0" encoding="UTF-8"?>

<rss version="2.0" xmlns:dc="http://purl.org/dc/elements/1.1/" >

  <channel>
    <title><![CDATA[Все публикации подряд на Хабре]]></title>
    <link>https://habr.com/ru/articles/</link>
    <description><![CDATA[Все публикации подряд на Хабре]]></description>
    <language>ru</language>
    <managingEditor>editor@habr.com</managingEditor>
    <generator>habr.com</generator>
    <pubDate>Sat, 23 May 2026 16:08:19 GMT</pubDate>
    
    
      <image>
        <link>https://habr.com/ru/</link>
        <url>https://habrastorage.org/webt/ym/el/wk/ymelwk3zy1gawz4nkejl_-ammtc.png</url>
        <title>Хабр</title>
      </image>
    

    
      
        
    
    <item>
      <title><![CDATA[Что сейчас с Project Loom? Примеры и код]]></title>
      <guid isPermaLink="true">https://habr.com/ru/articles/1038528/</guid>
      <link>https://habr.com/ru/articles/1038528/?utm_source=habrahabr&amp;utm_medium=rss&amp;utm_campaign=1038528</link>
      <description><![CDATA[<img src="https://habrastorage.org/getpro/habr/upload_files/5a2/7e7/420/5a27e742043c519d9b6e96017f015282.jpg" /><p>Практика Project Loom: как включить preview Structured Concurrency в javac, Maven и Gradle, как использовать ScopedValue для request context и StructuredTaskScope для параллельных вызовов, joiner’ы, timeout и связка обеих фич в одном примере. Примеры под JDK 25+</p> <a href="https://habr.com/ru/articles/1038528/?utm_source=habrahabr&amp;utm_medium=rss&amp;utm_campaign=1038528#habracut">Что же с Project Loom?</a>]]></description>
      
      <pubDate>Sat, 23 May 2026 15:26:06 GMT</pubDate>
      <dc:creator><![CDATA[rurikovich]]></dc:creator>
      
      <category><![CDATA[Java]]></category><category><![CDATA[Project Loom]]></category><category><![CDATA[Structured Concurrency]]></category><category><![CDATA[virtual threads]]></category><category><![CDATA[Scoped Values]]></category><category><![CDATA[StructuredTaskScope]]></category><category><![CDATA[JDK]]></category><category><![CDATA[многопоточность]]></category><category><![CDATA[Maven]]></category><category><![CDATA[Gradle]]></category>
    </item>
  

  

  

	
  

  

  

    
    <item>
      <title><![CDATA[Рождённые в Сумерках]]></title>
      <guid isPermaLink="true">https://habr.com/ru/articles/1038526/</guid>
      <link>https://habr.com/ru/articles/1038526/?utm_source=habrahabr&amp;utm_medium=rss&amp;utm_campaign=1038526</link>
      <description><![CDATA[<img src="https://habrastorage.org/getpro/habr/upload_files/f02/ad4/e99/f02ad4e994509a52e99dec33fde2b9df.webp" /><p>Нелегок труд палеонтологов. Чтобы заглянуть в&nbsp;прошлое, им надо вгрызаться в&nbsp;скальный грунт, ковыряться в&nbsp;грязи оттаявшей мерзлоты, сметать пыль с&nbsp;окаменелостей и по&nbsp;крупицам реконструировать облик давно вымерших существ. Астрономам в&nbsp;этом смысле повезло гораздо больше. Благодаря конечной скорости света, прошлое Вселенной транслируется нам в&nbsp;прямом эфире. Нужно&nbsp;лишь взять телескоп или&nbsp;радиотелескоп, который помощнее, и навести его на&nbsp;пустой участок неба между яркими звездами нашей галактики. Там, в&nbsp;глубинах Вселенной, откуда до&nbsp;нас долетают считанные кванты, мирный космос наших дней заканчивается. Та, едва заметная в&nbsp;любительский телескоп, блестка тринадцатой звёздной величины в&nbsp;созвездии Девы, 3C 273, излучает больше энергии, чем четыре триллиона Солнц, или&nbsp;сто галактик, таких как&nbsp;Млечный Путь, вместе взятых. И это только наугад выбранный монстр. Их много, больше миллиона на&nbsp;нашем небе, хотя ни один из&nbsp;них не&nbsp;виден невооруженным глазом. </p><p>Мы называем их квазарами&nbsp;— чудовищными исполинами, чьи аппетиты формировали целые галактики. Мы вычисляем массу их аккреционных дисков и скорость релятивистских джетов, изучаем их спектры и диаграммы их светимости, и даже используем их координаты как&nbsp;опорные точки для&nbsp;GPS и ГЛОНАСС. Но&nbsp;всё, что&nbsp;мы видим сегодня&nbsp;—&nbsp;лишь призраки. Все квазары давно мертвы. </p><p>Квазары процветали во&nbsp;время так называемого Космического Полудня, когда Вселенная буквально захлебывалась от&nbsp;бьющей через край энергии. Мы&nbsp;же&nbsp;— дети Космических Сумерек. Мы появились именно тогда, когда должны&nbsp;были появиться: когда жар Полудня, яростный, огненный, непригодный для&nbsp;любой биохимии, спал, а&nbsp;полог Ночи, когда гаснут последние звёзды, ещё не&nbsp;опустился. Это условие нашего существования, а&nbsp;не&nbsp;случайность. Под&nbsp;космическим полуденным небом белковая жизнь невозможна. В&nbsp;ночном холоде и мраке&nbsp;— тоже. Нас породили именно Сумерки. </p><p>Эта статья&nbsp;— ода реликтовым монстрам, чей свет летел к&nbsp;нам миллиарды лет. И ещё она о&nbsp;великой иронии: звёзды Космического Полудня подарили каждый второй атом в&nbsp;нашем теле тяжелее водорода, но&nbsp;наша с&nbsp;вами жизнь стала возможной только потому, что&nbsp;Полдень завершился и космос окутала прохладная полутьма.</p> <a href="https://habr.com/ru/articles/1038526/?utm_source=habrahabr&amp;utm_medium=rss&amp;utm_campaign=1038526#habracut">Читать далее</a>]]></description>
      
      <pubDate>Sat, 23 May 2026 15:16:49 GMT</pubDate>
      <dc:creator><![CDATA[wmlab]]></dc:creator>
      
      <category><![CDATA[квазары]]></category><category><![CDATA[динозавры]]></category><category><![CDATA[галактика]]></category><category><![CDATA[космология]]></category><category><![CDATA[3c 297]]></category><category><![CDATA[футурология]]></category><category><![CDATA[будущее]]></category>
    </item>
  

  

  

	
  

  

  

    
    <item>
      <title><![CDATA[Meta 1 мая показала как они хранят ключи от ваших бэкапов WhatsApp. Разбираю архитектуру и сравниваю]]></title>
      <guid isPermaLink="true">https://habr.com/ru/articles/1038524/</guid>
      <link>https://habr.com/ru/articles/1038524/?utm_source=habrahabr&amp;utm_medium=rss&amp;utm_campaign=1038524</link>
      <description><![CDATA[<img src="https://habrastorage.org/getpro/habr/upload_files/5fa/36b/f4b/5fa36bf4bce9c512acf4c83a756b2b61.png" /><p><em>Дисклеймер: в статье несколько раз упомянут мой собственный мессенджер ONEMIX. Если такое триггерит — закройте сейчас, не обижусь. Если интересно как решают одну и ту же инженерную задачу в Meta и в команде из одного человека, поехали.</em></p><p>Первого мая на Engineering at Meta вышел пост «How Meta Is Strengthening End-to-End Encrypted Backups». Одиннадцатого мая продолжение про Labyrinth 1.1, реализацию для Android. Я прочитал оба, потом полез в whitepaper, потом сравнил с тем что делаю у себя, и решил написать разбор. Не пересказ маркетингового материала, а нормальный технический разбор. Что они сделали, почему именно так, где у меня болело по дороге, какие компромиссы они выбрали, какие выбрал я.</p><p>Сразу важная оговорка про что эта статья. Она не про шифрование сообщений в транзите. Signal Protocol, Double Ratchet, X3DH — всё это давно стандарт, все нормальные мессенджеры это используют. WhatsApp лицензировал Signal Protocol ещё в 2016-м. Транзит решённая задача.</p><p>Эта статья про следующее звено цепи, которое для большинства пользователей до сих пор сломано. Про бэкапы.</p> <a href="https://habr.com/ru/articles/1038524/?utm_source=habrahabr&amp;utm_medium=rss&amp;utm_campaign=1038524#habracut">Читать далее</a>]]></description>
      
      <pubDate>Sat, 23 May 2026 14:45:40 GMT</pubDate>
      <dc:creator><![CDATA[niktomimo]]></dc:creator>
      
      <category><![CDATA[end-to-end шифрование]]></category><category><![CDATA[OPAQUE]]></category><category><![CDATA[HSM]]></category><category><![CDATA[WhatsApp]]></category><category><![CDATA[Meta]]></category><category><![CDATA[криптография]]></category><category><![CDATA[бэкапы]]></category><category><![CDATA[мессенджеры]]></category><category><![CDATA[RFC 9807]]></category><category><![CDATA[информационная безопасность]]></category>
    </item>
  

  

  

	
  

  

  

    
    <item>
      <title><![CDATA[Линт проектов: собираем ESLint, Prettier и Stylelint в один пакет]]></title>
      <guid isPermaLink="true">https://habr.com/ru/articles/1038340/</guid>
      <link>https://habr.com/ru/articles/1038340/?utm_source=habrahabr&amp;utm_medium=rss&amp;utm_campaign=1038340</link>
      <description><![CDATA[<img src="https://habrastorage.org/getpro/habr/upload_files/3d6/b71/1df/3d6b711df4519915d0957ab4136da8bf.png" /><p>В большинстве компаний линтинг со временем превращается в хаос: разные правила ESLint, устаревшие конфиги и копипаста между проектами. </p><p>Покажу, как навести порядок – собрать линт-инфраструктуру в один пакет и выстроить систему контроля кода для всех репозиториев.</p> <a href="https://habr.com/ru/articles/1038340/?utm_source=habrahabr&amp;utm_medium=rss&amp;utm_campaign=1038340#habracut">Читать далее</a>]]></description>
      
      <pubDate>Sat, 23 May 2026 14:17:26 GMT</pubDate>
      <dc:creator><![CDATA[Dozalex]]></dc:creator>
      
      <category><![CDATA[eslint]]></category><category><![CDATA[prettier]]></category><category><![CDATA[линтинг кода]]></category><category><![CDATA[stylelint]]></category><category><![CDATA[husky]]></category><category><![CDATA[lint]]></category><category><![CDATA[javascript]]></category><category><![CDATA[typescript]]></category><category><![CDATA[react]]></category><category><![CDATA[madge]]></category>
    </item>
  

  

  

	
  

  

  

    
    <item>
      <title><![CDATA[Reasoning-модели сломали мой промпт-инжиниринг. Год переучиваюсь]]></title>
      <guid isPermaLink="true">https://habr.com/ru/articles/1038510/</guid>
      <link>https://habr.com/ru/articles/1038510/?utm_source=habrahabr&amp;utm_medium=rss&amp;utm_campaign=1038510</link>
      <description><![CDATA[<img src="https://habrastorage.org/getpro/habr/upload_files/691/9ea/093/6919ea0932d6c7db7a50c4bf873c77d1.png" /><p>Вторник, час ночи. Закидываю в GPT-5.5 свой проверенный шаблон с развёрнутым CoT, тремя few-shot, ролью «опытный аналитик». Получаю мусор. Удаляю весь промпт, пишу из трёх строк — работает. Минут десять пялюсь в монитор. Половина моего трёхлетнего арсенала против reasoning-моделей либо лишняя, либо вредит. Что сдохло, что наоборот выросло в значимости, что писать под какую задачу. Без эмоциональной role-play и многословных «подумай шаг за шагом» — они сейчас только тормозят.</p> <a href="https://habr.com/ru/articles/1038510/?utm_source=habrahabr&amp;utm_medium=rss&amp;utm_campaign=1038510#habracut">Читать далее</a>]]></description>
      
      <pubDate>Sat, 23 May 2026 13:31:47 GMT</pubDate>
      <dc:creator><![CDATA[sergei_ai]]></dc:creator>
      
      <category><![CDATA[промпт-инжиниринг]]></category><category><![CDATA[reasoning-модели]]></category><category><![CDATA[gpt-5.5]]></category><category><![CDATA[claude opus]]></category><category><![CDATA[llm]]></category><category><![CDATA[chain-of-thought]]></category><category><![CDATA[few-shot]]></category><category><![CDATA[ai-агенты]]></category>
    </item>
  

  

  

	
  

  

  

    
    <item>
      <title><![CDATA[РБМК: enfant terrible]]></title>
      <guid isPermaLink="true">https://habr.com/ru/articles/1038378/</guid>
      <link>https://habr.com/ru/articles/1038378/?utm_source=habrahabr&amp;utm_medium=rss&amp;utm_campaign=1038378</link>
      <description><![CDATA[<img src="https://habrastorage.org/getpro/habr/upload_files/979/07f/fd2/97907ffd2da6bf6563294dd1a4b35042.jpeg" /><p>Тени Чернобыля пали на всю советскую ядерную энергетику в принципе. После аварии внезапно выяснилось, что укрощение мирного атома не так просто, как кажется.<br><br>Под угрозу была поставлена репутация ведущих инженеров-конструкторов и физиков-ядерщиков СССР. Их руками была создана реакторная установка РБМК-1000, которая должна была стать проводником советского государства в светлое атомное будущее. Но случилось совсем наоборот. И по каким причинам так вышло, стоит разобраться.<br><br>Об создателях реактора, истории его создания, преимуществах и недостатках установки будет сегодняшний лонг. Я попытался объяснить простыми словами процессы, произошедшие в реакторе ночью рокового дня, не отвлекаясь на прочие факторы аварии.</p> <a href="https://habr.com/ru/articles/1038378/?utm_source=habrahabr&amp;utm_medium=rss&amp;utm_campaign=1038378#habracut">Читать далее</a>]]></description>
      
      <pubDate>Sat, 23 May 2026 13:30:23 GMT</pubDate>
      <dc:creator><![CDATA[Catx2]]></dc:creator>
      
      <category><![CDATA[РБМК]]></category><category><![CDATA[Чернобыль]]></category><category><![CDATA[Йодная яма]]></category><category><![CDATA[ЛАЭС]]></category><category><![CDATA[ЧАЭС]]></category>
    </item>
  

  

  

	
  

  

  

    
    <item>
      <title><![CDATA[Парадокс рынка труда: конкуренция выросла, но не везде, нанимать легче, но не везде]]></title>
      <guid isPermaLink="true">https://habr.com/ru/articles/1038502/</guid>
      <link>https://habr.com/ru/articles/1038502/?utm_source=habrahabr&amp;utm_medium=rss&amp;utm_campaign=1038502</link>
      <description><![CDATA[<img src="https://habrastorage.org/getpro/habr/upload_files/ecd/e75/a7f/ecde75a7fab2d0c78250c74df9182ff2.jpg" /><p>Сейчас достаточно опасно рассуждать о рынке труда как об одной единой системе.</p><p>Есть такой соблазн, а особенно когда на <strong>рынке труда растет конкуренция</strong>, то я частенько слышу выводы, касающиеся рынка в целом в стиле: окей, значит, <strong>компаниям теперь станет легче</strong>, потому что резюме больше, откликов больше, а значит и дефицит кадров должен хотя бы немного ослабнуть.</p><p>Риск такого вывода в том, что при сокращениях на рынке труда далеко не всегда высвобождается <strong>наиболее квалифицированный персонал</strong>.</p><p>Я бы сказал даже наоборот - это происходит крайне редко. </p> <a href="https://habr.com/ru/articles/1038502/?utm_source=habrahabr&amp;utm_medium=rss&amp;utm_campaign=1038502#habracut">Читать далее</a>]]></description>
      
      <pubDate>Sat, 23 May 2026 13:09:28 GMT</pubDate>
      <dc:creator><![CDATA[Data_Lab]]></dc:creator>
      
      <category><![CDATA[hh]]></category><category><![CDATA[рынок труда]]></category>
    </item>
  

  

  

	
  

  

  

    
    <item>
      <title><![CDATA[Модификаторы в Blender: осваиваем Boolean]]></title>
      <guid isPermaLink="true">https://habr.com/ru/companies/ruvds/articles/1037604/</guid>
      <link>https://habr.com/ru/companies/ruvds/articles/1037604/?utm_source=habrahabr&amp;utm_medium=rss&amp;utm_campaign=1037604</link>
      <description><![CDATA[<img src="https://habrastorage.org/getpro/habr/upload_files/177/265/5d7/1772655d7949be8d3c1e966cd232e2ab.jpg" /><p>Я хочу поделиться некоторым опытом 3D-моделирования, который кажется мне очень важным и полезным при разработке объектов под трёхмерную печать. Расскажу о нескольких приёмах автоматизации моделирования с использованием модификаторов и «многослойных» булевых операций с 3D-объектами. Статья пригодится новичкам. </p> <a href="https://habr.com/ru/articles/1037604/?utm_source=habrahabr&amp;utm_medium=rss&amp;utm_campaign=1037604#habracut">Читать далее</a>]]></description>
      
      <pubDate>Sat, 23 May 2026 13:02:19 GMT</pubDate>
      <dc:creator><![CDATA[engine9 (RUVDS.com)]]></dc:creator>
      
      <category><![CDATA[blender]]></category><category><![CDATA[3d]]></category><category><![CDATA[3d-печать]]></category><category><![CDATA[3d-моделирование]]></category><category><![CDATA[ruvds_статьи]]></category>
    </item>
  

  

  

	
  

  

  

    
    <item>
      <title><![CDATA[«Бесплатно» — это красный флаг: почему мы доверяем не тем (опрос)]]></title>
      <guid isPermaLink="true">https://habr.com/ru/articles/1038496/</guid>
      <link>https://habr.com/ru/articles/1038496/?utm_source=habrahabr&amp;utm_medium=rss&amp;utm_campaign=1038496</link>
      <description><![CDATA[<p>Казалось бы, логика простая: нет рекламы — значит честно. Но именно здесь и зарыта проблема.</p><p>Бесплатный сериал с профессиональной озвучкой, реклама казино посередине — и ты уже часть этой системы. Осознанно или нет.</p><p>Мы научились бороться с рекламой. Но разучились замечать манипуляцию, у которой нет ценника.</p> <a href="https://habr.com/ru/articles/1038496/?utm_source=habrahabr&amp;utm_medium=rss&amp;utm_campaign=1038496#habracut">Читать далее</a>]]></description>
      
      <pubDate>Sat, 23 May 2026 13:02:17 GMT</pubDate>
      <dc:creator><![CDATA[gtosss]]></dc:creator>
      
      <category><![CDATA[менталитет]]></category><category><![CDATA[бесплатные сервисы]]></category><category><![CDATA[доверие]]></category><category><![CDATA[манипуляция]]></category><category><![CDATA[авторское право]]></category><category><![CDATA[монетизация]]></category><category><![CDATA[пиратство]]></category><category><![CDATA[теневой бан]]></category><category><![CDATA[Хабр]]></category><category><![CDATA[культура потребления]]></category>
    </item>
  

  

  

	
  

  

  

    
    <item>
      <title><![CDATA[Стратегия выживания в эпоху ИИ]]></title>
      <guid isPermaLink="true">https://habr.com/ru/articles/1038492/</guid>
      <link>https://habr.com/ru/articles/1038492/?utm_source=habrahabr&amp;utm_medium=rss&amp;utm_campaign=1038492</link>
      <description><![CDATA[<img src="https://habrastorage.org/getpro/habr/upload_files/2fe/476/5e4/2fe4765e48db521e23473ca5e30dcb78.jpg" /><p>Большинство людей уже давно перестали пользоваться вычислениями в уме - калькулятор давно занял эту нишу. Такое применение технологий выглядит вполне оправданно и не вызывает серьезных проблем. Однако, с использованием ИИ дела обстоят иначе. Я постарался сделать статью максимально короткой и ёмкой, дав ссылки на публикации о проблемах использования ИИ, а также на свой опыт минимизации влияния этих проблем.</p> <a href="https://habr.com/ru/articles/1038492/?utm_source=habrahabr&amp;utm_medium=rss&amp;utm_campaign=1038492#habracut">Читать далее</a>]]></description>
      
      <pubDate>Sat, 23 May 2026 12:40:45 GMT</pubDate>
      <dc:creator><![CDATA[breakingtesting]]></dc:creator>
      
      <category><![CDATA[ai]]></category><category><![CDATA[ии]]></category><category><![CDATA[здоровье]]></category><category><![CDATA[мозг]]></category>
    </item>
  

  

  

	
  

  

  

    

  

  

	
  

  
    <item>
      <title><![CDATA[[Перевод] Новая теория обещает переписать фундамент всей математики]]></title>
      <guid isPermaLink="true">https://habr.com/ru/articles/1038488/</guid>
      <link>https://habr.com/ru/articles/1038488/?utm_source=habrahabr&amp;utm_medium=rss&amp;utm_campaign=1038488</link>
      <description><![CDATA[<img src="https://habrastorage.org/getpro/habr/upload_files/f22/af2/c53/f22af2c537c75ae80be0748ad9145181.png" /><p><strong><em>Заменив самое фундаментальное понятие в топологии, Питер Шольце и Дастин Клаузен сделали первый шаг в гораздо более масштабной программе по изучению того, почему числа ведут себя именно так.</em></strong></p> <a href="https://habr.com/ru/articles/1038488/?utm_source=habrahabr&amp;utm_medium=rss&amp;utm_campaign=1038488#habracut">Читать далее</a>]]></description>
      
      <pubDate>Sat, 23 May 2026 12:21:57 GMT</pubDate>
      <dc:creator><![CDATA[andreybrylb]]></dc:creator>
      
      <category>математика</category><category>топология</category><category>алгебра</category><category>множества</category>
    </item>
  

  

    

  

  

	
  

  
    <item>
      <title><![CDATA[[Перевод] Соль и перец в безопасности паролей]]></title>
      <guid isPermaLink="true">https://habr.com/ru/companies/spring_aio/articles/1038478/</guid>
      <link>https://habr.com/ru/companies/spring_aio/articles/1038478/?utm_source=habrahabr&amp;utm_medium=rss&amp;utm_campaign=1038478</link>
      <description><![CDATA[<img src="https://habrastorage.org/getpro/habr/upload_files/306/f51/991/306f51991c01202d3b05c85e236e460f.png" /><p>Безопасность данных сегодня стала главным приоритетом для любого веб-ресурса. Базовым стандартом защиты учетных записей является хеширование паролей. Этот процесс превращает конфиденциальные символы в необратимый код. Без него утечка базы данных мгновенно скомпрометирует пользователей.</p><p>Однако обычного хеширования недостаточно из-за угрозы быстрых хакерских атак. Для защиты разработчики применяют «соль» (salt) — случайные данные, добавляемые к паролю. Минус соли в том, что она хранится рядом с хешем и не спасает от мощного перебора. Тогда на помощь приходит «перец» (pepper), скрытый в коде сервера. Его главная проблема — высокий риск потерять доступ ко всем аккаунтам при компрометации самого секретного ключа.</p><p>В новом переводе от команды <a href="https://t.me/+acrI2N6q080wZjM6">Spring АйО</a> попробуем разобраться в эволюции методов криптографической защиты. Вы узнаете, как правильно комбинировать эти инструменты для надежной аутентификации.</p> <a href="https://habr.com/ru/articles/1038478/?utm_source=habrahabr&amp;utm_medium=rss&amp;utm_campaign=1038478#habracut">Читать далее</a>]]></description>
      
      <pubDate>Sat, 23 May 2026 11:31:28 GMT</pubDate>
      <dc:creator><![CDATA[spring_aio (Spring АйО)]]></dc:creator>
      
      <category>java</category><category>kotlin</category><category>hash</category><category>cryptography</category><category>spring</category><category>spring boot</category><category>spring framework</category><category>spring security</category><category>security</category><category>password</category>
    </item>
  

  

    
    <item>
      <title><![CDATA[Что такое «статьи-зомби»]]></title>
      <guid isPermaLink="true">https://habr.com/ru/articles/1038374/</guid>
      <link>https://habr.com/ru/articles/1038374/?utm_source=habrahabr&amp;utm_medium=rss&amp;utm_campaign=1038374</link>
      <description><![CDATA[<img src="https://habrastorage.org/getpro/habr/upload_files/e76/1ba/cb3/e761bacb36f211a50ad04aec14e8b1a5.webp" /><p>Дамы и господа, добро пожаловать в современную академию!</p><p>Вы закончили бакалавриат и магистратуру, защитили диплом, но для кандидатской (и похвалы мамы) вам нужны публикации. Индекс Хирша застрял на отметке абсолютного нуля. Делать настоящую науку — долго, дорого и непредсказуемо. К вашему счастью, индустрия публикаций давно эволюционировала, и страдать в лабораториях совершенно необязательно.</p> <a href="https://habr.com/ru/articles/1038374/?utm_source=habrahabr&amp;utm_medium=rss&amp;utm_campaign=1038374#habracut">Читать далее</a>]]></description>
      
      <pubDate>Sat, 23 May 2026 11:30:09 GMT</pubDate>
      <dc:creator><![CDATA[CatScience]]></dc:creator>
      
      <category><![CDATA[наукометрия]]></category><category><![CDATA[фальсификация]]></category><category><![CDATA[критерии ретракции]]></category>
    </item>
  

  

  

	
  

  

  

    
    <item>
      <title><![CDATA[CodeGraph: граф кода для Claude Code вместо grep по файлам. Разбираю архитектуру и проверяю бенчмарки]]></title>
      <guid isPermaLink="true">https://habr.com/ru/articles/1038474/</guid>
      <link>https://habr.com/ru/articles/1038474/?utm_source=habrahabr&amp;utm_medium=rss&amp;utm_campaign=1038474</link>
      <description><![CDATA[<img src="https://habrastorage.org/getpro/habr/upload_files/aad/979/785/aad979785830772b32e925cd70f1b906.png" /><p>Если вы работаете с Claude Code на больших проектах, знаете картину: задаёшь вопрос “как устроена авторизация” — и агент рекурсивно бегает по файлам через grep, жжёт токены и время. Я уже разбирал SocratiCode, который решает это через векторный поиск. CodeGraph идёт другим путём — строит граф символов через tree-sitter и хранит в SQLite. Разобрал архитектуру, проверил бенчмарки (92% меньше вызовов — правда, но с нюансами) и сравнил с альтернативами. Заодно поправил телеграм-маркетинг про выдуманного “агента Hermes”.</p> <a href="https://habr.com/ru/articles/1038474/?utm_source=habrahabr&amp;utm_medium=rss&amp;utm_campaign=1038474#habracut">Читать далее</a>]]></description>
      
      <pubDate>Sat, 23 May 2026 11:24:00 GMT</pubDate>
      <dc:creator><![CDATA[nlaik]]></dc:creator>
      
      <category><![CDATA[Claude Code]]></category><category><![CDATA[MCP]]></category><category><![CDATA[AI-агенты]]></category><category><![CDATA[tree-sitter]]></category><category><![CDATA[SQLite]]></category><category><![CDATA[индексация кода]]></category><category><![CDATA[CodeGraph]]></category><category><![CDATA[граф кода]]></category>
    </item>
  

  

  

	
  

  

  

    
    <item>
      <title><![CDATA[Мессенджер Ласточка. Нас не пустили в Rustore]]></title>
      <guid isPermaLink="true">https://habr.com/ru/articles/1038468/</guid>
      <link>https://habr.com/ru/articles/1038468/?utm_source=habrahabr&amp;utm_medium=rss&amp;utm_campaign=1038468</link>
      <description><![CDATA[<img src="https://habrastorage.org/getpro/habr/upload_files/805/2c4/05e/8052c405e7968e1e5a167e2fc73bd29b.png" /><p>Короткий пост про текущий статус по развитию мессенджера. </p><p>Последние два месяца мы занимались бумажной работой. Той самой, которую стартапы обычно откладывают до последнего, а потом делают в пожарном режиме. Мы решили пойти иначе: сначала закрыть все юридические вопросы, потом запускать пользователей. В итоге получили официальный ответ Роскомнадзора, подали уведомление об обработке персональных данных, открыли whitelist-доступ для первых тестеров. Обо всём по порядку.</p> <a href="https://habr.com/ru/articles/1038468/?utm_source=habrahabr&amp;utm_medium=rss&amp;utm_campaign=1038468#habracut">Читать далее</a>]]></description>
      
      <pubDate>Sat, 23 May 2026 11:22:07 GMT</pubDate>
      <dc:creator><![CDATA[ANTON62]]></dc:creator>
      
      <category><![CDATA[ласточка]]></category><category><![CDATA[rustore]]></category>
    </item>
  

  

  

	
  

  

  

    
    <item>
      <title><![CDATA[Google представила Gemini Omni — универсальную ИИ-модель. Роботы работают, счастлив человек]]></title>
      <guid isPermaLink="true">https://habr.com/ru/companies/ru_mts/articles/1038276/</guid>
      <link>https://habr.com/ru/companies/ru_mts/articles/1038276/?utm_source=habrahabr&amp;utm_medium=rss&amp;utm_campaign=1038276</link>
      <description><![CDATA[<img src="https://habrastorage.org/getpro/habr/upload_files/a97/c28/1ba/a97c281baa595616905491ecd7717184.png" /><p>Искусственный интеллект уже давно вышел за рамки простых ответов на вопросы и теперь все чаще берется за полноценные рабочие процессы, где нужно не только сообразить, но и сделать. Компании постепенно учат свои системы самостоятельно разбираться с длинными цепочками операций, взаимодействовать с сервисами и доводить дело до конца без постоянного присмотра. Google на конференции I/O 2026 <a href="https://blog.google/innovation-and-ai/models-and-research/gemini-models/gemini-3-5/">показала</a>, насколько далеко зашел этот процесс, представив сразу две новые модели из семейства Gemini — 3.5 Flash и Omni, которые, по сути, закладывают основу следующего большого шага в развитии ИИ.</p><p>Анонс привлек внимание не из-за очередного роста скорости или размеров моделей. Google показала ИИ, который умеет не только генерировать контент, но и самостоятельно выполнять задачи, работать с сервисами и обрабатывать сразу несколько типов данных — текст, видео, изображения и звук. Разберемся, что умеют новые Gemini и почему Google делает ставку именно на такой подход.&nbsp;</p> <a href="https://habr.com/ru/articles/1038276/?utm_source=habrahabr&amp;utm_medium=rss&amp;utm_campaign=1038276#habracut">Читать далее</a>]]></description>
      
      <pubDate>Sat, 23 May 2026 11:01:03 GMT</pubDate>
      <dc:creator><![CDATA[t3chnowolf (МТС)]]></dc:creator>
      
      <category><![CDATA[gemini]]></category><category><![CDATA[google]]></category><category><![CDATA[ии]]></category>
    </item>
  

  

  

	
  

  

  

    
    <item>
      <title><![CDATA[Что у SpaceX с патентным портфелем перед IPO?]]></title>
      <guid isPermaLink="true">https://habr.com/ru/companies/onlinepatent/articles/1038208/</guid>
      <link>https://habr.com/ru/companies/onlinepatent/articles/1038208/?utm_source=habrahabr&amp;utm_medium=rss&amp;utm_campaign=1038208</link>
      <description><![CDATA[<img src="https://habrastorage.org/getpro/habr/upload_files/96f/68c/bef/96f68cbef418e29c1d0f233ce1bafd80.png" /><p>21 мая 2026 года стало известно, что космическая компания SpaceX, стремящаяся обеспечить условия жизни человечества за пределами Земли, планирует выйти на биржу. Ее капитализация оценивается в 1,75 трлн долларов. Во время IPO корпорация Илона Маска, оставаясь убыточной, планирует привлечь не менее 75 млрд долларов. Посмотрим, что у нее с интеллектуальной собственностью.</p> <a href="https://habr.com/ru/articles/1038208/?utm_source=habrahabr&amp;utm_medium=rss&amp;utm_campaign=1038208#habracut">Читать далее</a>]]></description>
      
      <pubDate>Sat, 23 May 2026 10:30:59 GMT</pubDate>
      <dc:creator><![CDATA[ko_ya (Online patent)]]></dc:creator>
      
      <category><![CDATA[starlink]]></category><category><![CDATA[spacex]]></category><category><![CDATA[илон маск]]></category><category><![CDATA[ipo]]></category><category><![CDATA[космонавтика]]></category><category><![CDATA[космонавтика сегодня]]></category><category><![CDATA[космонавтика сша]]></category><category><![CDATA[патентование]]></category><category><![CDATA[ракетостроение]]></category><category><![CDATA[ракетоносители]]></category>
    </item>
  

  

  

	
  

  

  

    
    <item>
      <title><![CDATA[Делегирование, которому можно научиться у промпт‑инженеров]]></title>
      <guid isPermaLink="true">https://habr.com/ru/articles/1038452/</guid>
      <link>https://habr.com/ru/articles/1038452/?utm_source=habrahabr&amp;utm_medium=rss&amp;utm_campaign=1038452</link>
      <description><![CDATA[<img src="https://habrastorage.org/getpro/habr/upload_files/c37/479/967/c3747996729152e7223319ef74a2ae2c.png" /><p>«Мусор на входе — мусор на выходе» работает не только с нейросетями. Пять уроков делегирования, которые промпт-инженеры выучили раньше всех</p> <a href="https://habr.com/ru/articles/1038452/?utm_source=habrahabr&amp;utm_medium=rss&amp;utm_campaign=1038452#habracut">Читать далее</a>]]></description>
      
      <pubDate>Sat, 23 May 2026 10:24:22 GMT</pubDate>
      <dc:creator><![CDATA[VitTurov]]></dc:creator>
      
      <category><![CDATA[делегирование]]></category><category><![CDATA[постановка задач]]></category><category><![CDATA[промпт-инжиниринг]]></category><category><![CDATA[искусственный интеллект]]></category><category><![CDATA[управление командой]]></category><category><![CDATA[продуктивность]]></category><category><![CDATA[work with AI]]></category><category><![CDATA[менторинг]]></category>
    </item>
  

  

  

	
  

  

  

    
    <item>
      <title><![CDATA[Feature Based Clean Architecture. Часть 5: Масштабирование FBCA и теоретико-графовый анализ зависимостей]]></title>
      <guid isPermaLink="true">https://habr.com/ru/articles/1038450/</guid>
      <link>https://habr.com/ru/articles/1038450/?utm_source=habrahabr&amp;utm_medium=rss&amp;utm_campaign=1038450</link>
      <description><![CDATA[<p>Если описать NestJS-архитектуру как граф — вершины это модули и классы, рёбра — зависимости между ними, — утверждение «архитектура не деградирует» перестаёт быть оценочным. Формально доказывается, при каких условиях циклы между модулями топологически невозможны, при каких размер публичного API не растёт с каждой новой ручкой, и при каких стоимость добавления фичи остаётся константой, а не растёт с числом существующих потребителей. Три измеримых структурных свойства, а не ощущение. Для типовой feature-based-структуры, которую сегодня продвигают как стандарт, ни одно из них не выполняется.</p><p>Серия из пяти частей: пошаговый разбор траектории на сквозном Twitter-подобном бэкенде, расчёт ROI типичной деградации в долларах и человеко-часах ($30–60k в год для команды из двух мидлов, $6–15M в год для big tech — с полным расчётом в части 3), и формальное доказательство на языке теории графов, при каких структурных условиях деградация невозможна.</p><p>Часть 5 — финал серии. Архитектурный подход, при котором эти три свойства соблюдаются (Feature-Based Clean Architecture), нагружается тем же сценарием годового роста, под весом которого деградирует обычный feature-based: партнёрка, анти-фрод, рефералки, расширенная аналитика, утроение модуля пользователей. Без художественности: реальный код, граф зависимостей «до» и «после», и формальное доказательство трёх свойств — DAG-инвариант, граница связности, O(1)-стоимость инкремента — на языке теории графов. Точка, в которой «архитектура не деградирует» становится не похвалой, а конкретным структурным утверждением.</p> <a href="https://habr.com/ru/articles/1038450/?utm_source=habrahabr&amp;utm_medium=rss&amp;utm_campaign=1038450#habracut">Читать далее</a>]]></description>
      
      <pubDate>Sat, 23 May 2026 10:10:02 GMT</pubDate>
      <dc:creator><![CDATA[shkvik]]></dc:creator>
      
      <category><![CDATA[NestJS]]></category><category><![CDATA[TypeScript]]></category><category><![CDATA[Clean Architecture]]></category><category><![CDATA[Архитектура ПО]]></category><category><![CDATA[Бэкенд]]></category><category><![CDATA[Feature-based]]></category><category><![CDATA[Теория графов]]></category><category><![CDATA[Масштабирование]]></category><category><![CDATA[DAG]]></category><category><![CDATA[Domain-Driven Design]]></category>
    </item>
  

  

  

	
  

  

  

    
    <item>
      <title><![CDATA[Настройка типизации формы React Hook Form (≥ v7.44.0) + Zod с разными входными и выходными типами]]></title>
      <guid isPermaLink="true">https://habr.com/ru/articles/1038440/</guid>
      <link>https://habr.com/ru/articles/1038440/?utm_source=habrahabr&amp;utm_medium=rss&amp;utm_campaign=1038440</link>
      <description><![CDATA[<p>Работая с формой, часто нам нужно сделать так, чтобы на вход она принимала данные одного типа, а после валидации их тип меняется</p><p>Моя форма состоит из полей, начальное значение которых - пустая строка, а после валидации - число</p><p>Давайте попробуем создать схему для такой формы и вывести из нее тип</p> <a href="https://habr.com/ru/articles/1038440/?utm_source=habrahabr&amp;utm_medium=rss&amp;utm_campaign=1038440#habracut">Читать далее</a>]]></description>
      
      <pubDate>Sat, 23 May 2026 09:50:13 GMT</pubDate>
      <dc:creator><![CDATA[EkaterinaSL]]></dc:creator>
      
      <category><![CDATA[react-hook-form]]></category><category><![CDATA[zod]]></category>
    </item>
  

  

  

	
  

  

  

    
    <item>
      <title><![CDATA[Feature Based Clean Architecture. Часть 4: FBCA: формализация границ ответственности в NestJS-модуле]]></title>
      <guid isPermaLink="true">https://habr.com/ru/articles/1038438/</guid>
      <link>https://habr.com/ru/articles/1038438/?utm_source=habrahabr&amp;utm_medium=rss&amp;utm_campaign=1038438</link>
      <description><![CDATA[<p>После трёх частей разбора деградации остаётся один вопрос: как написать NestJS-проект так, чтобы god-сервис и циклические зависимости были невозможны. «Писать аккуратнее», «лучше ревьюить», «выделять день в спринте на рефакторинг» — варианты, которые не работают: дисциплина не масштабируется на пятьдесят спринтов и пять команд. Работает другое — наложить на модуль структурные ограничения, которые TypeScript и NestJS DI просто не дадут нарушить. Слои, однонаправленные зависимости, изоляция домена от инфраструктуры — не папки ради порядка, а барьер, который физически не пропускает сценарии деградации из частей 1–3.</p><p>Серия из пяти частей: пошаговый разбор траектории на сквозном Twitter-подобном бэкенде, расчёт ROI типичной деградации в долларах и человеко-часах ($30–60k в год для команды из двух мидлов, $6–15M в год для big tech — с полным расчётом в части 3), и формальное доказательство на языке теории графов, при каких структурных условиях деградация невозможна.</p><p>Часть 4 — конкретная имплементация подхода на том же сквозном Twitter-подобном бэкенде. Как модуль режется на четыре слоя (domain / use-case / infrastructure / presentation), как раздутый сервис заменяется набором use-case’ов, куда уезжает работа с базой и почему оркестратор перестаёт быть god-функцией. Без художественности: реальный код, что именно изменилось по сравнению с feature-based-структурой из частей 1–3, и точка, в которой видно — прежние сценарии деградации теперь не запускаются не потому, что «все стали аккуратнее», а потому что нечем.</p> <a href="https://habr.com/ru/articles/1038438/?utm_source=habrahabr&amp;utm_medium=rss&amp;utm_campaign=1038438#habracut">Читать далее</a>]]></description>
      
      <pubDate>Sat, 23 May 2026 09:47:53 GMT</pubDate>
      <dc:creator><![CDATA[shkvik]]></dc:creator>
      
      <category><![CDATA[NestJS]]></category><category><![CDATA[TypeScript]]></category><category><![CDATA[Clean Architecture]]></category><category><![CDATA[Архитектура ПО]]></category><category><![CDATA[Бэкенд]]></category><category><![CDATA[Feature-based]]></category><category><![CDATA[Domain-Driven Design]]></category><category><![CDATA[Слоистая архитектура]]></category><category><![CDATA[Рефакторинг]]></category><category><![CDATA[SOLID]]></category>
    </item>
  

  

  

	
  

  

  

    
    <item>
      <title><![CDATA[Корпорация «Святые Технологии». Работа мечты (рассказ)]]></title>
      <guid isPermaLink="true">https://habr.com/ru/articles/1038432/</guid>
      <link>https://habr.com/ru/articles/1038432/?utm_source=habrahabr&amp;utm_medium=rss&amp;utm_campaign=1038432</link>
      <description><![CDATA[<img src="https://habrastorage.org/getpro/habr/upload_files/d49/9c0/175/d499c01759102a76eb578725b3cd342f.jpg" /><p>Промокшие кеды с нашивками «JD» торопливо хлюпали по лужам и обдумывали свой первый день в корпорации «Святые Технологии». Работа мечты и бесконечных возможностей! Небоскребы из стекла и металла, огромные пространства, в кабинетах которых творят будущее легенды отрасли.&nbsp;</p><p>Дойдя до двери с надписью: «Малый Ад. Архив», они остановились в нерешительности: всё складывалось слишком удачно. Сосед по кабинету пробил им проходку на ежегодный прокрастинейт-шабаш, куда официально новичков не пускают.</p><p>Дождь усиливался. Преодолев страх, кеды осторожно пнули дверь, и зашли внутрь. Они спустились по темному коридору и вошли в комнату, где царил приятный полумрак.&nbsp;</p><p>В углу на полках было свалено старое «железо», отчеты, провода и прочий хлам. Рядом с погасшим терминалом пульта шептались вязанный платок и очки в роговой оправе. На потолке мерно гудели лампы дневного света.</p><p>Очки водили дужками по выцветшей перфокарте, силясь вспомнить, что это такое. Рядом с платком лежали спицы, клубок оптоволокна и недовязанные лучезапястные ортезы.</p> <a href="https://habr.com/ru/articles/1038432/?utm_source=habrahabr&amp;utm_medium=rss&amp;utm_campaign=1038432#habracut">Читать далее</a>]]></description>
      
      <pubDate>Sat, 23 May 2026 09:37:03 GMT</pubDate>
      <dc:creator><![CDATA[wilelf]]></dc:creator>
      
      <category><![CDATA[рассказ]]></category><category><![CDATA[прокрастинация]]></category><category><![CDATA[выгорание]]></category>
    </item>
  

  

  

	
  

  

  

    
    <item>
      <title><![CDATA[CyLab Security Academy: как Carnegie Mellon превратила CTF в полноценную обучающую платформу]]></title>
      <guid isPermaLink="true">https://habr.com/ru/articles/1017168/</guid>
      <link>https://habr.com/ru/articles/1017168/?utm_source=habrahabr&amp;utm_medium=rss&amp;utm_campaign=1017168</link>
      <description><![CDATA[<p>Вход в кибербезопасность почти всегда начинается с одной и той же проблемы: непонятно, с чего именно начинать. Теория без практики быстро забывается, а реальные инструменты, терминалы и уязвимости выглядят пугающе сложными. На этом фоне CTF-платформы (Capture The Flag) давно стали стандартной точкой входа в security. Проблема в том, что большинство из них плохо подходят новичкам: задачи либо слишком абстрактные, либо требуют уже сформированной базы.</p><p>Именно поэтому появление <a href="https://learn.cylabacademy.org/" rel="noopener noreferrer nofollow">CyLab Security Academy</a> выглядит важным событием для образовательного сегмента кибербезопасности. Платформа, выросшая из известного picoCTF и разработанная при участии Carnegie Mellon University, пытается решить проблему входа системно, а именно, через постепенное усложнение, практику и декомпозицию навыков.</p> <a href="https://habr.com/ru/articles/1017168/?utm_source=habrahabr&amp;utm_medium=rss&amp;utm_campaign=1017168#habracut">Читать далее</a>]]></description>
      
      <pubDate>Sat, 23 May 2026 09:31:32 GMT</pubDate>
      <dc:creator><![CDATA[red_motif]]></dc:creator>
      
      <category><![CDATA[информационная безопасность]]></category><category><![CDATA[кибербезопасность]]></category><category><![CDATA[обучение]]></category><category><![CDATA[навыки]]></category><category><![CDATA[навыки и умения]]></category><category><![CDATA[безопасность данных]]></category><category><![CDATA[безопасность сайтов]]></category><category><![CDATA[безопасность]]></category><category><![CDATA[безопасность linux]]></category><category><![CDATA[безопасность мобильных приложений]]></category>
    </item>
  

  

  

	
  

  

  

    
    <item>
      <title><![CDATA[Feature Based Clean Architecture. Часть 3: Архитектурный риск циклов в NestJS: ROI решений на горизонте пяти лет]]></title>
      <guid isPermaLink="true">https://habr.com/ru/articles/1038426/</guid>
      <link>https://habr.com/ru/articles/1038426/?utm_source=habrahabr&amp;utm_medium=rss&amp;utm_campaign=1038426</link>
      <description><![CDATA[<p>Циклическая зависимость между двумя модулями в NestJS лечится двумя строчками forwardRef. Документация прямо это рекомендует, ревьюер пропустит за тридцать секунд, билд снова собирается. Через полгода окажется, что эти две строчки имеют ROI –35 000% за первый год и –360 000% к десятому: $30–60k в год сжигается в маленькой команде, $6–15M — в big tech, без единой написанной фичи. Счёт приходит размазанным платежом по будущим спринтам — и винить уже некого: автор уволился, команда сменилась, forwardRef стоит как стоял.</p><p>Серия из пяти частей: пошаговый разбор траектории на сквозном Twitter-подобном бэкенде, расчёт ROI типичной деградации в долларах и человеко-часах ($30–60k в год для команды из двух мидлов, $6–15M в год для big tech — с полным расчётом в части 3), и формальное доказательство на языке теории графов, при каких структурных условиях деградация невозможна.</p><p>Часть 3 — расчёт стоимости одной типичной декомпозиции по feature-based на горизонте пяти лет. Как первый forwardRef морозит цикл, как через пару спринтов он начинает блокировать соседние фичи и заставляет придумывать обходные костыли вокруг старой ошибки, во что это превращается в маленькой команде и в энтерпрайзе, и почему именно отсюда команды уходят в преждевременные микросервисы.</p> <a href="https://habr.com/ru/articles/1038426/?utm_source=habrahabr&amp;utm_medium=rss&amp;utm_campaign=1038426#habracut">Читать далее</a>]]></description>
      
      <pubDate>Sat, 23 May 2026 09:23:59 GMT</pubDate>
      <dc:creator><![CDATA[shkvik]]></dc:creator>
      
      <category><![CDATA[NestJS]]></category><category><![CDATA[TypeScript]]></category><category><![CDATA[Архитектура ПО]]></category><category><![CDATA[Бэкенд]]></category><category><![CDATA[Антипаттерны]]></category><category><![CDATA[Циклические зависимости]]></category><category><![CDATA[feature-based]]></category><category><![CDATA[Технический долг]]></category><category><![CDATA[ROI]]></category><category><![CDATA[Рефакторинг]]></category>
    </item>
  

  

  

	
  

  

  

    
    <item>
      <title><![CDATA[Домашний сервер без белого IP: безопасная публикация сервисов через VPS, обратный SSH-туннель и Caddy]]></title>
      <guid isPermaLink="true">https://habr.com/ru/articles/1038422/</guid>
      <link>https://habr.com/ru/articles/1038422/?utm_source=habrahabr&amp;utm_medium=rss&amp;utm_campaign=1038422</link>
      <description><![CDATA[<img src="https://habrastorage.org/getpro/habr/upload_files/35e/4b1/df8/35e4b1df855a31dea9baf25c6bb41ee8.jpeg" /><p>Как безопасно опубликовать домашний сервер без белого IP и проброса портов: домашний сервер сам устанавливает исходящее SSH-соединение к VPS, на VPS создаётся локальный endpoint обратного SSH-туннеля, а внешний доступ к сервисам отдаётся через Caddy по HTTPS. Backend-порты вроде Nextcloud, Home Assistant или Jellyfin не открываются напрямую в интернет, а остаются доступными только через loopback и reverse proxy. Отдельное внимание уделено hardening: ограниченный пользователь tunneluser, SSH-ключи, autossh, systemd, UFW, проверка sshd_config и диагностика типовых ошибок.</p> <a href="https://habr.com/ru/articles/1038422/?utm_source=habrahabr&amp;utm_medium=rss&amp;utm_campaign=1038422#habracut">Поехали</a>]]></description>
      
      <pubDate>Sat, 23 May 2026 09:01:45 GMT</pubDate>
      <dc:creator><![CDATA[Andrei2025]]></dc:creator>
      
      <category><![CDATA[ssh]]></category><category><![CDATA[vps]]></category><category><![CDATA[linux]]></category><category><![CDATA[caddy]]></category><category><![CDATA[nextcloud]]></category>
    </item>
  

  

  

	
  

  

  

    
    <item>
      <title><![CDATA[Почему не взлетели дирижабли? Часть 22: Митягина, Эйхенвальд и Ховрина, первый в истории женский экипаж дирижабля]]></title>
      <guid isPermaLink="true">https://habr.com/ru/companies/ruvds/articles/1038224/</guid>
      <link>https://habr.com/ru/companies/ruvds/articles/1038224/?utm_source=habrahabr&amp;utm_medium=rss&amp;utm_campaign=1038224</link>
      <description><![CDATA[<img src="https://habrastorage.org/getpro/habr/upload_files/fe7/986/fbd/fe7986fbd46fb7085d667d403e38d8db.jpg" /><p>В 1936 году в СССР был сформирован уникальный, первый в истории полностью женский воздухоплавательный экипаж. Лётчицами на самолётах к этому времени было никого не удивить, они стали появляться ещё до Первой мировой войны, в том числе в Российской империи — но дирижабли долгое время оставались сугубо мужским царством, где женщины появлялись лишь в роли пассажирок. Свежепостроенный СССР В-1 «Первое мая», помимо основного экипажа, состоявшего из мужчин, со временем получил и второй, сугубо женский. Командиром стала Вероника Митягина, старпомом и штурвальным — Людмила Эйхенвальд, бортмехаником — Евгения Ховрина. Увы, сведений об их биографиях в сети меньше, чем хотелось бы, хотя и имеющееся однозначно характеризует их как людей большой отваги и силы воли. И в процессе написания подумалось, что очень хотелось бы однажды увидеть памятник им в столице отечественного дирижаблестроения Долгопрудном.</p> <a href="https://habr.com/ru/articles/1038224/?utm_source=habrahabr&amp;utm_medium=rss&amp;utm_campaign=1038224#habracut">Читать далее</a>]]></description>
      
      <pubDate>Sat, 23 May 2026 09:01:41 GMT</pubDate>
      <dc:creator><![CDATA[Erwinmal (RUVDS.com)]]></dc:creator>
      
      <category><![CDATA[ruvds_статьи_выходного_дня]]></category><category><![CDATA[дирижабли]]></category><category><![CDATA[СССР]]></category><category><![CDATA[Великая Отечественная война]]></category><category><![CDATA[воздухоплавание]]></category><category><![CDATA[женщины]]></category><category><![CDATA[1930-е]]></category><category><![CDATA[1940-е]]></category>
    </item>
  

  

  

	
  

  

  

    
    <item>
      <title><![CDATA[Китайцы ответили на H200 — обзор Zhenwu M890 от Alibaba]]></title>
      <guid isPermaLink="true">https://habr.com/ru/companies/selectel/articles/1038418/</guid>
      <link>https://habr.com/ru/companies/selectel/articles/1038418/?utm_source=habrahabr&amp;utm_medium=rss&amp;utm_campaign=1038418</link>
      <description><![CDATA[<img src="https://habrastorage.org/getpro/habr/upload_files/e24/622/3c3/e246223c32e9200beb5d14787348ad31.jpg" /><p>20 мая на ежегодном Alibaba Cloud Summit T-Head полупроводниковое подразделение Alibaba представила новое поколение GPU — Zhenwu M890. Это ускоритель с 144 ГБ памяти HBM на борту и возможностью интерконнекта между устройствами до 800 ГБ/с. На основе этого устройства также была представлен суперсервер Panjiu AL128 — стойка из 128 ускорителей M890, объединенных собственным коммутатором ICN Switch 1.0.</p><p>Предложение уже доступно китайским корпоративным клиентам и поддерживает Qwen, DeepSeek и Kimi. Но что там с характеристиками? Разбираемся под катом.</p> <a href="https://habr.com/ru/articles/1038418/?utm_source=habrahabr&amp;utm_medium=rss&amp;utm_campaign=1038418#habracut">Читать далее</a>]]></description>
      
      <pubDate>Sat, 23 May 2026 08:42:37 GMT</pubDate>
      <dc:creator><![CDATA[skovalev (Selectel)]]></dc:creator>
      
      <category><![CDATA[selectel]]></category><category><![CDATA[железо]]></category><category><![CDATA[weblog]]></category>
    </item>
  

  

  

	
  

  

  

    
    <item>
      <title><![CDATA[Feature Based Clean Architecture. Часть 2: Декомпозиция на сервисы: анализ ограниченности подхода]]></title>
      <guid isPermaLink="true">https://habr.com/ru/articles/1038416/</guid>
      <link>https://habr.com/ru/articles/1038416/?utm_source=habrahabr&amp;utm_medium=rss&amp;utm_campaign=1038416</link>
      <description><![CDATA[<p>Стандартный ответ на god-сервис — декомпозиция: разнести логику по нескольким сервисам с чёткими зонами ответственности, оставить тонкий оркестратор. После рефакторинга код действительно становится приятнее на глаз, файлов больше, метод оркестратора плоский. Структурно — не меняется ничего: тот же god-сервис воспроизводится этажом ниже, в одном из новых сервисов. На следующей итерации декомпозиции — ещё раз. Это не ошибка реализации, а свойство подхода.</p><p>Серия из пяти частей: пошаговый разбор траектории на сквозном Twitter-подобном бэкенде, расчёт ROI типичной деградации в долларах и человеко-часах ($30–60k в год для команды из двух мидлов, $6–15M в год для big tech — с полным расчётом в части 3), и формальное доказательство на языке теории графов, при каких структурных условиях деградация невозможна.</p><p>Часть 2 — что произойдёт, когда команда честно сделает напрашивающийся после части 1 рефакторинг. Без художественности: реальный код после декомпозиции, демонстрация того, что на верхнем уровне всё действительно стало лучше, и параллельный запуск ровно того же сценария деградации уровнем ниже. Точка, в которой видно: декомпозиция не убирает проблему.</p> <a href="https://habr.com/ru/articles/1038416/?utm_source=habrahabr&amp;utm_medium=rss&amp;utm_campaign=1038416#habracut">Читать далее</a>]]></description>
      
      <pubDate>Sat, 23 May 2026 08:35:25 GMT</pubDate>
      <dc:creator><![CDATA[shkvik]]></dc:creator>
      
      <category><![CDATA[nestjs]]></category><category><![CDATA[typescript]]></category><category><![CDATA[архитектура]]></category><category><![CDATA[бэкенд]]></category><category><![CDATA[антипаттерны]]></category><category><![CDATA[god object]]></category><category><![CDATA[feature-based]]></category><category><![CDATA[технический долг]]></category><category><![CDATA[рефакторинг]]></category><category><![CDATA[typeorm]]></category>
    </item>
  

  

  

	
  

  

  

    
    <item>
      <title><![CDATA[Лучшие игры для Steam Deck в 2026 году по мнению пользователей]]></title>
      <guid isPermaLink="true">https://habr.com/ru/companies/ggsel/articles/1038414/</guid>
      <link>https://habr.com/ru/companies/ggsel/articles/1038414/?utm_source=habrahabr&amp;utm_medium=rss&amp;utm_campaign=1038414</link>
      <description><![CDATA[<img src="https://habrastorage.org/getpro/habr/upload_files/9f2/f8c/54f/9f2f8c54ff8adf39df2fe4089a4d8892.jpeg" /><p>Вышедшая в феврале 2022 года портативная консоль Steam Deck была весьма тепло встречена прессой и геймерами. Детище старины Гейба и его компании наделало немало шума — начались закономерные <a href="https://www.ign.com/articles/valve-steam-deck-tech-specs-comparison-nintendo-switch-oled">сравнения с Nintendo Switch</a>, а нескончаемый поток мемов оккупировал социальные сети практически сразу после анонса игрового устройства. Выход Steam Deck оказался весьма удачным коммерческим явлением — только к концу 2024 года было распродано 3,7 миллиона устройств. А по более свежим оценкам аналитиков в 2026 году портативкой владеет уже как минимум 6 миллионов человек!</p><p>Секрет успеха в изменении игровой аудитории — <a href="https://www.theesa.com/global-report-video-games-transcend-entertainment-affect-positive-change-in-players-lives/">международные исследования</a> показывают, что игровое сообщество неуклонно взрослеет. Среднестатистический геймер сейчас — человек в возрасте 41 года. Мы уже не школьники и студенты с кучей свободного времени и энергии, работа по 8 часов в день (зачастую за компьютером!), быт, общение и прочие активности не оставляют времени и сил на продолжительные игровые сессии за ПК. Вместе с тем остается потребность в развлечении и отдыхе, а спокойный диванный гейминг с портативной консолью — именно то, что даст необходимую эмоциональную разрядку.</p><p>Специально для владельцев портативной консоли от Valve мы подготовили данный материал.</p> <a href="https://habr.com/ru/articles/1038414/?utm_source=habrahabr&amp;utm_medium=rss&amp;utm_campaign=1038414#habracut">Читать далее</a>]]></description>
      
      <pubDate>Sat, 23 May 2026 08:32:33 GMT</pubDate>
      <dc:creator><![CDATA[ggsel (ggsel.net)]]></dc:creator>
      
      <category><![CDATA[игры]]></category><category><![CDATA[игровые консоли]]></category><category><![CDATA[steam deck]]></category><category><![CDATA[steam]]></category><category><![CDATA[инди-игры]]></category>
    </item>
  

  

  

	
  

  

  

    
    <item>
      <title><![CDATA[Обход блокировок внутри iOS-приложения: VLESS + Reality через sing-box, и грабли по дороге]]></title>
      <guid isPermaLink="true">https://habr.com/ru/articles/1038412/</guid>
      <link>https://habr.com/ru/articles/1038412/?utm_source=habrahabr&amp;utm_medium=rss&amp;utm_campaign=1038412</link>
      <description><![CDATA[<img src="https://habrastorage.org/getpro/habr/upload_files/3e9/27c/bc3/3e927cbc3341dbcaab89c1aeabd2a00e.png" /><p>Мы делаем мессенджер. Весной 2026&nbsp;наш бэкенд начал отваливаться у&nbsp;части пользователей из&nbsp;России: HTTPS‑запросы к&nbsp;API таймаутятся, WebSocket не&nbsp;поднимается. Картина знакомая всем, кто держит сервис с&nbsp;одним доменом и одним IP.</p><p>Для&nbsp;мессенджера это приговор. Не «неудобно», а&nbsp;именно приговор: приложение, которое не&nbsp;может даже подключиться, бесполезно. И вариант «попросите пользователя сначала включить VPN» нас не&nbsp;устраивал совсем. Ниже разберу, почему мы в&nbsp;итоге встроили обход прямо в&nbsp;приложение, на&nbsp;чём он работает и на&nbsp;какие грабли мы наступили. Без&nbsp;маркетинга, по&nbsp;делу.</p> <a href="https://habr.com/ru/articles/1038412/?utm_source=habrahabr&amp;utm_medium=rss&amp;utm_campaign=1038412#habracut">Читать далее</a>]]></description>
      
      <pubDate>Sat, 23 May 2026 08:31:35 GMT</pubDate>
      <dc:creator><![CDATA[rcq]]></dc:creator>
      
      <category><![CDATA[обход блокировок]]></category><category><![CDATA[VLESS]]></category><category><![CDATA[Reality]]></category><category><![CDATA[sing-box]]></category><category><![CDATA[XTLS]]></category><category><![CDATA[прокси]]></category><category><![CDATA[цензура]]></category><category><![CDATA[iOS]]></category><category><![CDATA[Swift]]></category><category><![CDATA[gomobile]]></category>
    </item>
  

  

  

	
  

  

  

    

  

  

	
  

  
    <item>
      <title><![CDATA[[Перевод] Любой пользователь интернета может позвонить в вашу дверь]]></title>
      <guid isPermaLink="true">https://habr.com/ru/articles/1038296/</guid>
      <link>https://habr.com/ru/articles/1038296/?utm_source=habrahabr&amp;utm_medium=rss&amp;utm_campaign=1038296</link>
      <description><![CDATA[<img src="https://habrastorage.org/getpro/habr/upload_files/62c/1b2/85a/62c1b285ababb98d66b1bee61bc8f6b6.JPG" /><p>Недавно я купил умный дверной звонок на Temu, китайской торговой площадке, которая набирает популярность во всем мире в последние пару лет. Я хотел узнать, насколько безопасно дешёвое подключённое оборудование, продаваемое на этой платформе. Устройство поставляется под названием «Умный дверной звонок X3» и сопрягается через мобильное приложение под названием «X Smart Home». Камера, микрофон, двусторонняя аудиосвязь, внутренний приёмник в диапазоне ниже ГГц. Такое оборудование незаметно появилось на многих входных дверях.</p> <a href="https://habr.com/ru/articles/1038296/?utm_source=habrahabr&amp;utm_medium=rss&amp;utm_campaign=1038296#habracut">Читать далее</a>]]></description>
      
      <pubDate>Sat, 23 May 2026 08:18:32 GMT</pubDate>
      <dc:creator><![CDATA[maybe_elf]]></dc:creator>
      
      <category>умный дом</category><category>звонок</category><category>китай</category><category>прошивка</category><category>бэкдоры</category><category>реверс-инжиниринг</category><category>подключенные устройства</category><category>кибербезопасность</category><category>кража данных</category>
    </item>
  

  

    

  

  

	
  

  
    <item>
      <title><![CDATA[[Перевод] Новый экспериментальный препарат для похудения обеспечил резкое снижение веса]]></title>
      <guid isPermaLink="true">https://habr.com/ru/articles/1038334/</guid>
      <link>https://habr.com/ru/articles/1038334/?utm_source=habrahabr&amp;utm_medium=rss&amp;utm_campaign=1038334</link>
      <description><![CDATA[<p>Экспериментальный препарат помог участникам крупного клинического испытания похудеть гораздо сильнее, чем лекарства от ожирения, уже представленные на рынке, объявила в четверг компания-производитель Eli Lilly.</p><p>Среди пациентов с наибольшим избыточным весом результаты оказались сопоставимы с результатами желудочного шунтирования — единственного эффективного метода лечения для большинства людей с тяжёлой степенью ожирения.</p><p>Препарат <a href="https://ru.wikipedia.org/wiki/%D0%A0%D0%B5%D1%82%D0%B0%D1%82%D1%80%D1%83%D1%82%D0%B8%D0%B4" rel="noopener noreferrer nofollow">ретатрутид</a>, по-видимому, является самым мощным из всей новой волны инъекций и таблеток, которые преобразили лечение ожирения — настолько, что некоторые участники других исследований заявили, что прекратили приём ретатрутида, поскольку <a href="https://investor.lilly.com/news-releases/news-release-details/lillys-triple-agonist-retatrutide-delivered-weight-loss-average" rel="noopener noreferrer nofollow">почувствовали</a>, что теряют слишком много веса.</p> <a href="https://habr.com/ru/articles/1038334/?utm_source=habrahabr&amp;utm_medium=rss&amp;utm_campaign=1038334#habracut">Читать далее</a>]]></description>
      
      <pubDate>Sat, 23 May 2026 08:11:30 GMT</pubDate>
      <dc:creator><![CDATA[SLY_G]]></dc:creator>
      
      <category>вес</category><category>похудение</category>
    </item>
  

  

    
    <item>
      <title><![CDATA[Хром и скорость]]></title>
      <guid isPermaLink="true">https://habr.com/ru/companies/timeweb/articles/1037426/</guid>
      <link>https://habr.com/ru/companies/timeweb/articles/1037426/?utm_source=habrahabr&amp;utm_medium=rss&amp;utm_campaign=1037426</link>
      <description><![CDATA[<img src="https://habrastorage.org/getpro/habr/upload_files/4f4/3d7/2e1/4f43d72e12ff4209213d47fcd0d845d3.gif" /><p>Подробное руководство по&nbsp;ускорению любимого браузера подручными средствами. В&nbsp;помощь домохозяюшкам, студентам и&nbsp;высшему руководству&nbsp;— всем у&nbsp;кого нет под рукой топового железа с&nbsp;64Гб памяти для работы в современном интернете. </p> <a href="https://habr.com/ru/articles/1037426/?utm_source=habrahabr&amp;utm_medium=rss&amp;utm_campaign=1037426#habracut">Читать далее</a>]]></description>
      
      <pubDate>Sat, 23 May 2026 08:05:29 GMT</pubDate>
      <dc:creator><![CDATA[alex0x08 (Timeweb Cloud)]]></dc:creator>
      
      <category><![CDATA[chrome]]></category><category><![CDATA[ungoogled chromium]]></category><category><![CDATA[chromium]]></category><category><![CDATA[оптимизация]]></category><category><![CDATA[linux desktop]]></category><category><![CDATA[linux]]></category><category><![CDATA[windows7]]></category><category><![CDATA[freebsd]]></category><category><![CDATA[timeweb_статьи]]></category>
    </item>
  

  

  

	
  

  

  

    
    <item>
      <title><![CDATA[Провалила вайтборд, но прошла тестовое — как я делала задание для Т-Банка]]></title>
      <guid isPermaLink="true">https://habr.com/ru/articles/1038400/</guid>
      <link>https://habr.com/ru/articles/1038400/?utm_source=habrahabr&amp;utm_medium=rss&amp;utm_campaign=1038400</link>
      <description><![CDATA[<img src="https://habrastorage.org/getpro/habr/upload_files/d89/6b4/bb4/d896b4bb4aa5818e46a01489e03e6b1a.png" /><p>Всем привет! Меня зовут Катя, я продуктовый дизайнер. За&nbsp;последние 5&nbsp;лет успела поработать над разными проектами: от&nbsp;креативных сайтов и клиентских сервисов до&nbsp;высоконагруженных B2E систем и даже HMI интерфейсов.</p><p>За&nbsp;все время у&nbsp;меня&nbsp;был как&nbsp;опыт&nbsp;быстрого найма, когда ко мне обращались напрямую через знакомства или&nbsp;портфолио, так и тестовые задания, в&nbsp;том числе вайтборд. Но&nbsp;первый вайтборд комом (об этом как‑нибудь потом).</p><p>Хочу рассказать о&nbsp;том, как&nbsp;работала над тестовым заданием на&nbsp;стажировку в&nbsp;Т‑Банк. Как&nbsp;раз таки сюда я и не&nbsp;прошла вайтборд за&nbsp;пару недель до&nbsp;начала экзаменов на&nbsp;стажировку. Не&nbsp;стала отступать и спонтанно решила, что&nbsp;я в&nbsp;деле.</p> <a href="https://habr.com/ru/articles/1038400/?utm_source=habrahabr&amp;utm_medium=rss&amp;utm_campaign=1038400#habracut">Читать далее</a>]]></description>
      
      <pubDate>Sat, 23 May 2026 08:05:10 GMT</pubDate>
      <dc:creator><![CDATA[Woinles]]></dc:creator>
      
      <category><![CDATA[uxui]]></category><category><![CDATA[продуктовый дизайн]]></category><category><![CDATA[стажировка в it]]></category><category><![CDATA[тестовое задание]]></category>
    </item>
  

  

  

	
  

  

  

    
    <item>
      <title><![CDATA[Космическая линза помогла Уэббу увидеть древнейшую галактику Вселенной]]></title>
      <guid isPermaLink="true">https://habr.com/ru/companies/selectel/articles/1036728/</guid>
      <link>https://habr.com/ru/companies/selectel/articles/1036728/?utm_source=habrahabr&amp;utm_medium=rss&amp;utm_campaign=1036728</link>
      <description><![CDATA[<img src="https://habrastorage.org/getpro/habr/upload_files/539/686/401/5396864015bf5e062fef437dd7d9cd70.png" /><p>Астрономы уже много лет пытаются заглянуть в эпоху, когда после Большого взрыва во Вселенной начали появляться первые галактики. Эти системы были небольшими, содержали совсем мало тяжелых элементов и светили гораздо слабее современных звездных скоплений. За миллиарды лет их свет сильно ослаб и сместился в инфракрасную область спектра, поэтому обнаружить такие объекты долгое время было крайне сложно. Даже самые совершенные телескопы не позволяли рассмотреть их достаточно подробно, и важная информация терялась на фоне слабого космического излучения.</p><p>Космический телескоп Джеймса Уэбба кардинально&nbsp;<a href="https://doi.org/10.1038/s41586-026-10374-1">изменил</a>&nbsp;положение дел, открыв настоящее окно в ту далекую эпоху. Особенно когда сама природа подкидывает эффект гравитационного линзирования, который собирает и усиливает слабые лучи от объектов, расположенных далеко за массивными скоплениями. Благодаря такому природному увеличителю удалось разглядеть одну из самых примитивных галактик по имени LAP1-B, возникшую всего через 800 миллионов лет после рождения Вселенной, и получить уникальные данные.</p> <a href="https://habr.com/ru/articles/1036728/?utm_source=habrahabr&amp;utm_medium=rss&amp;utm_campaign=1036728#habracut">Читать далее</a>]]></description>
      
      <pubDate>Sat, 23 May 2026 08:00:26 GMT</pubDate>
      <dc:creator><![CDATA[TrexSelectel (Selectel)]]></dc:creator>
      
      <category><![CDATA[selectel]]></category><category><![CDATA[джеймс уэбб]]></category><category><![CDATA[гравитационное линзирование]]></category><category><![CDATA[ранняя вселенная]]></category><category><![CDATA[LAP1-B]]></category><category><![CDATA[NIRSpec]]></category><category><![CDATA[большой взрыв]]></category><category><![CDATA[тёмная материя]]></category><category><![CDATA[эволюция галактик]]></category><category><![CDATA[астрофизика]]></category>
    </item>
  

  

  

	
  

  

  

    
    <item>
      <title><![CDATA[Почему custom URI schemes в Telegram Mini Apps ведут себя по-разному на Android, iOS и Desktop]]></title>
      <guid isPermaLink="true">https://habr.com/ru/articles/1038392/</guid>
      <link>https://habr.com/ru/articles/1038392/?utm_source=habrahabr&amp;utm_medium=rss&amp;utm_campaign=1038392</link>
      <description><![CDATA[<p>Разбираю проблемы cross-platform onboarding между Telegram Mini Apps и native apps. Почему Android, iOS, Windows и Linux по-разному ведут себя при deeplink handoff внутри Telegram WebView.</p> <a href="https://habr.com/ru/articles/1038392/?utm_source=habrahabr&amp;utm_medium=rss&amp;utm_campaign=1038392#habracut">Читать далее</a>]]></description>
      
      <pubDate>Sat, 23 May 2026 07:56:23 GMT</pubDate>
      <dc:creator><![CDATA[Venc0707]]></dc:creator>
      
      <category><![CDATA[telegram mini apps]]></category><category><![CDATA[telegram webview]]></category><category><![CDATA[deeplink]]></category><category><![CDATA[deep linking]]></category><category><![CDATA[cross-platform]]></category><category><![CDATA[javascript]]></category><category><![CDATA[vue]]></category><category><![CDATA[mobile onboarding]]></category><category><![CDATA[custom uri schemes]]></category><category><![CDATA[ios]]></category>
    </item>
  

  

  

	
  

  

  

    
    <item>
      <title><![CDATA[Как я сократил рутину QA до пары кликов: генератор API-тестов и тест-кейсов на LLM, которым хочу поделиться]]></title>
      <guid isPermaLink="true">https://habr.com/ru/articles/1038390/</guid>
      <link>https://habr.com/ru/articles/1038390/?utm_source=habrahabr&amp;utm_medium=rss&amp;utm_campaign=1038390</link>
      <description><![CDATA[<p>Привет, Хабр! Меня зовут Илья, я работаю Manual QA в команде, которая отвечает за качество продукта с большим количеством микросервисов, API и регулярными релизами. Если вы хоть раз писали тест-кейсы по тикету из Jira, потом руками собирали Postman-коллекцию по OpenAPI-спецификации, а после ревью документации обнаруживали, что половину сценариев забыли — эта статья для вас.</p><p>Я собрал инструмент, который автоматизирует три самых рутинных задачи QA-инженера: генерацию тест-кейсов, генерацию API-тестов и ревью документации. Всё это под одной крышей, с поддержкой любого OpenAI-совместимого LLM (включая локальные модели), с интеграциями в Jira, Confluence, TestRail, TestIT и Zephyr Scale.</p><p>Проект называется <strong>Test Generator Suite</strong> (TGS), и в этой статье я расскажу, какие проблемы он решает и как устроен внутри. Сразу оговорюсь: я не разработчик, я QA, и большую часть кода писал «как умею» — поэтому если в архитектурных решениях вам что-то покажется странным, я заранее согласен. Это инструмент для коллег по цеху, а не образец Python-инженерии.</p> <a href="https://habr.com/ru/articles/1038390/?utm_source=habrahabr&amp;utm_medium=rss&amp;utm_campaign=1038390#habracut">Читать далее</a>]]></description>
      
      <pubDate>Sat, 23 May 2026 07:51:53 GMT</pubDate>
      <dc:creator><![CDATA[ilya_akrickij]]></dc:creator>
      
      <category><![CDATA[тестирование]]></category><category><![CDATA[тест-кейсы]]></category><category><![CDATA[генератор тестов]]></category><category><![CDATA[автоматизация рутины]]></category><category><![CDATA[автоматизация тестирования]]></category>
    </item>
  

  

  

	
  

  

  

    
    <item>
      <title><![CDATA[ИИ‑спасатель в кармане: как мы сделали агента для помощи при ЧС, который работает без интернета]]></title>
      <guid isPermaLink="true">https://habr.com/ru/articles/1038384/</guid>
      <link>https://habr.com/ru/articles/1038384/?utm_source=habrahabr&amp;utm_medium=rss&amp;utm_campaign=1038384</link>
      <description><![CDATA[<img src="https://habrastorage.org/getpro/habr/upload_files/615/b29/e45/615b29e450dc5fd3062e4aa544538662.png" /><p>Представьте: вы в&nbsp;офисе, срабатывает пожарная сигнализация. Что&nbsp;вы делаете?</p><p>Идёте к&nbsp;эвакуационному плану на&nbsp;стене? Пытаетесь вспомнить, что&nbsp;показывали на&nbsp;последнем инструктаже? Или&nbsp;просто идёте за&nbsp;толпой, надеясь, что&nbsp;все знают, куда бежать?</p><p>Наша команда столкнулись с&nbsp;этим вопросом, когда начала работать над проектом для «Просоюза», профсоюзной организации «Сбера». Задача звучала просто: «Помочь людям не&nbsp;растеряться в&nbsp;чрезвычайной ситуации». Но&nbsp;когда мы начали погружаться в&nbsp;тему, оказалось, что&nbsp;не&nbsp;всё так однозначно.</p> <a href="https://habr.com/ru/articles/1038384/?utm_source=habrahabr&amp;utm_medium=rss&amp;utm_campaign=1038384#habracut">Читать далее</a>]]></description>
      
      <pubDate>Sat, 23 May 2026 07:30:36 GMT</pubDate>
      <dc:creator><![CDATA[SinSab]]></dc:creator>
      
      <category><![CDATA[ии-агенты]]></category><category><![CDATA[flutter]]></category><category><![CDATA[gigachat]]></category><category><![CDATA[сбер]]></category><category><![CDATA[qwen]]></category>
    </item>
  

  

  

	
  

  

  

    
    <item>
      <title><![CDATA[QNAME minimisation на практике: RFC 7816, реализация, грабли]]></title>
      <guid isPermaLink="true">https://habr.com/ru/articles/1035648/</guid>
      <link>https://habr.com/ru/articles/1035648/?utm_source=habrahabr&amp;utm_medium=rss&amp;utm_campaign=1035648</link>
      <description><![CDATA[<img src="https://habrastorage.org/getpro/habr/upload_files/ccc/5bd/354/ccc5bd354497bc440acf9cec95f2da14.png" /><p>Когда вы открываете <code>mail.google.com</code>, ваш рекурсивный резолвер делает три-четыре шага: спрашивает root, потом TLD, потом authoritative для <code>google.com</code>, иногда ещё один уровень. Десятилетиями каждому из этих серверов отправлялся один и тот же вопрос целиком: «дай мне <code>mail.google.com</code>». Root-серверу, который понятия не имеет про google. TLD-серверу, который умеет только делегации <code>com.</code>. Каждый из них видел всю строку, хотя для своей работы нуждался в одной метке.</p><p>В 2016 году Стефан Бортцмайер написал RFC 7816 и сказал: ребята, это странно. Давайте резолвер будет спрашивать ровно столько, сколько нужно для следующего хопа. Идея простая до неприличия. И с этого момента началось десять лет внедрения.</p> <a href="https://habr.com/ru/articles/1035648/?utm_source=habrahabr&amp;utm_medium=rss&amp;utm_campaign=1035648#habracut">Где течёт DNS</a>]]></description>
      
      <pubDate>Sat, 23 May 2026 07:14:34 GMT</pubDate>
      <dc:creator><![CDATA[cyberscoper]]></dc:creator>
      
      <category><![CDATA[QNAME minimisation]]></category><category><![CDATA[RFC 7816]]></category><category><![CDATA[DNS privacy]]></category><category><![CDATA[recursive resolver]]></category><category><![CDATA[Go]]></category><category><![CDATA[Unbound]]></category><category><![CDATA[leak]]></category>
    </item>
  

  

  

	
  

  

  

    
    <item>
      <title><![CDATA[Агенты, роботы и мы: как ИИ перекраивает рынок труда в Европе]]></title>
      <guid isPermaLink="true">https://habr.com/ru/companies/ru_mts/articles/1036922/</guid>
      <link>https://habr.com/ru/companies/ru_mts/articles/1036922/?utm_source=habrahabr&amp;utm_medium=rss&amp;utm_campaign=1036922</link>
      <description><![CDATA[<img src="https://habrastorage.org/getpro/habr/upload_files/1f5/cc8/711/1f5cc871197dcb988c83117f6db8bd93.png" /><p>Вы когда-нибудь задумывались, что будет с вашей профессией, когда ИИ научится делать половину вашей работы? Дело не в увольнениях — меняется сама структура занятости.&nbsp;</p><p>Согласно свежему исследованию McKinsey, в десяти крупнейших странах Европы уже сегодня можно автоматизировать 58% рабочих часов. Технологии созрели. Вопрос только в том, как быстро компании начнут их внедрять.</p><p>Аналитики выделили три новых архетипа профессий. В первом (31% занятости) человек остается в центре — это врачи, менеджеры, педагоги. Во втором (27%) люди работают бок о бок с агентами и роботами — продавцы, сантехники, медсестры. В третьем (42%) структура и алгоритмы берут верх — бухгалтеры, операторы, инспекторы.&nbsp;</p><p>Изменения не сводятся к тому, что вместо человека за цифры отвечает нейросеть. Это переформатирование профессий: одни навыки уходят в автоматику, другие становятся еще более ценными. Меняется сам способ работы. Европе, чтобы оставаться конкурентоспособной, предстоит переобучить миллионы людей.</p><p>Попробуем разобраться, какие навыки окажутся в выигрыше, какие уйдут в тень и что это значит для каждого из нас.</p> <a href="https://habr.com/ru/articles/1036922/?utm_source=habrahabr&amp;utm_medium=rss&amp;utm_campaign=1036922#habracut">Читать далее</a>]]></description>
      
      <pubDate>Sat, 23 May 2026 07:11:28 GMT</pubDate>
      <dc:creator><![CDATA[aberglaube (МТС)]]></dc:creator>
      
      <category><![CDATA[икусственный интеллект]]></category><category><![CDATA[рынок труда]]></category><category><![CDATA[профессии будущего]]></category><category><![CDATA[переобучение]]></category><category><![CDATA[автоматизация]]></category>
    </item>
  

  

  

	
  

  

  

      

      

      

    
  </channel>
</rss>
