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

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

  <channel>
    <title><![CDATA[Комментарии / Профиль shuron]]></title>
    <link>https://habr.com/ru/users/shuron/comments/</link>
    <description><![CDATA[Хабр: комментарии пользователя shuron]]></description>
    <language>ru</language>
    <managingEditor>editor@habr.com</managingEditor>
    <generator>habr.com</generator>
    <pubDate>Mon, 27 Apr 2026 18:55:33 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>07.05.2024 07:03:48 </title>
      <guid isPermaLink="true">https://habr.com/ru/companies/timeweb/articles/806383/#comment_26798167</guid>
      <link>https://habr.com/ru/companies/timeweb/articles/806383/#comment_26798167</link>
      <description><![CDATA[<p>Спасибо. И бегло вроде все понятно с производительностью.<br> Если мы вернемся к основному аргументу почему блумфильтры иногда хороши - так это малый расход памяти... Но в этом смысле вы и не спорите если я вас понял плавильно.<br> Ваш аргумент именно про производительность вставки (и даже проверки).</p>]]></description>
      <pubDate>Tue, 07 May 2024 07:03:48 GMT</pubDate>
      <dc:creator><![CDATA[]]></dc:creator>
    </item>
  

  
    <item>
      <title>06.05.2024 15:52:20 </title>
      <guid isPermaLink="true">https://habr.com/ru/companies/bothub/articles/812265/#comment_26796681</guid>
      <link>https://habr.com/ru/companies/bothub/articles/812265/#comment_26796681</link>
      <description><![CDATA[<p>Не повезло.<br> У меня тоже есть подобный опыт.<br> Вообщ процессы найма в компаниях иногда оочень странные.<br> Большая удача конгда интервьюэры действительно хотят разобраться в том что ты можешь а что нет и что тебя мотивирует и если это налажено уже многое говорит о компании.</p>]]></description>
      <pubDate>Mon, 06 May 2024 15:52:20 GMT</pubDate>
      <dc:creator><![CDATA[]]></dc:creator>
    </item>
  

  
    <item>
      <title>06.05.2024 15:02:59 </title>
      <guid isPermaLink="true">https://habr.com/ru/companies/timeweb/articles/806383/#comment_26796541</guid>
      <link>https://habr.com/ru/companies/timeweb/articles/806383/#comment_26796541</link>
      <description><![CDATA[<p>Где про это почитать или пример использования не подскажите?</p>]]></description>
      <pubDate>Mon, 06 May 2024 15:02:59 GMT</pubDate>
      <dc:creator><![CDATA[]]></dc:creator>
    </item>
  

  
    <item>
      <title>20.02.2022 17:01:07 </title>
      <guid isPermaLink="true">https://habr.com/ru/articles/652499/#comment_24098115</guid>
      <link>https://habr.com/ru/articles/652499/#comment_24098115</link>
      <description><![CDATA[<p>Вам повезло</p>]]></description>
      <pubDate>Sun, 20 Feb 2022 17:01:07 GMT</pubDate>
      <dc:creator><![CDATA[]]></dc:creator>
    </item>
  

  
    <item>
      <title>20.02.2022 17:00:15 </title>
      <guid isPermaLink="true">https://habr.com/ru/articles/652499/#comment_24098111</guid>
      <link>https://habr.com/ru/articles/652499/#comment_24098111</link>
      <description><![CDATA[<p>Зависит очень от совта продукта и прочего...<br> Есть области где это Ок и работает отлично.<br> У меня лично нет проблем хоть с масажистами в комманде. Когда девелоперы сделали свою работу написали юниттесты, тесты интеграции... и вы смотрите на это и вам все ещё надо ловить определныные проблемы качества  более дорогими тестами с выделеными спецами фля это-го, то ради бога... Но не перепрыгивайте базовые вещи</p>]]></description>
      <pubDate>Sun, 20 Feb 2022 17:00:15 GMT</pubDate>
      <dc:creator><![CDATA[]]></dc:creator>
    </item>
  

  
    <item>
      <title>19.02.2022 21:58:58 </title>
      <guid isPermaLink="true">https://habr.com/ru/articles/652499/#comment_24096093</guid>
      <link>https://habr.com/ru/articles/652499/#comment_24096093</link>
      <description><![CDATA[<p>Тема знакомая. Это с незапамятных времен так...<br> Однажы довелось видеть комманду где из-запервернутой тестовой пирамиды вообще команда только и занималась починкой 2e2 тестов и медленно релизила что-то.<br> Причем качество релизов никак не становилось лучше... Через 3-4 года их проект просто закрыли - ребята и девчата, все не могли проделиверить фичи с приемлимой скоростью.</p><p>Но продолжаю наблюдать игнор юнит тестов и прыжок сразу в мануальное прокликивание или автомазирование прокликивания...<br> Это конечно тесно связано и с организационными причинами. Происходит в основном там, где нанимают таку ОТДЕЛьНУЮ  роль как "тестировщик".  И девелоперу становится "удобно". Веть за качество и за тесты у нас "тестировщик" отвечает... и сама организация нанимающая отдельных людей для это-го естественно это так и видит как норму.<br> Не воспринимайте близко, но по моим наблюдениям, в восточной европе (аутсорсинг) прям это любимая тема..</p>]]></description>
      <pubDate>Sat, 19 Feb 2022 21:58:58 GMT</pubDate>
      <dc:creator><![CDATA[]]></dc:creator>
    </item>
  

  
    <item>
      <title>04.06.2021 17:46:05 </title>
      <guid isPermaLink="true">https://habr.com/ru/companies/rabota/articles/560922/#comment_23116096</guid>
      <link>https://habr.com/ru/companies/rabota/articles/560922/#comment_23116096</link>
      <description><![CDATA[<p>Ага ;) заставь дурака пайплан строить он и лоб и продакшн расшибет ;)</p>]]></description>
      <pubDate>Fri, 04 Jun 2021 17:46:05 GMT</pubDate>
      <dc:creator><![CDATA[]]></dc:creator>
    </item>
  

  
    <item>
      <title>03.06.2021 19:19:57 </title>
      <guid isPermaLink="true">https://habr.com/ru/articles/560542/#comment_23112524</guid>
      <link>https://habr.com/ru/articles/560542/#comment_23112524</link>
      <description><![CDATA[<p>Речь не о процессорном времени вообще. Это ерунда…<br>
Разговор о том, что никто не деплоит монстра в конце пайпланайна. Вокруг монстра монолита разрастается целый проицесс. Начйионатся со соложтои мержа все вотну помоюку, планирование релизов, все это требует регресс тестов, планов по откату или наката баз данных, до отмашки от мэнеджмента при каждом деплойменте.<br>
Вообще раздуть можно сильно а развитие системы полностю заблочнить. Наблюдаю не в порвой и не первое десятиление.<br>
И да конечно я понимаю что архитектуры следуют организационным структурам, это все тоже не просто и не обойти.</p>]]></description>
      <pubDate>Thu, 03 Jun 2021 19:19:57 GMT</pubDate>
      <dc:creator><![CDATA[]]></dc:creator>
    </item>
  

  
    <item>
      <title>03.06.2021 19:17:05 </title>
      <guid isPermaLink="true">https://habr.com/ru/articles/560542/#comment_23112506</guid>
      <link>https://habr.com/ru/articles/560542/#comment_23112506</link>
      <description><![CDATA[<p>Ну конечно надо уметь готовить )</p>]]></description>
      <pubDate>Thu, 03 Jun 2021 19:17:05 GMT</pubDate>
      <dc:creator><![CDATA[]]></dc:creator>
    </item>
  

  
    <item>
      <title>03.06.2021 19:16:00 </title>
      <guid isPermaLink="true">https://habr.com/ru/articles/560542/#comment_23112500</guid>
      <link>https://habr.com/ru/articles/560542/#comment_23112500</link>
      <description><![CDATA[<p>del</p>]]></description>
      <pubDate>Thu, 03 Jun 2021 19:16:00 GMT</pubDate>
      <dc:creator><![CDATA[]]></dc:creator>
    </item>
  

  
    <item>
      <title>02.06.2021 16:45:52 </title>
      <guid isPermaLink="true">https://habr.com/ru/articles/560590/#comment_23107898</guid>
      <link>https://habr.com/ru/articles/560590/#comment_23107898</link>
      <description><![CDATA[<p>Незря! Очень круто! И дискуссия в каментах пока тоже хороша. ;) Спасибо за труд.</p>]]></description>
      <pubDate>Wed, 02 Jun 2021 16:45:52 GMT</pubDate>
      <dc:creator><![CDATA[]]></dc:creator>
    </item>
  

  
    <item>
      <title>02.06.2021 15:29:31 </title>
      <guid isPermaLink="true">https://habr.com/ru/articles/560542/#comment_23107634</guid>
      <link>https://habr.com/ru/articles/560542/#comment_23107634</link>
      <description><![CDATA[<p>Оставаясь в вашей терминологии:<br>
микрокакашки когда они становятся критическими, куда проще выкинуть и заменить на менее пахучее, чем одну большую, размазаную на весь бизнес много лет назад.<br>
Чувствуете разницу? ;)</p>]]></description>
      <pubDate>Wed, 02 Jun 2021 15:29:31 GMT</pubDate>
      <dc:creator><![CDATA[]]></dc:creator>
    </item>
  

  
    <item>
      <title>02.06.2021 15:25:10 </title>
      <guid isPermaLink="true">https://habr.com/ru/articles/560542/#comment_23107608</guid>
      <link>https://habr.com/ru/articles/560542/#comment_23107608</link>
      <description><![CDATA[<p>Ну это утрированно.<br>
Монолит может иметь очень хорошую врнутреннюю структуру и модульность, но всеравно будет оставаться монолитом со всеми вытекающими недостатками. Основной из них это то, что через CI/CD pipeline тоскается монстр и в него все интегрируется на каждый чих.</p>]]></description>
      <pubDate>Wed, 02 Jun 2021 15:25:10 GMT</pubDate>
      <dc:creator><![CDATA[]]></dc:creator>
    </item>
  

  
    <item>
      <title>02.06.2021 15:20:50 </title>
      <guid isPermaLink="true">https://habr.com/ru/articles/560542/#comment_23107588</guid>
      <link>https://habr.com/ru/articles/560542/#comment_23107588</link>
      <description><![CDATA[<p>Да, именно. У автора похоже &quot;расспределенный монолит&quot;, деплой в продакшен раз в месяц и недопонятые преимущества микросервисов.</p>]]></description>
      <pubDate>Wed, 02 Jun 2021 15:20:50 GMT</pubDate>
      <dc:creator><![CDATA[]]></dc:creator>
    </item>
  

  
    <item>
      <title>01.06.2021 16:44:48 </title>
      <guid isPermaLink="true">https://habr.com/ru/articles/560336/#comment_23103276</guid>
      <link>https://habr.com/ru/articles/560336/#comment_23103276</link>
      <description><![CDATA[<p>Вам легковесных потоков так нехватает? Или чего именно?<br>
Везут (<a href="http://jdk.java.net/loom/" rel="nofollow noopener noreferrer">http://jdk.java.net/loom/</a>), но какаую проблему это особо решает? интересно послушать.</p>]]></description>
      <pubDate>Tue, 01 Jun 2021 16:44:48 GMT</pubDate>
      <dc:creator><![CDATA[]]></dc:creator>
    </item>
  

  
    <item>
      <title>01.06.2021 16:38:54 </title>
      <guid isPermaLink="true">https://habr.com/ru/articles/560336/#comment_23103260</guid>
      <link>https://habr.com/ru/articles/560336/#comment_23103260</link>
      <description><![CDATA[<blockquote>Отказ от Security Manager без какой-либо замены есть демонстрация убогости группы разработчиков JVM.</blockquote><p>Серьезно? Прям так?<br>
А может это ответ на реальность, в том что время когда деплоили все в один application server закончилось! и отлучно… Сегоднай так никто не строит.<br>
А тем кому все это надо ещё к сожалению поддерживать, те так и так не переползут на 17 яву и даже на 9 тую врятли… они живут с совсем другими проблемами ;)</p>]]></description>
      <pubDate>Tue, 01 Jun 2021 16:38:54 GMT</pubDate>
      <dc:creator><![CDATA[]]></dc:creator>
    </item>
  

  
    <item>
      <title>31.05.2021 12:22:57 </title>
      <guid isPermaLink="true">https://habr.com/ru/companies/lamoda/articles/559340/#comment_23097902</guid>
      <link>https://habr.com/ru/companies/lamoda/articles/559340/#comment_23097902</link>
      <description><![CDATA[<blockquote>Domain Driven Design Тоже крайне интересно использованием этого подхода для реальных кейсов. Почему этот подход? Чем он лучше других?</blockquote><p>А какие конкурирующие подходы к DDD вы можете привести?<br>
Помоему их не так то и много.<br>
Тоесть пытаясь ответить на ваш вопрос &quot;почему&quot;<br>
1) Потому, что это хорошая идея моделирования не оторваная от предметной области а наоброто всецелостно от неё отталкивающаяся.<br>
2) Дает ответы на разных уровнях абстракций. Стратегический дизайн, тактический дизайн…<br>
3) Существует давно, опробован временем.<br>
4) Получил ренесанс в эпоху облаков и микросервисов </p><br>
<p>Архитектор как командообразующий игрок. </p><br>
<blockquote>Архитектор как командообразующий игрок. Вот это утверждение крайне спорное<br>
А мне какраз это очень по духу. Именно так.<br>
Сегодня это все очень взаимосвязанно. Роль архитекта это свазующее звено и в каждой огранизации будет свой уникальный набор.<br>
Реашать задачи предметной области с помошью архитектуры это конечно интересно ;)<br>
Но горазно эффективенне если ещё и есть кому это делать! Тоесь не в отрыви от людей и комманд которые это в жизнь воплащают а наоборот с полным погружением.<br>
Наняли меня как-то архитектором, так я в первый год только комманды настраивал и процесс разработки &quot;чинил&quot; если хотите… Только потом можно было начинать что-то по архитектуре…<br>
Есть разные уровни &quot;запущености&quot; ;)</blockquote>]]></description>
      <pubDate>Mon, 31 May 2021 12:22:57 GMT</pubDate>
      <dc:creator><![CDATA[]]></dc:creator>
    </item>
  

  
    <item>
      <title>31.05.2021 10:25:18 </title>
      <guid isPermaLink="true">https://habr.com/ru/companies/vdsina/articles/559930/#comment_23097296</guid>
      <link>https://habr.com/ru/companies/vdsina/articles/559930/#comment_23097296</link>
      <description><![CDATA[<p>И вся эта закрытая экосистема Эппл которая маркетологами ещё и как позитив выдается…<br>
Вообщем по поводу Эппл полностью согласен с Павлом Дуровым. ;)</p>]]></description>
      <pubDate>Mon, 31 May 2021 10:25:18 GMT</pubDate>
      <dc:creator><![CDATA[]]></dc:creator>
    </item>
  

  
    <item>
      <title>20.05.2021 19:44:10 </title>
      <guid isPermaLink="true">https://habr.com/ru/articles/558412/#comment_23060062</guid>
      <link>https://habr.com/ru/articles/558412/#comment_23060062</link>
      <description><![CDATA[<blockquote>(квази-)монолитных<br>
Это мимо. Монолитность можно начем угнодо создать и ява тут непричем</blockquote>]]></description>
      <pubDate>Thu, 20 May 2021 19:44:10 GMT</pubDate>
      <dc:creator><![CDATA[]]></dc:creator>
    </item>
  

  
    <item>
      <title>20.05.2021 14:21:46 </title>
      <guid isPermaLink="true">https://habr.com/ru/companies/itsoft/articles/558332/#comment_23058784</guid>
      <link>https://habr.com/ru/companies/itsoft/articles/558332/#comment_23058784</link>
      <description><![CDATA[<p>Уже бизнес класс в обычных перелетах обычно в 3 раза дороже. А первый класс в 10 и выше.</p><br>
<p>Так такие перелеты точно не для масс а для первых классов ;) Очень занятых людей ;)</p>]]></description>
      <pubDate>Thu, 20 May 2021 14:21:46 GMT</pubDate>
      <dc:creator><![CDATA[]]></dc:creator>
    </item>
  

      

      

    
  </channel>
</rss>
