Прочитал статью. Проблемы понятные и распространеннные, новичкам не лишним будет прочитать, но причём тут Rust? Всё эти проблемы существуют в любом языке, в котором есть ручное управление памятью, указатели и корутины.
Что забавно, проблема с тем, что Rc не потокобезопасен - так и вообще не проблема именно в Rust. Ведь код не скомпилируется! А значит и не запустится, а значит и не сломается.
Я пишу на С++ уже 10 лет и до сих пор нет-нет, да встречаю языковые конструкции, в которых просто чёрт голову сломит и я просто не уверен, скомпилируется ли в принципе этот код :)
Что там и где в STL находится - каждый раз приходится на cppreference ходить))
Си да, си прост как две копейки и при опыте в других языках учится довольно быстро)
Впрочем, в тех местах, где С++ имеет исключительно прикладной характер (геймдев, или вакансии на Qt), там Junior C++ ничем не отличается от такового на C#. Или там на Java. Т.к. разница не сильно велика.
небольшой частотой кадров, будет заметно много копий курсора по траектории движения с некоторым расстоянием между ними.
Это очевидно, но для абсолютно нет разницы играть с 90 Гц или 144 Гц, по равно как и выполнять рабочие задачи. Ессно тестировалось на играх, в которых карточка без проблем может выдавать высокую частоту кадров (тестировал на Rocket League).
Я думаю я смогу увидеть разницу на какой-нибудь контрастной картинке со сплошным фоном, но как часто вы смотрите на контрастные однотонные картинки в реальных сценариях?)
Но какой смысл? Кто-нибудь вообще проводил тестирование человеческих пределов восприятия обновления экрана?
Лично у меня после 90-100 Гц, наступает "слепота" и я не могу отличить условные 100 Гц, от 120, 144, 175 и т.п. Причем я 4 года сидел за 144 Гц монитором, прежде чем провести "слепой тест" с помощью жены на мою способность отличать герцовку)
Ну, лично я больше такой фигнёй не занимаюсь) Был моложе - занимался, но сейчас мне уже 30, мне больше делать нечего, кроме как перерабатывать за бесплатно) Любая нагрузка - основная) Спросят почему не успел что-то другое - ответ у меня всегда есть)
Как бы да, но обычно это из-за того, что -0 и 0 не различить в этих языках. Здесь же изобрели новый синтаксис с угловой скобкой, могли бы и нормально изобрести)
Строго говоря, чугуниевая бомба, сброшенная из космоса, может иметь чудовищную разрушительную силу)
Unnovations!
Ну, Цири же тоже не "просто человек". Она единственная в своём роде во вселенной ведьмака, так что вокруг неё могут происходить любые исключения.
Опять же, она могла пройти испытание под надзором Йеннифер, которая тоже не последний маг мира Ведьмака и могла помочь как-нибудь с трансформациями.
Будет работать до первого раздолбая)
Прочитал статью. Проблемы понятные и распространеннные, новичкам не лишним будет прочитать, но причём тут Rust? Всё эти проблемы существуют в любом языке, в котором есть ручное управление памятью, указатели и корутины.
Что забавно, проблема с тем, что Rc не потокобезопасен - так и вообще не проблема именно в Rust. Ведь код не скомпилируется! А значит и не запустится, а значит и не сломается.
Вот бы они ещё сделали опцию "не показывать баннер про бекапы на весь экран")
Да это одно и тоже :) Анон - это сферический пользователь интернета в вакууме. Просто ноунейм без отличительных черт)
Когда-то ну очень давно слово имело другой смысл)
Это анонимусы
Наблюдаемая вселенная - конечна по определению. Мы ограничены скоростью света и не можем "заглянуть" в прошлое дальше, чем до момента большого взрыва.
Реальная вселенная может быть сколь угодно большой. А может и не быть. Концептуально невозможно проверить.
Я пишу на С++ уже 10 лет и до сих пор нет-нет, да встречаю языковые конструкции, в которых просто чёрт голову сломит и я просто не уверен, скомпилируется ли в принципе этот код :)
Что там и где в STL находится - каждый раз приходится на cppreference ходить))
Си да, си прост как две копейки и при опыте в других языках учится довольно быстро)
Впрочем, в тех местах, где С++ имеет исключительно прикладной характер (геймдев, или вакансии на Qt), там Junior C++ ничем не отличается от такового на C#. Или там на Java. Т.к. разница не сильно велика.
Это очевидно, но для абсолютно нет разницы играть с 90 Гц или 144 Гц, по равно как и выполнять рабочие задачи. Ессно тестировалось на играх, в которых карточка без проблем может выдавать высокую частоту кадров (тестировал на Rocket League).
Я думаю я смогу увидеть разницу на какой-нибудь контрастной картинке со сплошным фоном, но как часто вы смотрите на контрастные однотонные картинки в реальных сценариях?)
Но какой смысл? Кто-нибудь вообще проводил тестирование человеческих пределов восприятия обновления экрана?
Лично у меня после 90-100 Гц, наступает "слепота" и я не могу отличить условные 100 Гц, от 120, 144, 175 и т.п. Причем я 4 года сидел за 144 Гц монитором, прежде чем провести "слепой тест" с помощью жены на мою способность отличать герцовку)
Ну, лично я больше такой фигнёй не занимаюсь) Был моложе - занимался, но сейчас мне уже 30, мне больше делать нечего, кроме как перерабатывать за бесплатно) Любая нагрузка - основная) Спросят почему не успел что-то другое - ответ у меня всегда есть)
Мы не можем проверить саму технологию, но мы можем предположить какими свойствами она должна обладать, если технология описана правильно.
Если эти свойства соблюдаются, то а общем-то, нам больше и не нужно ничего знать. Пусть там хоть смартфон питается силой рунного камня внутри корпуса)
Да я, как разработчик, и не против совсем)) Любые капризы за ваши деньги)
История о том, как пытаться сделать нормально, а изобрести всё неправильно)
От детоксикации, в которой остаются все коммуникации толку ноль)
Лучший способ - это просто выключить телефон и забыть его дома перед отпуском)) Требует наличия жены/друга, который будет навигатором в отпуске)
Так это делает запись
[^0] = 0
Ещё более логичной и правильной получается)
Как бы да, но обычно это из-за того, что -0 и 0 не различить в этих языках. Здесь же изобрели новый синтаксис с угловой скобкой, могли бы и нормально изобрести)