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

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

  <channel>
    <title><![CDATA[Комментарии / Профиль stack_trace]]></title>
    <link>https://habr.com/ru/users/stack_trace/comments/</link>
    <description><![CDATA[Хабр: комментарии пользователя stack_trace]]></description>
    <language>ru</language>
    <managingEditor>editor@habr.com</managingEditor>
    <generator>habr.com</generator>
    <pubDate>Wed, 22 Apr 2026 22:43:26 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>26.02.2019 11:02:55 </title>
      <guid isPermaLink="true">https://habr.com/ru/articles/441252/#comment_19808162</guid>
      <link>https://habr.com/ru/articles/441252/#comment_19808162</link>
      <description><![CDATA[<p>Ну, гермафродитизм тоже существует.</p>]]></description>
      <pubDate>Tue, 26 Feb 2019 11:02:55 GMT</pubDate>
      <dc:creator><![CDATA[]]></dc:creator>
    </item>
  

  
    <item>
      <title>28.09.2018 09:56:40 </title>
      <guid isPermaLink="true">https://habr.com/ru/articles/424519/#comment_19169745</guid>
      <link>https://habr.com/ru/articles/424519/#comment_19169745</link>
      <description><![CDATA[<p>Письмо в ютуб и не может особо ни к чему привести. Зато в случае с судебными процессами, суд по умолчанию становится на сторону менее защищенной стороны, т.е. пользователя. Более того, скорее всего сторона защиты просто не явилась бы на судебный процесс и пострадавший автоматически бы получил судебное решение в свою пользу, на которое ютуб уже не смог бы не отреагировать, плюс компенсацию (она вряд ли была бы высокой, но всё равно приятно)</p>]]></description>
      <pubDate>Fri, 28 Sep 2018 09:56:40 GMT</pubDate>
      <dc:creator><![CDATA[]]></dc:creator>
    </item>
  

  
    <item>
      <title>28.09.2018 09:05:51 </title>
      <guid isPermaLink="true">https://habr.com/ru/articles/424519/#comment_19169415</guid>
      <link>https://habr.com/ru/articles/424519/#comment_19169415</link>
      <description><![CDATA[<p>Почему люди не подают в суд в подобных случаях?</p>]]></description>
      <pubDate>Fri, 28 Sep 2018 09:05:51 GMT</pubDate>
      <dc:creator><![CDATA[]]></dc:creator>
    </item>
  

  
    <item>
      <title>27.09.2018 13:07:37 </title>
      <guid isPermaLink="true">https://habr.com/ru/articles/424573/#comment_19165911</guid>
      <link>https://habr.com/ru/articles/424573/#comment_19165911</link>
      <description><![CDATA[<p>Думаю, это самоорганизация, как и большинство других процессов в организме. То есть, митохондрии сами реагируют на изменение окружающих условий, т.е. изменение концентрации питательных веществ. Сложно представить, как могло бы здесь осуществляться "централизованное управление" — только если с помощью какого-либо гормона, что выглядит довольно затратно и избыточно, ведь придётся точно так же реагировать на концентрацию гормона, так почему бы не реагировать просто на концентрацию питательных веществ?</p>]]></description>
      <pubDate>Thu, 27 Sep 2018 13:07:37 GMT</pubDate>
      <dc:creator><![CDATA[]]></dc:creator>
    </item>
  

  
    <item>
      <title>27.09.2018 09:27:10 </title>
      <guid isPermaLink="true">https://habr.com/ru/companies/gridgain/articles/420623/#comment_19164639</guid>
      <link>https://habr.com/ru/companies/gridgain/articles/420623/#comment_19164639</link>
      <description><![CDATA[<p>SQL сейчас активно развивается, так что не исключено, что скоро такая поддержка появится. Однако и в настоящий момент, у этой проблемы есть рабочее решение, в виде <a href="https://apacheignite.readme.io/docs/id-generator">атомарных распределённых счётчиков </a>.</p>]]></description>
      <pubDate>Thu, 27 Sep 2018 09:27:10 GMT</pubDate>
      <dc:creator><![CDATA[]]></dc:creator>
    </item>
  

  
    <item>
      <title>04.06.2018 13:13:25 </title>
      <guid isPermaLink="true">https://habr.com/ru/companies/globalsign/articles/413151/#comment_18730597</guid>
      <link>https://habr.com/ru/companies/globalsign/articles/413151/#comment_18730597</link>
      <description><![CDATA[<blockquote>а то как сеансы связи кофеварок с тостером читат станут?</blockquote><p>А ещё слушать вас через микрофоны, наблюдать за вами через камеры, узнавать ваши пароли с помощью вами же поставленных камер.</p>]]></description>
      <pubDate>Mon, 04 Jun 2018 13:13:25 GMT</pubDate>
      <dc:creator><![CDATA[]]></dc:creator>
    </item>
  

  
    <item>
      <title>15.02.2018 12:40:17 </title>
      <guid isPermaLink="true">https://habr.com/ru/articles/345100/#comment_10671406</guid>
      <link>https://habr.com/ru/articles/345100/#comment_10671406</link>
      <description><![CDATA[<p>Всё ещё выглядит как функциональность, которой не должно быть в обычном списке. Видимо, так работают все QT-ые контейнеры? Выглядит как попытка сделать что-то вроде Java в плюсах — накладные расходы, о которых не просит пользователь, в надежде что он не выстрелит себе в ногу.</p>]]></description>
      <pubDate>Thu, 15 Feb 2018 12:40:17 GMT</pubDate>
      <dc:creator><![CDATA[]]></dc:creator>
    </item>
  

  
    <item>
      <title>13.02.2018 10:22:49 </title>
      <guid isPermaLink="true">https://habr.com/ru/articles/345100/#comment_10666594</guid>
      <link>https://habr.com/ru/articles/345100/#comment_10666594</link>
      <description><![CDATA[<p>Не писал под Qt, поэтому не знал этого нюанса. Спасибо за то, что просветили. Однако, интересно же, получается, Qt нарушает подход разделения функциональности. Список должен хранить. Если мне надо расшарить его я создам shared_ptr. А так, получается, нарушение основы плюсов — не платить за то, что тебе не нужно. </p>]]></description>
      <pubDate>Tue, 13 Feb 2018 10:22:49 GMT</pubDate>
      <dc:creator><![CDATA[]]></dc:creator>
    </item>
  

  
    <item>
      <title>13.01.2018 07:42:54 </title>
      <guid isPermaLink="true">https://habr.com/ru/articles/341140/#comment_10614266</guid>
      <link>https://habr.com/ru/articles/341140/#comment_10614266</link>
      <description><![CDATA[<p>Кстати, самого меня ни разу не штрафовали, а когда уходил предложили увеличение зп в 1.5-2 раза и менеджерскую должность. Я отказался, хотя сумма получалась внушительная. Ни разу не пожалел о том решении.</p>]]></description>
      <pubDate>Sat, 13 Jan 2018 07:42:54 GMT</pubDate>
      <dc:creator><![CDATA[]]></dc:creator>
    </item>
  

  
    <item>
      <title>13.01.2018 07:37:27 </title>
      <guid isPermaLink="true">https://habr.com/ru/articles/341140/#comment_10614258</guid>
      <link>https://habr.com/ru/articles/341140/#comment_10614258</link>
      <description><![CDATA[<p>По моему опыту, после введения такой системы за 4 месяца ушли вообще все, включая менеджмент. Никто не хочет работать в концлагере, когда дофига нормальных мест на рынке.</p><br>
<p>Такая система для IT — из разряда вредных советов "как потопить контору"</p>]]></description>
      <pubDate>Sat, 13 Jan 2018 07:37:27 GMT</pubDate>
      <dc:creator><![CDATA[]]></dc:creator>
    </item>
  

  
    <item>
      <title>10.01.2018 07:17:12 </title>
      <guid isPermaLink="true">https://habr.com/ru/companies/genotek/articles/402923/#comment_18138907</guid>
      <link>https://habr.com/ru/companies/genotek/articles/402923/#comment_18138907</link>
      <description><![CDATA[А что даже если всерьёз? Что вам-то от этого?]]></description>
      <pubDate>Wed, 10 Jan 2018 07:17:12 GMT</pubDate>
      <dc:creator><![CDATA[]]></dc:creator>
    </item>
  

  
    <item>
      <title>22.12.2017 12:54:27 </title>
      <guid isPermaLink="true">https://habr.com/ru/articles/345100/#comment_10581948</guid>
      <link>https://habr.com/ru/articles/345100/#comment_10581948</link>
      <description><![CDATA[<p>Ну я исправил только этот момент и не стал смотреть дальше. Думаю, там есть ещё моменты в подобном ключе. Извините, но я не поверю, что правильно написанный плюсовый код медленнее, чем всё остальное.</p>]]></description>
      <pubDate>Fri, 22 Dec 2017 12:54:27 GMT</pubDate>
      <dc:creator><![CDATA[]]></dc:creator>
    </item>
  

  
    <item>
      <title>20.12.2017 14:14:46 </title>
      <guid isPermaLink="true">https://habr.com/ru/articles/345100/#comment_10577790</guid>
      <link>https://habr.com/ru/articles/345100/#comment_10577790</link>
      <description><![CDATA[<p>Да, это может существенно повлиять на результаты. Например, взять небольшой фрагмент кода из <code>performer.cpp</code>:</p><br>
<pre><code class="cpp">if (mSegments.contains(segment.getClustId())) {
    mSegments[segment.getClustId()] &lt;&lt; segment;
} else {
    QList&lt;DcfSegment&gt; list;
    list &lt;&lt; segment;
    mSegments[segment.getClustId()] = list;
}</code></pre><br>
<p>Во первых, два поиска по мапу вместо одного (про это уже сказали). Но наиболее характерный код из ветки <code>else</code>, очень характерный для Java и ужасный для C++. По таким моментам очень легко заметить, что вы обычно пишите на Java и плохо разбираетесь в C++. Для джавы код вполне логичен — вы создаёте новый список и помещаете его в мап. Однако в C++ это будет выполняться так: вы создаёте сначала временный экземпляр класса, кладёте в него элемент, потом создаёте ещё один список внутри хэшмапа, присваиваете локальный список тому, что находится в хэшмапе, при этом по новой происходит выделение памяти в хипе и копирование всего содержимого (пусть это даже всего один элемент), после чего локальная копия уничтожается с освобождением памяти. Итого, у вас лишние поиски по хэшмапу, лишние копирования, и лишние операции с памятью, которые достаточно дорогие.</p><br>
<p>Но важнее всего то, что здесь вообще не нужен if и ветвление. Создание нового списка происходит при вызове оператора <code>[]</code>. Плюсовик написал бы вместо всего этого одну строчку, которая при этом и работала бы быстрее:</p><br>
<pre><code class="cpp">mSegments[segment.getClustId()] &lt;&lt; segment;</code></pre>]]></description>
      <pubDate>Wed, 20 Dec 2017 14:14:46 GMT</pubDate>
      <dc:creator><![CDATA[]]></dc:creator>
    </item>
  

  
    <item>
      <title>20.12.2017 13:16:14 </title>
      <guid isPermaLink="true">https://habr.com/ru/articles/345100/#comment_10577630</guid>
      <link>https://habr.com/ru/articles/345100/#comment_10577630</link>
      <description><![CDATA[<p>Информация интересная, если принять её на веру. Но все тут люди опытные, к информации относятся критически и для многих (например для меня) множество пассажей выглядят очень сомнительными, как и полученные результаты. Статьи содержащие сомнительную информацию минусят, и это правильно.</p>]]></description>
      <pubDate>Wed, 20 Dec 2017 13:16:14 GMT</pubDate>
      <dc:creator><![CDATA[]]></dc:creator>
    </item>
  

  
    <item>
      <title>15.12.2017 08:01:36 </title>
      <guid isPermaLink="true">https://habr.com/ru/articles/343622/#comment_10568342</guid>
      <link>https://habr.com/ru/articles/343622/#comment_10568342</link>
      <description><![CDATA[<p>Да-да, спасибо, ошибся с термином.</p>]]></description>
      <pubDate>Fri, 15 Dec 2017 08:01:36 GMT</pubDate>
      <dc:creator><![CDATA[]]></dc:creator>
    </item>
  

  
    <item>
      <title>01.12.2017 16:22:15 </title>
      <guid isPermaLink="true">https://habr.com/ru/articles/343622/#comment_10547936</guid>
      <link>https://habr.com/ru/articles/343622/#comment_10547936</link>
      <description><![CDATA[<p>Отдавать сишным функциям указатели на внутренности плюсовых классов всегда было небезопасно, так что тут ничего не поменяется. Что касается того, чтобы писать используя С-строки — это намного менее безопасно и удобно. Пример типичных компонентов, где <code>string_view</code> может дать большой прирост производительности — различные парсеры, которым накладно выделять память, каждый раз, когда они хотят отдать пользователю токен.</p>]]></description>
      <pubDate>Fri, 01 Dec 2017 16:22:15 GMT</pubDate>
      <dc:creator><![CDATA[]]></dc:creator>
    </item>
  

  
    <item>
      <title>01.12.2017 13:25:41 </title>
      <guid isPermaLink="true">https://habr.com/ru/articles/343622/#comment_10547732</guid>
      <link>https://habr.com/ru/articles/343622/#comment_10547732</link>
      <description><![CDATA[<p>Вопрос не в удобстве а в быстродействии. Если вы на место <code>std::srting&amp;</code> передадите <code>const char*</code> произойдёт неявное копирование с выделением памяти в хипе. Здесь — не произойдёт. Если вам нужна 0-терминированная строка, вы всегда можете скопировать <code>string_view</code> в <code>string</code> явно.</p>]]></description>
      <pubDate>Fri, 01 Dec 2017 13:25:41 GMT</pubDate>
      <dc:creator><![CDATA[]]></dc:creator>
    </item>
  

  
    <item>
      <title>01.12.2017 12:47:45 </title>
      <guid isPermaLink="true">https://habr.com/ru/articles/343622/#comment_10547692</guid>
      <link>https://habr.com/ru/articles/343622/#comment_10547692</link>
      <description><![CDATA[<p>Сама необходимость явно вызывать <code>c_str()</code> означает, что пользователь должен знать об этом ограничении, чтобы его невелировать. Отсутствие <code>c_str()</code> у <code>string_view</code> будет ему намекать, что с этим классом так делать нельзя. В общем, не выглядет для меня серьезной проблемой.</p>]]></description>
      <pubDate>Fri, 01 Dec 2017 12:47:45 GMT</pubDate>
      <dc:creator><![CDATA[]]></dc:creator>
    </item>
  

  
    <item>
      <title>01.12.2017 12:44:00 </title>
      <guid isPermaLink="true">https://habr.com/ru/articles/343622/#comment_10547686</guid>
      <link>https://habr.com/ru/articles/343622/#comment_10547686</link>
      <description><![CDATA[<p>Ну да, не будет этот класс совместим с частью сишных функций, хотя про тысячи багов это вы, конечно, преувеличили. Плюсовые функции не ожидают 0 в конце строки, проблемы могут возникнуть только с некоторыми сишными функциями, с которыми в любом случае надо быть осторожным, при работе из плюсов. Очевидно, что <code>string_view</code>просто абстракция над парой <code>(const char* data, size_t len)</code>, так что по другому и быть не могло.</p>]]></description>
      <pubDate>Fri, 01 Dec 2017 12:44:00 GMT</pubDate>
      <dc:creator><![CDATA[]]></dc:creator>
    </item>
  

  
    <item>
      <title>01.12.2017 12:35:23 </title>
      <guid isPermaLink="true">https://habr.com/ru/articles/343622/#comment_10547672</guid>
      <link>https://habr.com/ru/articles/343622/#comment_10547672</link>
      <description><![CDATA[<p>Это perfect forwarding. Почитать можно, например, здесь — <a href="https://eli.thegreenplace.net/2014/perfect-forwarding-and-universal-references-in-c/">https://eli.thegreenplace.net/2014/perfect-forwarding-and-universal-references-in-c/</a></p>]]></description>
      <pubDate>Fri, 01 Dec 2017 12:35:23 GMT</pubDate>
      <dc:creator><![CDATA[]]></dc:creator>
    </item>
  

      

      

    
  </channel>
</rss>
