Но это маркетологи компаний производителей этих суррогатов такие названия дают. Во Франции недавно начали запрещать такие названия ("стейки", "сосиски" и тп).
обычно это самые немощные пенсионеры, которые сильно зависят от социальной поддержки со стороны государства, и получают информацию только из телека. это нормально, если они все голосуют "за путина".
не то чтобы они были "не нужны". я думаю, они с радостью продолжали бы закупать РД-180, но решили, что это противоречит интересам национальной безопасности. их собственный двигатель, который должен заменить РД-180, если я правильно помню, всё ещё не готов.
стал гуглить, чтобы позавидовать вам про переработку, но оказалось, что большая часть перерабатываемых отходов у вас вывозилась в Китай и страны ЮВА, и с 2018-го (после азиатского введения запретов на их ввоз) всё не очень хорошо стало в этом плане. вот WWF ворчит на эту тему
Имелась ввиду похожая, но немного другая штука: docs.camunda.org/manual/7.12/reference/bpmn20/gateways/parallel-gateway
Параллельно могут пускаться не разные инстансы одной таски, а произвольные таски.
Если все они пишут в переменную «result», то проблема в итоге такая же, как вы решаете при помощи коллекции, только индексом приходится брать не userId, а activityInstanceId, чтобы совсем надёжно было, и они не перезаписывали друг-друга.
Но хочется более простого решения, потому что если потом хочется кондишн запилить на основе результатов выполнения этих параллельных задач, то заранее неизвестно, какие будут индексы и не очень понятно, что там писать.
А пробовали в ваших процессах пускать задачи параллельно при помощи ParallelGateway?
Если да, то как вы потом пишете условия в ConditionalGateway, если параллельные задачи кладут результат в одинаковую переменную «result»?
Нету. Реальность в том, что у вас есть сайт с 300-500 Кб CSS, который несколько лет создавался без разделения кода для первого экрана. Более того, на разных страницах «первый» экран содержит разные элементы и разные стили. Вы для каждого раздела сайта планируете свой набор CSS вынести?
Если у вас стили много лет лежат в файле all.css, то при наличии ресуров есть смысл переверстать сайт с учётом современных реалий. Если ресурсов на это не хватает — проще отрицать то, что быстро загружаемый сайт при прочих равных выигрывает по посещаемости у медленно загружаемого.
С другой стороны, если вы свои ресурсы потратите не на вёрстку, а на создание более качественного контента, чем у конкурентов, то неважно, что страницы вашего сайта будут на секунду дольше грузиться, посетители дождутся.
Все эти рекомендации прежде всего актуальны для e-commerce и прочих высококонкурентных областей. Там люди приходят с поиска за определённым товаром, открывают несколько вкладок с одним и тем же товарным предложением. Если ваша страница медленно грузится, а у конкурента всё летает, то посетитель может успеть оформить заказ в другой вкладке, не дождавшись, пока all.css на вашей странице загрузится и распарсится.
Нужно ли в стили первого экрана включать стили для мобильной версии?
В первую очередь для мобильной это и актуально. Именно с мобильных сайт будут открывать в тоннеле метро, на даче и в других местах, где скорость интернета неидеальна.
Далее, сайт эволюционирует и дорабатывается, как вы собрались поддерживать актуальность разделения стилей на первый экран и все остальное?
Если у вас нормальная структура кода и вы разделение стилей реализуете при помощи разметки кода, проблемы с поддержкой не будет.
но рекламу в конкретном ютубе перестают показывать.
то есть хоть откуда-то но выкуп происходит.
о! мне год назад за такой же комментарий карму слили
Wildberries давно прибыльный, Ozon только что вышел в прибыльность. Можно уже сказать, что бОльшая часть маркетплейсов (по доле рынка) прибыльна.
бывшая дочка. в 2018-м продали арабским инвесторам после угрозы санкций
Но это маркетологи компаний производителей этих суррогатов такие названия дают.
Во Франции недавно начали запрещать такие названия ("стейки", "сосиски" и тп).
мне кажется, эта шутка уместна, если в новости не упоминается причина возникновения дефицита.
ничего себе! сразу слив кармы
а что случилось?
это если не усреднять на те 8 лет, которые они будут варежки шить бесплатно.
обычно это самые немощные пенсионеры, которые сильно зависят от социальной поддержки со стороны государства, и получают информацию только из телека. это нормально, если они все голосуют "за путина".
не то чтобы они были "не нужны".
я думаю, они с радостью продолжали бы закупать РД-180, но решили, что это противоречит интересам национальной безопасности. их собственный двигатель, который должен заменить РД-180, если я правильно помню, всё ещё не готов.
вот WWF ворчит на эту тему
И правда! Внезапно, Kutzgezagt ввёл в заблуждение своим роликом.
docs.camunda.org/manual/7.12/reference/bpmn20/gateways/parallel-gateway
Параллельно могут пускаться не разные инстансы одной таски, а произвольные таски.
Если все они пишут в переменную «result», то проблема в итоге такая же, как вы решаете при помощи коллекции, только индексом приходится брать не userId, а activityInstanceId, чтобы совсем надёжно было, и они не перезаписывали друг-друга.
Но хочется более простого решения, потому что если потом хочется кондишн запилить на основе результатов выполнения этих параллельных задач, то заранее неизвестно, какие будут индексы и не очень понятно, что там писать.
Если да, то как вы потом пишете условия в ConditionalGateway, если параллельные задачи кладут результат в одинаковую переменную «result»?
С другой стороны, если вы свои ресурсы потратите не на вёрстку, а на создание более качественного контента, чем у конкурентов, то неважно, что страницы вашего сайта будут на секунду дольше грузиться, посетители дождутся.
Все эти рекомендации прежде всего актуальны для e-commerce и прочих высококонкурентных областей. Там люди приходят с поиска за определённым товаром, открывают несколько вкладок с одним и тем же товарным предложением. Если ваша страница медленно грузится, а у конкурента всё летает, то посетитель может успеть оформить заказ в другой вкладке, не дождавшись, пока all.css на вашей странице загрузится и распарсится.
В первую очередь для мобильной это и актуально. Именно с мобильных сайт будут открывать в тоннеле метро, на даче и в других местах, где скорость интернета неидеальна.
Если у вас нормальная структура кода и вы разделение стилей реализуете при помощи разметки кода, проблемы с поддержкой не будет.