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

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

  <channel>
    <title><![CDATA[Комментарии / Профиль bashnesnos]]></title>
    <link>https://habr.com/ru/users/bashnesnos/comments/</link>
    <description><![CDATA[Хабр: комментарии пользователя bashnesnos]]></description>
    <language>ru</language>
    <managingEditor>editor@habr.com</managingEditor>
    <generator>habr.com</generator>
    <pubDate>Sun, 03 May 2026 21:15:12 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>21.09.2020 12:14:16 </title>
      <guid isPermaLink="true">https://habr.com/ru/companies/yandex/articles/518732/#comment_22092456</guid>
      <link>https://habr.com/ru/companies/yandex/articles/518732/#comment_22092456</link>
      <description><![CDATA[Мой коллега раскрывает основы тут <a href="https://www.youtube.com/watch?v=SUOtIhGjXoI">www.youtube.com/watch?v=SUOtIhGjXoI</a>, расшифровка на Хабре будет]]></description>
      <pubDate>Mon, 21 Sep 2020 12:14:16 GMT</pubDate>
      <dc:creator><![CDATA[]]></dc:creator>
    </item>
  

  
    <item>
      <title>19.05.2017 08:56:29 </title>
      <guid isPermaLink="true">https://habr.com/ru/companies/host-tracker/articles/329010/#comment_10225436</guid>
      <link>https://habr.com/ru/companies/host-tracker/articles/329010/#comment_10225436</link>
      <description><![CDATA[Самое интересное :-) Просто такие статьи читают всякие CEO, это потом выливается в требования, а ожидания по срокам и стоимости не сформированы.<br/>
<br/>
При внимательном изучении обнаружил «Осень 2014» и «Весна 2015». Т.е. 2-3 квартала. Это круто, конечно.]]></description>
      <pubDate>Fri, 19 May 2017 08:56:29 GMT</pubDate>
      <dc:creator><![CDATA[]]></dc:creator>
    </item>
  

  
    <item>
      <title>19.05.2017 08:39:47 </title>
      <guid isPermaLink="true">https://habr.com/ru/companies/host-tracker/articles/329010/#comment_10225390</guid>
      <link>https://habr.com/ru/companies/host-tracker/articles/329010/#comment_10225390</link>
      <description><![CDATA[Вроде никого уже не надо убеждать, что сайт должен открываться быстро. На графиках очень не хватает данных, чего им стоило это увеличение в деньгах/разработчиках/времени.]]></description>
      <pubDate>Fri, 19 May 2017 08:39:47 GMT</pubDate>
      <dc:creator><![CDATA[]]></dc:creator>
    </item>
  

  
    <item>
      <title>03.05.2017 14:30:00 </title>
      <guid isPermaLink="true">https://habr.com/ru/companies/fujitsu/articles/327860/#comment_10201833</guid>
      <link>https://habr.com/ru/companies/fujitsu/articles/327860/#comment_10201833</link>
      <description><![CDATA[Есть более подробное описание задачи, и систем на которых достигнуто ускорение в 10 тыс. раз?]]></description>
      <pubDate>Wed, 03 May 2017 14:30:00 GMT</pubDate>
      <dc:creator><![CDATA[]]></dc:creator>
    </item>
  

  
    <item>
      <title>18.03.2017 11:42:32 </title>
      <guid isPermaLink="true">https://habr.com/ru/articles/323884/#comment_10124948</guid>
      <link>https://habr.com/ru/articles/323884/#comment_10124948</link>
      <description><![CDATA[P.S. обратите внимание по вашей ссылке https://habrahabr.ru/post/195996/ есть упоминание того, что я рассматриваю в данной статье<br/>
<blockquote>Практическая рекомендация: на соревнованиях алгоритмы часто реализуются на С++. Как только вы проанализировали сложность вашего алгоритма, так сразу можете получить и грубую оценку того, как быстро он будет работать, приняв, что в секунду выполняется 1 000 000 команд. Их количество считается из полученной вами функции асимптотической оценки, описывающей алгоритм. Например, вычисление по алгоритму с Θ( n ) займёт около секунды при n = 1 000 000.</blockquote>]]></description>
      <pubDate>Sat, 18 Mar 2017 11:42:32 GMT</pubDate>
      <dc:creator><![CDATA[]]></dc:creator>
    </item>
  

  
    <item>
      <title>18.03.2017 11:35:21 </title>
      <guid isPermaLink="true">https://habr.com/ru/articles/323884/#comment_10124934</guid>
      <link>https://habr.com/ru/articles/323884/#comment_10124934</link>
      <description><![CDATA[Мы с вами благополучно прошли по кругу :-)<br/>
<br/>
Я согласен и не спорил с вами по поводу<br/>
<blockquote>Если у вас массив в 100 элементов и у вас O(n^2), то это не значит что вы должны обработать и учитывать время на 10.000 элементов</blockquote><br/>
<br/>
Я согласен, что <blockquote>Сложность нужна для того что могли оценить «так, вот на таком количестве скорость ок, но в определенный момент» скорость резко упадет.</blockquote><br/>
На нём в общем-то всё и завязано в статье — т.е. на выяснении того, что на требуемом нам количестве скорость ок, или не ок.<br/>
<br/>
Я пытался донести, что подразумеваю под «обработкой записи» наиболее практический аспект обработки записи — «элементарную операцию» (тут можно отдельно закопаться), количество которых можно рассчитать с помощью функции сложности.<br/>
<br/>
Я намеренно упростил этот момент, и я не вижу смысла усложнять его обратно введением «элементарной операции» вместо «обработки записи».<br/>
Думаю стоит добавить отдельную оговорку про среднее время на обработку записи в рассматриваемом мной контексте.<br/>
<br/>
В таком случае вопрос будет исчерпан?]]></description>
      <pubDate>Sat, 18 Mar 2017 11:35:21 GMT</pubDate>
      <dc:creator><![CDATA[]]></dc:creator>
    </item>
  

  
    <item>
      <title>17.03.2017 08:10:58 </title>
      <guid isPermaLink="true">https://habr.com/ru/articles/323884/#comment_10123036</guid>
      <link>https://habr.com/ru/articles/323884/#comment_10123036</link>
      <description><![CDATA[Раз уж мы разобрались откуда берётся 0,2 мсек вернёмся к сложности.<br/>
<br/>
Например, википедия: <blockquote>Временная сложность алгоритма (в худшем случае) — это <i>функция</i> от размера входных данных, равная максимальному количеству <i>элементарных операций</i>, проделываемых алгоритмом для решения экземпляра задачи указанного размера.</blockquote><br/>
<br/>
Т.е. если мы подставим в функцию временной сложности размер входных данных (в рассмотренном мной случае он известен из требований), то получим максимальное количество операций (в худшем случае). Тут сложность заканчивается. Далее, зная <i>требуемое </i>время выполения и кол-во операций можно посчитать <i>требуемое</i> время выполнения одной операции в среднем.]]></description>
      <pubDate>Fri, 17 Mar 2017 08:10:58 GMT</pubDate>
      <dc:creator><![CDATA[]]></dc:creator>
    </item>
  

  
    <item>
      <title>16.03.2017 06:36:56 </title>
      <guid isPermaLink="true">https://habr.com/ru/articles/323884/#comment_10120886</guid>
      <link>https://habr.com/ru/articles/323884/#comment_10120886</link>
      <description><![CDATA[Я с вами не спорю про сложность и количество элементов. Давайте отойдём от количества элементов, видимо загвоздка в этом.<br/>
<br/>
В моём примере выше выполнений цикла 10000, и если нам нужно чтобы весь цикл выполнился за 2 секунды на одно выполнение цикла в среднем сколько получится?<br/>
<br/>
]]></description>
      <pubDate>Thu, 16 Mar 2017 06:36:56 GMT</pubDate>
      <dc:creator><![CDATA[]]></dc:creator>
    </item>
  

  
    <item>
      <title>15.03.2017 16:06:11 </title>
      <guid isPermaLink="true">https://habr.com/ru/articles/323884/#comment_10120046</guid>
      <link>https://habr.com/ru/articles/323884/#comment_10120046</link>
      <description><![CDATA[Простите, но я вам отвечал по существу. Причём здесь каша, когда я вам привожу конкретные примеры.<br/>
<br/>
Действительно, стоит прекратить дискуссию, раз вы не готовы аргументировать свою позицию и искать точки соприкосновения.]]></description>
      <pubDate>Wed, 15 Mar 2017 16:06:11 GMT</pubDate>
      <dc:creator><![CDATA[]]></dc:creator>
    </item>
  

  
    <item>
      <title>15.03.2017 12:03:04 </title>
      <guid isPermaLink="true">https://habr.com/ru/articles/323884/#comment_10119410</guid>
      <link>https://habr.com/ru/articles/323884/#comment_10119410</link>
      <description><![CDATA[2 секунды и 100 элементов даёт 20 миллисек на 1 элемент в среднем, но если для каждого элемента надо дополнительно обойти те же 100 элементов в случае n^2 мы получаем 0,2 мсек на одну операцию.<br/>
<br/>
Сколько будет выполнений внутреннего тела цикла в примере ниже? 100 или 10000?<br/>
<pre><code class="java">int count = 0;
int n = 100;
for (int i = 0; i &lt; n; i++) {
      for (int j = 0; j &lt; n; j++) {
            count++;
      }
}
</code></pre>]]></description>
      <pubDate>Wed, 15 Mar 2017 12:03:04 GMT</pubDate>
      <dc:creator><![CDATA[]]></dc:creator>
    </item>
  

  
    <item>
      <title>15.03.2017 07:10:41 </title>
      <guid isPermaLink="true">https://habr.com/ru/articles/323884/#comment_10118644</guid>
      <link>https://habr.com/ru/articles/323884/#comment_10118644</link>
      <description><![CDATA[Спасибо за комментарий, не вижу противоречия с тем, что я написал. <br/>
<br/>
Вы подтверждаете, что сложность описывает связь между количеством элементов, временем обработки одного элемента и временем обработки всех элементов. Задача, которую я рассмотриваю в этой статье — обратная. Т.е. исходя из ограничений на время обработки всех элементов, и зная количество элементов определить ограничение на время обработки одного элемента. Вы же не будете отрицать, что 4000/20^2=10?<br/>
<br/>
Сложность говорит не только о росте, поскольку время обработки алгоритма O(n) и O(n^2) всё-таки сильно отличается при одном и том же значении n — как раз по той причине, что нужно сделать выполнить больше <i>операций</i> над одним и тем же количеством элементов.]]></description>
      <pubDate>Wed, 15 Mar 2017 07:10:41 GMT</pubDate>
      <dc:creator><![CDATA[]]></dc:creator>
    </item>
  

  
    <item>
      <title>15.03.2017 07:10:11 </title>
      <guid isPermaLink="true">https://habr.com/ru/articles/323884/#comment_10118640</guid>
      <link>https://habr.com/ru/articles/323884/#comment_10118640</link>
      <description><![CDATA[Удалил свой комментарий, поскольку ответил не в ту ветку.]]></description>
      <pubDate>Wed, 15 Mar 2017 07:10:11 GMT</pubDate>
      <dc:creator><![CDATA[]]></dc:creator>
    </item>
  

  
    <item>
      <title>14.03.2017 11:30:36 </title>
      <guid isPermaLink="true">https://habr.com/ru/articles/323884/#comment_10117010</guid>
      <link>https://habr.com/ru/articles/323884/#comment_10117010</link>
      <description><![CDATA[Да в общем-то это то же самое «лучше чем у конкурента», просто очень хорошо распиаренное и переданное из уст в уста. Если это политика брэнда и есть бюджет — то это просто прекрасно.<br/>
<br/>
Но поскольку необходимы результаты, а не бесконечное стремление к идеалу — даже в таких условиях будут какие-то необходимые и достаточные для внедрения на прод требования по производительности, на которые надо ориентироваться.]]></description>
      <pubDate>Tue, 14 Mar 2017 11:30:36 GMT</pubDate>
      <dc:creator><![CDATA[]]></dc:creator>
    </item>
  

  
    <item>
      <title>14.03.2017 10:59:32 </title>
      <guid isPermaLink="true">https://habr.com/ru/articles/323884/#comment_10116916</guid>
      <link>https://habr.com/ru/articles/323884/#comment_10116916</link>
      <description><![CDATA[Это больше вопрос совмещения желания и возможностей — т.е. определения требований к системе и оценки стоимости их реализации. Вопрос смежный, но мне кажется отдельный.<br/>
<br/>
Несколько штрихов:<br/>
У внешнего пользователя, т.е. у человека есть границы восприятия, быстрее которых нет смысла оптимизировать (например https://www.nngroup.com/articles/response-times-3-important-limits/). Границы меняются с адаптацией человека к технологиями и эволюцией человека, но всё же они есть — т.е. не каждое увеличение быстродействия будет замечено.<br/>
<br/>
У бизнеса ориентированного на пользователя тоже нет смысла улучшать бесконечно, потому что у продукта который он предоставляет пользователю есть 3 состояния качества — лучше чем у конкурента, хуже чем у конкурента и так же как у конкурента. Если уже лучше — то зачем тратить деньги кроме пиара, если хуже — то вопросов нет, если так же, но есть другие преимущества — то тоже особо нет смысла.<br/>
<br/>
И конечно же у каждого бизнеса разные возможности, поскольку улучшение от 15 до 10 секунд стоит одних денег, от 10 до 3 секунд других денег и от 3 до 1 секунд — третьих денег.]]></description>
      <pubDate>Tue, 14 Mar 2017 10:59:32 GMT</pubDate>
      <dc:creator><![CDATA[]]></dc:creator>
    </item>
  

  
    <item>
      <title>14.03.2017 10:44:12 </title>
      <guid isPermaLink="true">https://habr.com/ru/articles/323884/#comment_10116888</guid>
      <link>https://habr.com/ru/articles/323884/#comment_10116888</link>
      <description><![CDATA[Согласен, но всё же стараюсь исходить из презумпции <s>невиновности</s> компетентности в первую очередь, поскольку программисты это в первую очередь люди и уже потом инженеры.<br/>
<br/>
Некомпетентность компенсируются мощью поисковых машин при наличии сомнений и желания, чаще этим запретом манипулируют менеджеры, а не инженеры.<br/>
<br/>
]]></description>
      <pubDate>Tue, 14 Mar 2017 10:44:12 GMT</pubDate>
      <dc:creator><![CDATA[]]></dc:creator>
    </item>
  

      

      

    
  </channel>
</rss>
