<?xml version="1.0" encoding="utf-8"?> 
<rss version="2.0"
  xmlns:itunes="http://www.itunes.com/dtds/podcast-1.0.dtd"
  xmlns:atom="http://www.w3.org/2005/Atom">

<channel>

<title>Блог Сергея Копылова: заметки с тегом оптимизация</title>
<link>https://blog.sergeykopylov.ru/tags/optimizaciya/</link>
<description>Блог Сергея Копылова</description>
<author>Сергей Копылов</author>
<language>ru</language>
<generator>E2 (v3559; Aegea)</generator>

<itunes:owner>
<itunes:name>Сергей Копылов</itunes:name>
<itunes:email></itunes:email>
</itunes:owner>
<itunes:subtitle>Блог Сергея Копылова</itunes:subtitle>
<itunes:image href="" />
<itunes:explicit></itunes:explicit>

<item>
<title>Сотни тысяч элементов на странице</title>
<guid isPermaLink="false">83</guid>
<link>https://blog.sergeykopylov.ru/all/sotni-tysyach-elementov-na-stranice/</link>
<pubDate>Wed, 01 Apr 2020 09:02:31 +0300</pubDate>
<author>Сергей Копылов</author>
<comments>https://blog.sergeykopylov.ru/all/sotni-tysyach-elementov-na-stranice/</comments>
<description>
&lt;p&gt;Меня, бывает, спрашивают о том, как что-то реализовать, когда элементов очень много.&lt;/p&gt;
&lt;p&gt;Например:&lt;/p&gt;
&lt;blockquote&gt;
&lt;p&gt;На странице отображены 100 000 товаров и у каждого есть кнопки действий. Как указать обработчик событий для этих кнопок так, чтобы не множить функции? Постраничного листания нет, подгрузки при прокрутке тоже.&lt;/p&gt;
&lt;/blockquote&gt;
&lt;p&gt;или&lt;/p&gt;
&lt;blockquote&gt;
&lt;p&gt;На странице отображаются 5 000 товаров с партиями, остатками, необходимо изменять эти данные. Что бы вы стали делать, если бы страница стала тормозить? Как бы вы искали источник проблемы?&lt;/p&gt;
&lt;/blockquote&gt;
&lt;p&gt;Да никак бы я не искал источник проблемы. Потому, что источник уже найден — это вывод на экран тысяч экземпляров данных.&lt;/p&gt;
&lt;p&gt;В этом нет никакой необходимости. Никакой человек не может управлять данными, когда их тысячи. Нашему мозгу уже и 30 штук — довольно много. Правильное решение: сделать так, чтобы на фронтенде не отображались, не хранились, и не обрабатывались тысячи элементов. Тогда и не нужно будет решать эти надуманные задачи.&lt;/p&gt;
</description>
</item>

<item>
<title>Можно делать меньше</title>
<guid isPermaLink="false">68</guid>
<link>https://blog.sergeykopylov.ru/all/mozhno-delat-menshe/</link>
<pubDate>Thu, 19 Mar 2020 18:15:33 +0300</pubDate>
<author>Сергей Копылов</author>
<comments>https://blog.sergeykopylov.ru/all/mozhno-delat-menshe/</comments>
<description>
&lt;p&gt;Часто люди пытаются сделать даже промежуточные работы и отчётами идеальными. Прорисовывают каждую деталь, делают аккуратно, запариваются о пикселях и так далее. Так не надо. А надо так, чтобы решало задачу.&lt;/p&gt;
&lt;p&gt;На работе мы часто обмениваемся скриншотами, на которых помечено куда смотреть. Часто люди ставят специальные программы и следят за тем, чтобы их подчёркивание или выделение были ровненькими. А нужно так:&lt;/p&gt;
&lt;div class="e2-text-picture"&gt;
&lt;img src="https://blog.sergeykopylov.ru/pictures/Screenshot-2020-03-19-at-18.06.46.png" width="818" height="500" alt="" /&gt;
&lt;/div&gt;
&lt;p&gt;Притом так даже лучше, чем когда ровненько: ты сходу понимаешь, что выделение — часть скриншота, а не самого интерфейса.&lt;/p&gt;
&lt;p&gt;Или, например, при работе над дизайн-проектом можно сначала сделать коллаж из мебели, а не 3D-визуализацию. Прикинуть, как будут сочетаться цвета и мебель по нему можно, исправить будет легко, а силы на визуализацию не будут потрачены.&lt;/p&gt;
&lt;div class="e2-text-picture"&gt;
&lt;img src="https://blog.sergeykopylov.ru/pictures/Screenshot-2020-03-19-at-18.06.00.png" width="1120" height="640" alt="" /&gt;
&lt;/div&gt;
&lt;p&gt;Так что не только можно, а нужно делать меньше.&lt;/p&gt;
</description>
</item>


</channel>
</rss>