Это было другое (с) ;) И масштабы, и объекты санкций"
Объекты санкций были примерно одинаковы. Так у Ирана в 1979 заморозили в том числе и активы Центробанка Ирана (золотовалютные резервы, и банковские активы), а также вложения в акции американских компаний. В общем всё, до чего смогли дотянуться.
По объему-да, несколько меньше. На тот момент около 12 млрд долларов. В сегодняшних ценах это около 53 млрд. Меньше, чем у РФ, но в целом вполне сопоставимо. Особенно с учётом разницы размеров населения.
Насчёт выводов, сделанных заинтересованными сторонами, считаю пока говорить рано. Слишком мало времени прошло для определения среднесрочных тенденций.
До России были Иран в 1979 и 2012, Ливия в 2011, Сирия в 2011, Венесуэла в 2019. С точными годами правда могу немного ошибаться, но Россия точно не первая, у кого были подобным образом счета заблокированы.
Я писал безотносительно размера массивов и способов замера времени.
Сравнивать быстродействие надо на одинаковых сценариях. А то, что при использовании массива можно сценарий оптимизировать- ну этот сценарий можно, другой нельзя будет.
Т.е. если говорить об изначальном вопросе (что быстрее циклы или стрелки), то условия эксперимента не корректные. В первом случае автор прогнал 2 последовательных цикла, во втором-один. Вместо чистого эксперимента сделана оптимизация кода и сравнение с оригинальной версией.
На каком уровне права нарезать будете? На уровне каждого отдельного контрола со списком.
Ещё раз, выдумывать выход можно. Нарезать права, и т.п. Но предусмотреть все требования реального заказчика нельзя. Вы меня не услышали. Не надо пытаться ограничивать вариативность разработки.
Ну и плюс кто будет платить за создание и поддержание этих стандартов? Или ваши учёные бесплатно работать будут? И не надо писать про нулевую стоимость разработки, когда библиотеки уже созданы. Сами себя они не создадут. И поддерживать себя сами не будут.
Вы когда-нибудь сталкивались с иб в более-менее серьёзном бизнесе? Я с удовольствием посмотрю, как вы им будете объяснять, что возможность сохранить список, содержащий коммерческую тайну в файл-это оказывается стандарт такой.
Ну а если серьёзно, то что вы предлагаете-это ограничение вариативности разработки. Ну нельзя расписать до молочей все требования, которые в проектах возникают. И наука здесь абсолютно ни причем. Это никому не нужно, ни бизнесу, ни разработчикам, ни пользователям, которые это ви конечном счёте оплачивать будут.
Объекты санкций были примерно одинаковы. Так у Ирана в 1979 заморозили в том числе и активы Центробанка Ирана (золотовалютные резервы, и банковские активы), а также вложения в акции американских компаний. В общем всё, до чего смогли дотянуться.
По объему-да, несколько меньше. На тот момент около 12 млрд долларов. В сегодняшних ценах это около 53 млрд. Меньше, чем у РФ, но в целом вполне сопоставимо. Особенно с учётом разницы размеров населения.
Насчёт выводов, сделанных заинтересованными сторонами, считаю пока говорить рано. Слишком мало времени прошло для определения среднесрочных тенденций.
До России были Иран в 1979 и 2012, Ливия в 2011, Сирия в 2011, Венесуэла в 2019. С точными годами правда могу немного ошибаться, но Россия точно не первая, у кого были подобным образом счета заблокированы.
Решаемая задача одна. Сценарий у автора как раз разный.
Одинаковый сценарий был бы например заполнение данных в 1 массиве через лямбду и через цикл.
Я писал безотносительно размера массивов и способов замера времени.
Сравнивать быстродействие надо на одинаковых сценариях. А то, что при использовании массива можно сценарий оптимизировать- ну этот сценарий можно, другой нельзя будет.
Т.е. если говорить об изначальном вопросе (что быстрее циклы или стрелки), то условия эксперимента не корректные. В первом случае автор прогнал 2 последовательных цикла, во втором-один. Вместо чистого эксперимента сделана оптимизация кода и сравнение с оригинальной версией.
На каком уровне права нарезать будете? На уровне каждого отдельного контрола со списком.
Ещё раз, выдумывать выход можно. Нарезать права, и т.п. Но предусмотреть все требования реального заказчика нельзя. Вы меня не услышали. Не надо пытаться ограничивать вариативность разработки.
Ну и плюс кто будет платить за создание и поддержание этих стандартов? Или ваши учёные бесплатно работать будут? И не надо писать про нулевую стоимость разработки, когда библиотеки уже созданы. Сами себя они не создадут. И поддерживать себя сами не будут.
Вы когда-нибудь сталкивались с иб в более-менее серьёзном бизнесе? Я с удовольствием посмотрю, как вы им будете объяснять, что возможность сохранить список, содержащий коммерческую тайну в файл-это оказывается стандарт такой.
Ну а если серьёзно, то что вы предлагаете-это ограничение вариативности разработки. Ну нельзя расписать до молочей все требования, которые в проектах возникают. И наука здесь абсолютно ни причем. Это никому не нужно, ни бизнесу, ни разработчикам, ни пользователям, которые это ви конечном счёте оплачивать будут.