Я конечно извиняюсь, но Вы вообще проводите соответствие своих прогнозов с реальной ситуацией? Полигон прогноза осадков на ближайшее время кардинально меняется каждые 5 минут. Но это ещё не самое худшее. Меняется прогноз на пройденное время. Т.е. к примеру полигон, который был в 10:00 так же изменится, если мы смотрим на него в 10:30, в 11:00 (т.е. в прошедшем времени)
зачем упрощать один момент новичкам, если это вызывает больше трудностей в дальнейшем для них самих же(пример с заполнением ячеек вам продемонстрировали)?
К сожалению это не миф, так как ошибок неправильной работы программы на -O3 было значительное количество по сравнению с -O2…
Я лишь хотел сказать, что немного не верно сравнивать время и возможности работы ввода и вывода, когда компилятор ради увеличения времени компиляции сокращает и упрощает код, тем самым меняя изначальный контекст самого сравнения.
А мне кажется, что не совсем корректно приводить сравнение на максимальной оптимизации компилятора -O3. Всё же по умолчанию у gcc используется оптимизация -O2 — как более безопасная.
В правилах оформления у них действительно написано что студент должен быть очником, однако по факту, если прислать студенческий заочного отделения, то всё равно дадут карточку ISIC.
Насколько я помню, процедура удаления элемента из b-tree хорошо описана в книге Т.Кормена «Алгоритмы. Построение и анализ». Да и вообще вся структура — ей посвящена целая глава.
(П.С. не увидел ответа quarck)
Я конечно извиняюсь, но вы пропустили мимо комментарий выше, цепочку умножения матриц по закону умножения матриц можно свести к одной, а следовательно хоть 15, хоть 20 итераций всё равно конечно преобразование выглядит как умножение на одну единственную матрицу:
B' = (((P(q1) * B) * P(q2)) * P(q3)) = (P(q1) * P(q2) * P(q3)) * B = (P(q')) * B
По этому при количестве итераций не нужно будет подбирать 15 матриц, а достаточно подобрать всё так же одну.
Я конечно могу быть неправ, но усреднять значение по 3-м замерам, вероятно, маловато.
А уж если совсем придираться, то для таких вещей нужно говорить о доверительной вероятности результатов.
Вы правы, это действительно так, потому что на практике в действительности не очень иногда критично если вероятно ложно-положительных срабатываний будет не 10%, а 12%. В статье авторы всего лишь указали на тот факт, что в формулах была допущена ошибка, которую они поправили и улучшили границу для расчета наихудшего случая.
одного сына заменили на другого сына
Вот ссылка на новость НУЦ - https://www.voskhod.ru/news/sertifikaty-bezopasnosti-dlya-rossiyskikh-saytov-nachali-ispolzovat-tekhnologiyu-prozrachnosti/
Вот ссылка на новость VK - https://zen.yandex.ru/media/id/60b5f4088330b14237d068e5/vydacha-sertifikatov-bezopasnosti-dlia-rossiiskih-saitov-stala-esce-bolee-prozrachnoi-628cd9e5dea40b482e9c15c7
Да и сами логи в статье на хабре Яндекса были.
Поверьте, не всегда правильно работают даже компиляторы.
как пример
Я лишь хотел сказать, что немного не верно сравнивать время и возможности работы ввода и вывода, когда компилятор ради увеличения времени компиляции сокращает и упрощает код, тем самым меняя изначальный контекст самого сравнения.
http://livequeries-front.corba.yandex.net/queries/?ll1=41.17915089295261,20.867207593750013&ll2=55.63987388074816,47.278340406250024&limit=1000
собственно тут в параметрах строки можно задавать и диапазон.
Используется она самими Яндексовцами в прямом эфире
Я конечно извиняюсь, но вы пропустили мимо комментарий выше, цепочку умножения матриц по закону умножения матриц можно свести к одной, а следовательно хоть 15, хоть 20 итераций всё равно конечно преобразование выглядит как умножение на одну единственную матрицу:
B' = (((P(q1) * B) * P(q2)) * P(q3)) = (P(q1) * P(q2) * P(q3)) * B = (P(q')) * B
По этому при количестве итераций не нужно будет подбирать 15 матриц, а достаточно подобрать всё так же одну.
А уж если совсем придираться, то для таких вещей нужно говорить о доверительной вероятности результатов.