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

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

  <channel>
    <title><![CDATA[Комментарии / Профиль softerror]]></title>
    <link>https://habr.com/ru/users/softerror/comments/</link>
    <description><![CDATA[Хабр: комментарии пользователя softerror]]></description>
    <language>ru</language>
    <managingEditor>editor@habr.com</managingEditor>
    <generator>habr.com</generator>
    <pubDate>Mon, 04 May 2026 21:13:51 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.09.2025 10:39:57 </title>
      <guid isPermaLink="true">https://habr.com/ru/articles/951288/#comment_28900242</guid>
      <link>https://habr.com/ru/articles/951288/#comment_28900242</link>
      <description><![CDATA[<p>Спасибо автору за замечтельное ревью такого события, которое стало для меня открытием.<br>Вообще не подозревал о сущетсвовании hft-подобных сообществ и тем более конференций у нас (но справедливости ради отмечу, что они везде не особо публичные и найти их не очень просто)</p>]]></description>
      <pubDate>Tue, 30 Sep 2025 10:39:57 GMT</pubDate>
      <dc:creator><![CDATA[]]></dc:creator>
    </item>
  

  
    <item>
      <title>18.09.2025 20:50:56 </title>
      <guid isPermaLink="true">https://habr.com/ru/articles/947986/#comment_28854320</guid>
      <link>https://habr.com/ru/articles/947986/#comment_28854320</link>
      <description><![CDATA[<p>Коварный и сложный для меня вопрос, несмотря на кажущуюся простоту) </p><p>В идеале, нетворкинг хорошо работает, когда для обеих сторон есть какая-то "выгода":</p><ul><li><p>Например, возможность получить реферал (когда холодные отклики не работают): скажем, человек с условным бейджиком isovalent (компания-разработчик cillium cni) может быть очень интересен инжиниринг-менеджеру из Гугла (какое-то подразделение k8s). В общем, что-то вроде мини-офллайнового линкеда</p></li><li><p>Какая-то тематическая активность после доклада. Мб какие-то мини-дебаты или что-то вроде "быстрых свиданий" с обсуждением каких-то холиварных моментов (докладчик тоже участвует, или ещё какая-то яркая личность, привлекающая людей в эту активность)</p></li><li><p>И важный лично для меня момент: зачастую посетителей привлекает личность докладчика (в этих рассуждениях пренебрегу фактором буфета). Поэтому если он будет вовлечен в общение/активности после доклада, а не сразу уйдет к "элитарным товарищам", то это может помочь растопить лёд в общении.</p></li></ul><p>Но скажу честно, что мне было бы очень сложно подойти самому к незнакомому человеку)</p>]]></description>
      <pubDate>Thu, 18 Sep 2025 20:50:56 GMT</pubDate>
      <dc:creator><![CDATA[]]></dc:creator>
    </item>
  

  
    <item>
      <title>18.09.2025 16:50:22 </title>
      <guid isPermaLink="true">https://habr.com/ru/articles/947986/#comment_28853638</guid>
      <link>https://habr.com/ru/articles/947986/#comment_28853638</link>
      <description><![CDATA[<p>Вау, да, это то самое (=</p>]]></description>
      <pubDate>Thu, 18 Sep 2025 16:50:22 GMT</pubDate>
      <dc:creator><![CDATA[]]></dc:creator>
    </item>
  

  
    <item>
      <title>28.07.2025 18:25:16 </title>
      <guid isPermaLink="true">https://habr.com/ru/companies/dbraincloud/articles/931798/#comment_28630246</guid>
      <link>https://habr.com/ru/companies/dbraincloud/articles/931798/#comment_28630246</link>
      <description><![CDATA[<p>Cgroup2 и java абсолютно совместимы с jdk15  (не хочу вас расстаривать но даже 8 версия java отлично работает с cgroup2). Смотрите - <a href="https://bugs.openjdk.org/browse/JDK-8230305" rel="noopener noreferrer nofollow">https://bugs.openjdk.org/browse/JDK-8230305</a></p><p>Из статьи следует что вы несколько лет не переходили на cgroup2 только из-за мнимой неподдежки cgroup2 в какой-то версии jdk или были ещё какие-то везкие причины не делать этого?</p><figure class="full-width "><img src="https://habrastorage.org/getpro/habr/upload_files/ea9/eb9/f6e/ea9eb9f6e86e7d5655e5a9306977c941.png" alt="Скрин из доки k8s о cgroup2" title="Скрин из доки k8s о cgroup2" width="1079" height="590"><div><figcaption>Скрин из доки k8s о cgroup2</figcaption></div></figure>]]></description>
      <pubDate>Mon, 28 Jul 2025 18:25:16 GMT</pubDate>
      <dc:creator><![CDATA[]]></dc:creator>
    </item>
  

  
    <item>
      <title>10.04.2025 18:23:01 </title>
      <guid isPermaLink="true">https://habr.com/ru/companies/mws/articles/898922/#comment_28159332</guid>
      <link>https://habr.com/ru/companies/mws/articles/898922/#comment_28159332</link>
      <description><![CDATA[<p>Спасибо, теперь все по полочкам в голове разложилось 😀</p><p>Наверное, в сотворение k8s on premise проблема курицы и яйца весьма часто в разных неожиданных местах встречается и приходится искать решения 😀</p>]]></description>
      <pubDate>Thu, 10 Apr 2025 18:23:01 GMT</pubDate>
      <dc:creator><![CDATA[]]></dc:creator>
    </item>
  

  
    <item>
      <title>10.04.2025 15:36:40 </title>
      <guid isPermaLink="true">https://habr.com/ru/companies/mws/articles/898922/#comment_28158760</guid>
      <link>https://habr.com/ru/companies/mws/articles/898922/#comment_28158760</link>
      <description><![CDATA[<p>Upd 2. А не хотите отправить эту статью на <a href="https://technotext.habr.com/" rel="noopener noreferrer nofollow">технотекст</a> в раздел администрирование? Если выиграете - буду претендовать на бесплатное пиво/кофе 😁😁😁</p>]]></description>
      <pubDate>Thu, 10 Apr 2025 15:36:40 GMT</pubDate>
      <dc:creator><![CDATA[]]></dc:creator>
    </item>
  

  
    <item>
      <title>10.04.2025 14:28:04 </title>
      <guid isPermaLink="true">https://habr.com/ru/companies/mws/articles/724368/#comment_28158564</guid>
      <link>https://habr.com/ru/companies/mws/articles/724368/#comment_28158564</link>
      <description><![CDATA[<p>Немного некрокомментинга (пришел из последний статьи про on-premise кубики на bare-metal).</p><blockquote><p>Почему выбрали Flatcar?&nbsp;У него понравились&nbsp;<u><a href="https://www.flatcar.org/releases" rel="noopener noreferrer nofollow">релизные каналы</a></u>&nbsp;образов системы и приятная документация.</p></blockquote><p>Подозреваю, что у команды накопилась большая экспертиза по использованию flatcar. Чуть-чуть вопросов:</p><ol><li><p>Полет нормальный?</p></li><li><p>Вы по-прежнему довольны его документацией? </p></li><li><p>Были ли какие-то проблемы при обновлении версии с мажорки на мажорку?</p></li></ol><p>P.s. пойду что ли таблетками закинусь, а то увидел flatcar и пошли вьетнамские флешбэки (даже в одну мою <a href="https://habr.com/ru/articles/708938/" rel="noopener noreferrer nofollow">статью</a> попала - история номер 2)</p>]]></description>
      <pubDate>Thu, 10 Apr 2025 14:28:04 GMT</pubDate>
      <dc:creator><![CDATA[]]></dc:creator>
    </item>
  

  
    <item>
      <title>10.04.2025 14:07:55 </title>
      <guid isPermaLink="true">https://habr.com/ru/companies/mws/articles/898922/#comment_28158480</guid>
      <link>https://habr.com/ru/companies/mws/articles/898922/#comment_28158480</link>
      <description><![CDATA[<p>Автор/ы классная статья, было здорово посмотреть на решения для организации on-premise кубиков на bare-metal (это правда сильно!)</p><p>Остался один вопрос и одно наблюдение.</p><blockquote><p><strong>GitOps-контроллер&nbsp;</strong>отвечает за поставку конфигурации непосредственно в управляющий кластер. Он используется и в дочерних кубах — доставка CNI, наших агентов мониторинга и т. д</p></blockquote><ol><li><p>Вот здесь заинтересовал механизм initial доставки CNI. На первый взгляд, кажется что это chicken-egg проблема, но мб все не так. Из предположений было, что пока k8s в полуфабрикатом состоянии без CNI, где-то наружу торчит его k8s api и уже условный рядом стоящий argocd занимается установкой CNI.</p></li></ol><blockquote><p>Наверняка по тексту выше вы заметили, что где-то идут референсы на конфиги Flatcar, а где-то — на Ubuntu.</p></blockquote><p>Шок-контент для меня. Впервые вижу использование flatcar в наших краях - всегда в голове была установка что он удобен в связки с kopsом (а отсюда идёт aws), но сейчас посмотрел на него под другим углом.</p><blockquote><ul><li><p>FlatCar provides&nbsp;<strong>pre-built Amazon Machine Images (AMIs)</strong>&nbsp;for EC2, making it easy to launch instances.</p></li><li><p>It is optimized for cloud environments, including AWS, and supports cloud-init/Ignition for instance configuration</p></li></ul></blockquote><p> Upd. Вижу вашу <a href="https://habr.com/ru/companies/mws/articles/724368/" rel="noopener noreferrer nofollow">статью</a> про выбор ОС </p>]]></description>
      <pubDate>Thu, 10 Apr 2025 14:07:55 GMT</pubDate>
      <dc:creator><![CDATA[]]></dc:creator>
    </item>
  

  
    <item>
      <title>19.03.2024 17:56:23 </title>
      <guid isPermaLink="true">https://habr.com/ru/companies/it-guide/articles/752378/#comment_26629821</guid>
      <link>https://habr.com/ru/companies/it-guide/articles/752378/#comment_26629821</link>
      <description><![CDATA[<p>Есть такое в данный момент...<br>Поделюсь своим опытом на сегодняшний день:<br>- через карьерный сайт мне ответил Uber<br>- по постам на Blinde стало понятно, что сейчас хайрит Amazon Dublin =&gt; cо мной связались после отклика на карьерном сайте (остальные локации вроде Нидерландов, Великобритании в игноре) <br>- периодически прошу на Blinde зарефералить меня (работает далеко не в 100% случаев, скорее в 10% - желающие зарефералить или пропадают, или уходят в игнор)</p><p></p>]]></description>
      <pubDate>Tue, 19 Mar 2024 17:56:23 GMT</pubDate>
      <dc:creator><![CDATA[]]></dc:creator>
    </item>
  

  
    <item>
      <title>09.02.2024 10:13:30 </title>
      <guid isPermaLink="true">https://habr.com/ru/articles/729944/#comment_26482710</guid>
      <link>https://habr.com/ru/articles/729944/#comment_26482710</link>
      <description><![CDATA[<p>Добрый день, в доковидные и ковидные времена мне с вполне обычным опытом рекрутеры(мета, амазон, убер) активно писали в linkedin. Во время текущих кризисов бигтеха активность рекрутеров в линкеде сошла на нет, однако, по своему опыту и моих коллег (не из бигтеха) все ещё работают отклики через карьерные сайты компаний, которые нанимают и рефералы в них же (можно получать просьбами в blinde). В данный момент (09.02.2024) на отклики через карьерные сайты хорошо отвечает Uber и Meta(чуть охотнее и быстрее если будет реферал) - резюме может быть абсолютно стандартным (главное одностраничным), на практике условное наличие так называемого русского "бигтеха" или других говорящих названий вообще необязательно. К сожалению, игнорирование резюме, на сегодняшний день не редкость, к примеру мои недавние отклики через рефералов в Гугл и Тикток так и остались незамеченными</p><p></p>]]></description>
      <pubDate>Fri, 09 Feb 2024 10:13:30 GMT</pubDate>
      <dc:creator><![CDATA[]]></dc:creator>
    </item>
  

  
    <item>
      <title>11.11.2023 16:20:00 </title>
      <guid isPermaLink="true">https://habr.com/ru/companies/it-guide/articles/752378/#comment_26148982</guid>
      <link>https://habr.com/ru/companies/it-guide/articles/752378/#comment_26148982</link>
      <description><![CDATA[<p>В ЛС предпочитаю обсуждать именно процесс реферала (как минимум человеку нужно знать в какую компанию я могу зареферить, чтобы посмотреть открытые позиции + если человеку интересно - мне нужна его почта).<br>По Вашей ситуации: на мой взгляд, можно начать откликаться и пытаться проходить скрининги (если какой-то скрининг будет пройден - то взять перерыв ~1месяц для усиленной подготовки). Почему я считаю что можно начинать сейчас:<br>- если откликаться не через реферала, то на связь компании выходят не очень быстро (убер - исключение). После initial контакта с рекрутером не обязательно ставить скрининг через 2 дня, можно взять недельку на подготовку<br>- в случае не удачных собесов cooldown начнется раньше )) (все равно прям активный хайринг сейчас на паузе, подъем ожидается в следующем году)  </p>]]></description>
      <pubDate>Sat, 11 Nov 2023 16:20:00 GMT</pubDate>
      <dc:creator><![CDATA[]]></dc:creator>
    </item>
  

  
    <item>
      <title>14.09.2023 18:38:09 </title>
      <guid isPermaLink="true">https://habr.com/ru/companies/it-guide/articles/752378/#comment_25965934</guid>
      <link>https://habr.com/ru/companies/it-guide/articles/752378/#comment_25965934</link>
      <description><![CDATA[<p>Для бигтехов бонус, причитающийся рекомендующему, несоизмерим (в разы меньше, а в некоторых случаях в десятки раз меньше) signin бонусу реферала. <br>Обычно в referral форме, возможно указать, что человек, сам попросил себя порекомендовать и указать что лично с ним не знаком =&gt; на blind достаточно людей предпочитающих полностью утилизировать свой лимит на рефералов, чтобы, не прилагая особых усилий со своей стороны, получить приятную прибавку</p>]]></description>
      <pubDate>Thu, 14 Sep 2023 18:38:09 GMT</pubDate>
      <dc:creator><![CDATA[]]></dc:creator>
    </item>
  

  
    <item>
      <title>14.09.2023 18:22:44 </title>
      <guid isPermaLink="true">https://habr.com/ru/companies/it-guide/articles/752378/#comment_25965892</guid>
      <link>https://habr.com/ru/companies/it-guide/articles/752378/#comment_25965892</link>
      <description><![CDATA[<p>На мой взгляд, вполне (дальше в ЛС).<br></p><p></p>]]></description>
      <pubDate>Thu, 14 Sep 2023 18:22:44 GMT</pubDate>
      <dc:creator><![CDATA[]]></dc:creator>
    </item>
  

  
    <item>
      <title>13.09.2023 22:40:18 </title>
      <guid isPermaLink="true">https://habr.com/ru/companies/it-guide/articles/752378/#comment_25962214</guid>
      <link>https://habr.com/ru/companies/it-guide/articles/752378/#comment_25962214</link>
      <description><![CDATA[<p>Да, приходится постоянно сталкиваться с такой проблемой (и не всегда строчка c бигтехом в резюме помогает). В случаях полного игнорирования моего резюме все же пытаюсь найти реферал, если не получается - то дописываю/переписываю резюме в соответствии с описанием вакансии. <br>По поводу реферала - не стоит бояться его просить, так как в большинстве бигтехов, порекомендовавший Вас получит вознаграждение после того как Вы отработаете полгода/год (в каких-то компаниях самому рекомендующему не обязательно продолжать работать до конца этого срока). Однако, прося реферал, стоит упомянуть, что к литкоду/cистем дизайну вы готовы, так как, зачастую кол-во рефералов ограничено (~50-100). Если все сложится, Вас порекомендуют сами или же вышлют реферал-ссылку, пройдя по которой, будет возможность выбрать интересные позиции (обычно есть ограничение в 3 штуки)</p>]]></description>
      <pubDate>Wed, 13 Sep 2023 22:40:18 GMT</pubDate>
      <dc:creator><![CDATA[]]></dc:creator>
    </item>
  

  
    <item>
      <title>07.09.2023 13:57:42 </title>
      <guid isPermaLink="true">https://habr.com/ru/companies/it-guide/articles/752378/#comment_25941338</guid>
      <link>https://habr.com/ru/companies/it-guide/articles/752378/#comment_25941338</link>
      <description><![CDATA[<p>Сложно не согласиться, но, на мой взгляд, массовые увольнения не самая большая проблема, с которой можно столкнуться в бигтехе.<br>Если говорить только об увольнениях, то за последних 2 года сокращения происходили далеко не только в бигтехах. Скажу честно, что предпочел бы быть сокращенным именно бигтехом (а не какой-то другой компанией) по нескольким причинам:<br>- не нужно возвращать signon бонус/расходы на релокацию, если не успел отработать прописанный в контракте срок<br>- как правило, по EU законодательству, в отличие от US, уволить одним днем невозможно. В случае массовых увольнений возможен процесс консультаций, во время которых обсуждается размер "отступных" и предоставляется возможность подыскать себе место в  другом проекте/подразделении компании<br>- в случае визовых вопросов, можно договориться на увеличенный garden leave <br>- в дни массовых увольнений происходит активизация всевозможных рекрутеров, предлагающих различные возможности <br>- и т.д</p>]]></description>
      <pubDate>Thu, 07 Sep 2023 13:57:42 GMT</pubDate>
      <dc:creator><![CDATA[]]></dc:creator>
    </item>
  

  
    <item>
      <title>19.06.2023 12:30:06 </title>
      <guid isPermaLink="true">https://habr.com/ru/companies/ecom_tech/articles/735638/#comment_25666384</guid>
      <link>https://habr.com/ru/companies/ecom_tech/articles/735638/#comment_25666384</link>
      <description><![CDATA[<p>спасибо за интересную к прочтению статью, особенно за описание некоторых особенностей/багов JVM в контейнерной среде.  <br>Правильно ли я понимаю, что одна из целей выставления "правильного" cpu request - ускорение старта JVM(ведь после старта сpu утилизировалась в меньшей мере)?  Если это так, то почему в системе время старта JVM based пода настолько критично, ведь скорее всего он реплицирован и обновляется gradually (или же нет)? Или же имеет место ситуация, когда все поды сервисы перезагружаются одновременно?</p>]]></description>
      <pubDate>Mon, 19 Jun 2023 12:30:06 GMT</pubDate>
      <dc:creator><![CDATA[]]></dc:creator>
    </item>
  

  
    <item>
      <title>31.05.2023 12:11:32 </title>
      <guid isPermaLink="true">https://habr.com/ru/articles/738304/#comment_25602656</guid>
      <link>https://habr.com/ru/articles/738304/#comment_25602656</link>
      <description><![CDATA[<p>Добрый день. Краткий ответ - да, затраты окупились.</p><p>Здесь не указаны все детали продукта, поэтому соглашусь, что понятно "а стоит ли оно того?". В рамках данного продукта это был большой профит. Эта была не единственная инсталляция и при запуске новых мы уже могли полагаться на архитектуру с HDD, что значительно сокращало начальную стоимость. По поводу просадки в производительности не соглашусь, т.к. она для конечного пользователя не пострадала на видимом уровне за счет уменьшения изначального размера partition с которым работал запрос на чтение. Фактически, overuse iops'ов не давал никакого преимущества и был спокойно упразднен в пользу HDD</p><p></p><p>Пожалуй, главный посыл этой заметки был о важности выбора правильной структуры хранения данных и как это помогает снизить затраты на инфраструктуру. А вот уж момент, когда делать/не делать этот выбор, зависит от многих факторов</p>]]></description>
      <pubDate>Wed, 31 May 2023 12:11:32 GMT</pubDate>
      <dc:creator><![CDATA[]]></dc:creator>
    </item>
  

  
    <item>
      <title>19.04.2023 09:21:38 </title>
      <guid isPermaLink="true">https://habr.com/ru/articles/729944/#comment_25463188</guid>
      <link>https://habr.com/ru/articles/729944/#comment_25463188</link>
      <description><![CDATA[<p>На мой взгляд, вполне хорошая и реализуемая "претензия". "Войти в FAANG" так же реально, как и в другие компании с таким же процессом.</p><ol><li><p>Базовая рекомендация абсолютно всех подборок - <a href="https://habr.com/ru/companies/piter/articles/309106/" rel="noopener noreferrer nofollow">https://habr.com/ru/companies/piter/articles/309106/</a></p></li><li><p>"Золотой сборник" с разбором наиболее популярных систем - <a href="https://github.com/G33kzD3n/Catalogue/blob/master/System%20Design%20Interview%20An%20Insider%E2%80%99s%20Guide%20by%20Alex%20Xu%20(z-lib.org).pdf" rel="noopener noreferrer nofollow">System Design Interview An Insider’s Guide by Alex Xu</a>. Если основная цель подготовка к СД, можно рассмотреть этот материал как отправную точку.</p></li><li><p><a href="https://github.com/weeeBox/mobile-system-design" rel="noopener noreferrer nofollow">https://github.com/weeeBox/mobile-system-design</a>. Уклон на мобильные платформы, однако, очень много ценных мыслей для любого направления.</p></li></ol><p></p>]]></description>
      <pubDate>Wed, 19 Apr 2023 09:21:38 GMT</pubDate>
      <dc:creator><![CDATA[]]></dc:creator>
    </item>
  

  
    <item>
      <title>15.02.2023 07:59:24 </title>
      <guid isPermaLink="true">https://habr.com/ru/articles/716744/#comment_25231580</guid>
      <link>https://habr.com/ru/articles/716744/#comment_25231580</link>
      <description><![CDATA[<p>Добрый день. Спасибо. Пока нет, но хотелось бы. По производительности резолвинг выглядит для меня в пределах нормы, хотя и требует еще улучшений в рамках кэша (кстати поэтому и не хотелось выключать systemd-resolved на машинах для всех запросов). Все это чудо разворачивается на AWS, а у него есть явные лимиты по кол-ву запросов внутри VPC (<a href="https://docs.aws.amazon.com/vpc/latest/userguide/vpc-dns.html#vpc-dns-limits" rel="noopener noreferrer nofollow">https://docs.aws.amazon.com/vpc/latest/userguide/vpc-dns.html#vpc-dns-limits</a>). Ну и кол-во трафика никто не отменял. А так, в дальнейшем, мне было бы очень интересно сравнить результаты systemd-resolved + "Go" resolver, ходящий на127.0.0.53 и "Cgo" resolver.Мне кажется, преимущества go рутин здесь может сыграть</p>]]></description>
      <pubDate>Wed, 15 Feb 2023 07:59:24 GMT</pubDate>
      <dc:creator><![CDATA[]]></dc:creator>
    </item>
  

  
    <item>
      <title>24.01.2023 09:46:37 </title>
      <guid isPermaLink="true">https://habr.com/ru/articles/708450/#comment_25148714</guid>
      <link>https://habr.com/ru/articles/708450/#comment_25148714</link>
      <description><![CDATA[<p>Спасибо, интересная идея! Надо бы протестировать. Через kube-api идея сразу отвалилась, т.к. он и так достаточно нагружен (crossplane и еще всякое). Еще не уверен, насколько сильно rsync ударит по iops, т.к. мы все таки это не в in-memory храним, а перегнать надо в сумме около 1 Гб мелких файлов. Если доберусь - обязательно отпишусь о результатах.</p>]]></description>
      <pubDate>Tue, 24 Jan 2023 09:46:37 GMT</pubDate>
      <dc:creator><![CDATA[]]></dc:creator>
    </item>
  

      

      

    
  </channel>
</rss>
