Значит за 10 минут воздействия гравитации объекта период обращения земли вокруг солнца увеличился на 1/365, так? Значит орбита увеличилась на 1/365-ю своей длины, соответственно Земля удалилась от Солнца на 1/365-ю от 150 млн км, правильно?
На что только они не идут, лишь бы не снимать кино в честных 60fps… Какие-то петиции, какие-то переключения режимов…
Уплавнялки появились не просто так в телевизорах. Звук в кино завезли в 1927 году, цветность в 1935-м, 4К кино сейчас обычное дело, как и звук 7+1. Но стандарт 24 кадра у нас держится с 1926-го года! Ещё с тех времён, когда кино было чёрно-белым и немым.
Да, телевизоры дают артефакты. Артефакты будут в любом случае, пока железом «додумываются» несуществующие кадры. А что делать? В сторону увеличения fps в кино только Кэмерон смотрит.
А я думаю, что не стоит. Играть с таким пережатием — это как смотреть экранку «Аватара». Если ещё и с такими задержками, как Вы тут описали, то стрим-гейминг пока что в Ламберт не впился.
Я даже не знаю, имеет ли смысл что-то сравнивать, если все видео, что я сейчас посмотрел, в шакалах. На мой вкус, это неиграбельно вообще и никакие fps и максимальные настройки это не спасут.
Мне кажется, что в метод суммирования не надо передавать null. По хорошему, это клиентский код должен проверять на null IEnumerable. В вашем примере ему же всё равно результат нужно будет проверить на null, так почему бы не проверить параметр и не обеспечить early return?
Если проверку внутри метода суммирования убрать, то необходимость в extension method отпадает совсем.
Но если оставить всё как есть, всё равно не понимаю, зачем эта пляска с инумератором, прямо все кишки Enumerable наружу, бррр. Можно же проще и понятнее, чтобы даже тупой разобрался, что этот код делает:
private static int? GetSum(IEnumerable<int> items)
{
if (items == null) return null;
bool any = false;
int sum = 0;
foreach (int item in items)
{
any = true;
sum += item;
}
if (any) return sum;
return null;
}
А, программист…
В любой версии Visual Studio в режиме дебага отправьте асинхронный пинг (дотнет 4.0) и поймайте брейкпоинт до возвращения пинга.
BSOD обеспечен.
Причём тут источники данных? У вас интервалы на горизонтальной шкале совершенно невменяемые. Диапазон от 20 до 50 тыс — это разброс в два с половиной раза! Даже для линейной шкалы он в полтора (!) раза больше следующих диапазонов зарплат.
Ну и надо ли объяснять, что туда даже при равномерном распределении попадает в полтора раза больше людей?
Конечно там пик будет. А вы на основании этих данных графики строите, умные выводы делаете.
Под графиком написано, что большинство тестировщиков получает зарплату от 20 до 50к. Потому что график такой. Извините, но график у вас неправильный и выводы из него тоже.
Берите медиану, она сильно больше, чем 20к будет.
У Вас на графике зарплат второй пункт (20-50) охватывает диапазон с разницей 2.5х.
Следующий пункт (50-70) с разницей 1.4х.
Следующий — 1.29х.
Если составите график правильно, то наибольший всплеск получите где-то на 50-60к. Конечно, правильнее будет рассматривать медиану, но она примерно там же и будет (на глаз оценивал).
Хардкор, но труъ:
unix + samba + zfs.
Ежедневные снапшоты (да хоть ежеминутные) не нагружают фс с её парадигмой копи-он-райт.
В случае чего, снапшот монтируется отдельной шарой, не мешая никому.
Ребят, боюсь расстроить вас, но уже 2019-й год подходит к концу.
Уплавнялки появились не просто так в телевизорах. Звук в кино завезли в 1927 году, цветность в 1935-м, 4К кино сейчас обычное дело, как и звук 7+1. Но стандарт 24 кадра у нас держится с 1926-го года! Ещё с тех времён, когда кино было чёрно-белым и немым.
Да, телевизоры дают артефакты. Артефакты будут в любом случае, пока железом «додумываются» несуществующие кадры. А что делать? В сторону увеличения fps в кино только Кэмерон смотрит.
Если проверку внутри метода суммирования убрать, то необходимость в extension method отпадает совсем.
Но если оставить всё как есть, всё равно не понимаю, зачем эта пляска с инумератором, прямо все кишки Enumerable наружу, бррр. Можно же проще и понятнее, чтобы даже тупой разобрался, что этот код делает:
Сегодня никто не приходил.
В любой версии Visual Studio в режиме дебага отправьте асинхронный пинг (дотнет 4.0) и поймайте брейкпоинт до возвращения пинга.
BSOD обеспечен.
Ну и надо ли объяснять, что туда даже при равномерном распределении попадает в полтора раза больше людей?
Конечно там пик будет. А вы на основании этих данных графики строите, умные выводы делаете.
Берите медиану, она сильно больше, чем 20к будет.
Следующий пункт (50-70) с разницей 1.4х.
Следующий — 1.29х.
Если составите график правильно, то наибольший всплеск получите где-то на 50-60к. Конечно, правильнее будет рассматривать медиану, но она примерно там же и будет (на глаз оценивал).
С этих слов обычно начинается эпичное велосипедостроение. Насколько велосипедостроение хорошо или плохо — тема для отдельного холивара.
unix + samba + zfs.
Ежедневные снапшоты (да хоть ежеминутные) не нагружают фс с её парадигмой копи-он-райт.
В случае чего, снапшот монтируется отдельной шарой, не мешая никому.