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

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

  <channel>
    <title><![CDATA[Комментарии / Профиль protector_rtd]]></title>
    <link>https://habr.com/ru/users/protector_rtd/comments/</link>
    <description><![CDATA[Хабр: комментарии пользователя protector_rtd]]></description>
    <language>ru</language>
    <managingEditor>editor@habr.com</managingEditor>
    <generator>habr.com</generator>
    <pubDate>Tue, 05 May 2026 15:37:38 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>30.03.2026 08:40:36 </title>
      <guid isPermaLink="true">https://habr.com/ru/posts/1011562/#comment_29744522</guid>
      <link>https://habr.com/ru/posts/1011562/#comment_29744522</link>
      <description><![CDATA[<p>Как зумер, соглашусь, когда мне говорит тим лид который мне в отцы, почему я был плох или что сделал не так. То вместо какого-то встречного конфликта, я склонен соглашаться и все.<br><br>Частично это связано с несколькими вещами<br>1) кто я такой, чтобы говорить что он не прав<br>2) скорее всего он прав, хоть мне кажется что и нет<br>3) толк от конфликта ? Потом проанализируем и сделаем выводы<br>4) Если в итоге он все же был не прав, и конфликтность или его критика усиливается, то действительно начинаю задумываться о смене работы. И это все, без моего фидбека в его сторону<br></p>]]></description>
      <pubDate>Mon, 30 Mar 2026 08:40:36 GMT</pubDate>
      <dc:creator><![CDATA[]]></dc:creator>
    </item>
  

  
    <item>
      <title>26.02.2026 12:43:41 </title>
      <guid isPermaLink="true">https://habr.com/ru/articles/972788/#comment_29589444</guid>
      <link>https://habr.com/ru/articles/972788/#comment_29589444</link>
      <description><![CDATA[<p>Спасибо, за статью, от себя добавлю. Когда вы добавляете графики, например как в случае с джавой, хотелось бы видеть исходники. Если мы берем топовых докладчиков, у них всегда в конце были ссылки на гитхаб проект, по которому можно было перейти.</p>]]></description>
      <pubDate>Thu, 26 Feb 2026 12:43:41 GMT</pubDate>
      <dc:creator><![CDATA[]]></dc:creator>
    </item>
  

  
    <item>
      <title>25.02.2026 12:42:14 </title>
      <guid isPermaLink="true">https://habr.com/ru/companies/nspk/articles/949590/#comment_29583608</guid>
      <link>https://habr.com/ru/companies/nspk/articles/949590/#comment_29583608</link>
      <description><![CDATA[<p>Спасибо за статью, интересный кейс</p>]]></description>
      <pubDate>Wed, 25 Feb 2026 12:42:14 GMT</pubDate>
      <dc:creator><![CDATA[]]></dc:creator>
    </item>
  

  
    <item>
      <title>24.11.2025 19:30:34 </title>
      <guid isPermaLink="true">https://habr.com/ru/articles/969458/#comment_29158912</guid>
      <link>https://habr.com/ru/articles/969458/#comment_29158912</link>
      <description><![CDATA[<p>Понял свою ошибку, исправлюсь, спасибо за фидбек</p>]]></description>
      <pubDate>Mon, 24 Nov 2025 19:30:34 GMT</pubDate>
      <dc:creator><![CDATA[]]></dc:creator>
    </item>
  

  
    <item>
      <title>10.10.2025 07:06:54 </title>
      <guid isPermaLink="true">https://habr.com/ru/companies/naumen/articles/953262/#comment_28943414</guid>
      <link>https://habr.com/ru/companies/naumen/articles/953262/#comment_28943414</link>
      <description><![CDATA[<p>1) Не покидает ощущение, что статья была пропущена через чат гпт, эти формулировки в формате -&gt; "Когда виртуальные потоки — must have, а когда лучше не надо" и т.д<br>2) Ничего не сказано про свич контекст, что это дорогая операция и изначально в этом и проблема, что треды платформы, которые скачут между собой это и есть дорогая операция, которая например с виртуальными не обходится так дорого (потому что поток создан - поток убит)<br>3) Часть которая описывает Netflix problem - интересная, но при этом в самом же java guide от Oracle, написано и объяснено поведение "pinning". Почему же, и не написать дефиницию его и поведение, чтобы люди понимали, что это ожидаемое поведение.<br>4) Не сказано, что виртуальные потоки нужны для асинхронищы и reactive streams в основном больше всего и  выигрывают от этого. Quarkus летает за счет этого, ну и прочие Vert.X, Munity.<br>5) Последний скриншот с таблицей, которое сделало гпт (как будто) оставлю без комментариев.<br><br>P.S В общем если действительно разбирать virtual thread. Советую<br><br><a href="https://inria.hal.science/hal-04112339/document" rel="noopener noreferrer nofollow">Considerations for integrating virtual threads in a Java framework: a Quarkus example in a resource-constrained environment</a>  <br><br><a href="https://quarkus.io/guides/virtual-threads" rel="noopener noreferrer nofollow">Virtual Thread support reference - Quarkus</a>  <br><br>2) P.S ну и ключевые 2 вещи, которые хотелось бы видеть, прям жирным шрифтом<br>"<strong>Converting&nbsp;<em>n</em>&nbsp;platform threads to&nbsp;<em>n</em>&nbsp;virtual threads would yield little benefit; rather, it's&nbsp;<em>tasks</em>&nbsp;that need to be converted.</strong>"<br>"<strong><em>Virtual threads can significantly improve the throughput—not&nbsp;the latency—of servers written in the thread-per-request style.</em> </strong>"<br></p>]]></description>
      <pubDate>Fri, 10 Oct 2025 07:06:54 GMT</pubDate>
      <dc:creator><![CDATA[]]></dc:creator>
    </item>
  

  
    <item>
      <title>01.08.2025 08:16:13 </title>
      <guid isPermaLink="true">https://habr.com/ru/articles/932250/#comment_28648184</guid>
      <link>https://habr.com/ru/articles/932250/#comment_28648184</link>
      <description><![CDATA[<p>Странно, что никто не скинул довольно старую, но очень важную статью<br><br><a href="https://habr.com/ru/companies/pvs-studio/articles/310862/" rel="noopener noreferrer nofollow">Toyota: 81 514 нарушений в коде / Хабр</a>  <br><br>То, что такие кейсы происходят не новость, их причина, лежит не в плоскости, что инженер плохой</p>]]></description>
      <pubDate>Fri, 01 Aug 2025 08:16:13 GMT</pubDate>
      <dc:creator><![CDATA[]]></dc:creator>
    </item>
  

  
    <item>
      <title>28.05.2025 10:03:18 </title>
      <guid isPermaLink="true">https://habr.com/ru/articles/912392/#comment_28363456</guid>
      <link>https://habr.com/ru/articles/912392/#comment_28363456</link>
      <description><![CDATA[<p>Прекрасная статья, спасибо за полезные материалы<br><br>P.S<br>Read-Through - разве не является просто логической итерацией - Cache-Aside. Сложилось впечатление, что Read-Through это просто обертка поверх Cache-Aside, когда добавили 1 уровень абстракции. В целом стало интересно, а есть ли ещё какие-то паттерны чтения помимо этих двух (если это в целом не одно и тоже)</p>]]></description>
      <pubDate>Wed, 28 May 2025 10:03:18 GMT</pubDate>
      <dc:creator><![CDATA[]]></dc:creator>
    </item>
  

  
    <item>
      <title>09.01.2025 04:31:53 </title>
      <guid isPermaLink="true">https://habr.com/ru/articles/870144/#comment_27758492</guid>
      <link>https://habr.com/ru/articles/870144/#comment_27758492</link>
      <description><![CDATA[<p>Тоже не понимаю тикет систему, помню как тестировщик из Индии, нашел баг - написал мне, я быстро исправил, там буквально 1 условие надо было подправить, я комитнул, пушнул, забилдил и т.д. Сказал все готово, а потом он сказал, что надо было мне создать тикет, описать баг (скопировать его описание) и сказать какой фикс и подвигать на канборде. Меня это так бесит. Я понимаю, когда тикеты про какую-ту серьезную часть кода или решение, но блин тикет ради исправление пару рядков кода. <br><br>Причем я не совсем понимаю, а какой толк от отчетности, идея же, чтобы продукт был лучше. Он им стал</p>]]></description>
      <pubDate>Thu, 09 Jan 2025 04:31:53 GMT</pubDate>
      <dc:creator><![CDATA[]]></dc:creator>
    </item>
  

      

      

    
  </channel>
</rss>
