Уважаемый автор, если Вы серьёзно, то я Вам очень рекомендую хотя бы Стэнфордский курс Cryptography I для начала на coursera прослушать. Боюсь, пока что Ваша статья выглядит как антиреклама Ваших консультационных услуг.
Я бы только, особенно учитывая, что статья для начинающих, упомянул, что для платформеннозависимого кода лучше использовать не фабрику, а что-нибудь полходящее из if-директив. Полагаю, или #if os, или if #available. Но не знаю точно, как будет выглядить запись для Windows, не пробовал собирать Swift под Windows.
Ну и вместо NSCopying лучше, полагаю, сразу использовать Copyable. К тому же, зачем синглтону определять протокол для копирования, если его можно просто не объявлять? Даже если его объявят позже в extension-е, то всё равно не смогут создать другой экземпляр, т.к. доступа к конструктору нет.
А, ну и у синглтона лучше всё-таки let shared, а не var shared, полагаю :) Конечно, ничего другого присвоить не смогут (хотя я вот не помню: у нас класс не финальный, получится ли создать наследника и присвоить его? Может и получится), но просто зачем? К то у же, в режиме Swift 6 Xcode будет орать про shared state :)
Ну так потому что разбиение по слогам спо-и-лер звучит криво. Бо-и-лер тоже. Джо-ин пишется через "и", как раз потому, что джойн – это кривой слог, а джо-ин – нормально. По-инт туда же. И бит-ко-ин. Потому что "койн" – это не слог, а ерунда какая-то.
Значит это кривая практическая транскрипция, и нам нужна новая. Полагаю, её создали те же люди, которые легитимизировали "докУмент" и "йогУрт"? (вместо того, чтобы избавиться от брелоков, ха-ха, засудите меня!).
Вы ещё скажите, что разницы нет. Разница как между "воины" и "войны". И биткоин произносится не как "войны". Если Вы не слышите разницу, то, ну, штош.
Uporoty не высказывал собственное мнение насчёт использования оригинального XRay вместо того, что предлагается в статье. Uporoty высказал своё мнение насчёт той статьи, на которую Вы сослались. Абсолютно обоснованно. Ваша претензия неуместна.
Так киберспортсемы как раз и сидят и тренируются на 120Гц минимум
Естественно)
Разница между 60 и 120 есть, но не "на глаз", а "на руки"
Немного поспорю, что разница между 60 и 120 на глаз очень даже есть) 120 и 240 – не было возможности сравнить) В целом, чем дальше, тем меньше прирост эффекта.
Видео отличное, спасибо! Кратко, по делу, и абсолютно никаких возражений нет :)
Особенно если вы играете в соревновательных режимах и ваш скил если переводить в спорт на уровне минимум кмс, то бесспорно.
На самом деле, эффект прямо противоположный, что неожиданно) Точнее, зависимость противоположная. Чем хуже играет человек, тем больший прирост результата он получает от большей частоты кадров. Профессиональные игроки тоже получает колоссальный эффект, просто он менее выражен относительно их производительности на 60 FPS, т.к. у них выработаны профессиональные навыки, позволяющие им эффективно интерполировать недостающую информацию :)
Вот тут проводили эксперимент (видео спонсировано Nvidia, но до этого было такое же видео чуть меньше по масштабах от этого же канала, которое не было спонсировано, а также я доверяю честности LTT в этом вопросе): https://www.youtube.com/watch?v=OX31kZbAXsA
Но, если что, чудес действительно не бывает, новичок на 240 Hz не сможет победить профи на 60)) Вспоминается встреча с Fatal1ty, где фанаты могли попробовать его победить (в Quake 3) с различными ограничениями. Мне запомнилось, как Fatal1ty играл на крошечном экране (уменьшенная картинка по центру монитора) :) Его это не сильно останавливало.
Логично-то логично, но только для тех, кто не имел дела с AppStore Review Team. Они просто не доглядели. Думаю, если кто-нибудь на них пожалуется, следующее ревью им будет пройти уже сложнее. Это может быть кто-нибудь заинтересованный в соблюдении правил платформы. Какой-нибудь пользователь Keenetic, например. Так что поглядим.
Более того, это самое что ни на есть business приложение, вход в которое предполагает изначальную регистрацию в netcraze cloud (rmm.netcraze.ru)
"Вход предполагает изначальную регистрацию в netcraze cloud" – во-первых, откуда вы вообще взяли словосочетание netcraze cloud? Я не вижу его на странице. Ну да ладно, это не важно. "Вход ПРЕДПОЛАГАЕТ регистрацию", иными словами, без заблаговременной регистрации не войти. Это неверно, в приложении есть регистрация (через web view, как и авторизация). Далее, "Вход предполагает регистрацию в netcraze cloud" – ну, звучит логично. Мы входим в приложение, оно работает с облаком, через облако можно управлять нашем роутером. Только вот дальше в скобках "rmm.netcraze.ru" – какое-то решение для, судя по всему, удалённого управления инфраструктурой у интеграторов или что-то в этом роде. Возвращаемся назад: "Вход ПРЕДПОЛАГАЕТ регистрацию ... в rmm.netcraze.ru". Нет. Просто нет. Тёте Гале, которая купила роутер Keenetic, чтобы WiFi по квартире раздавать, не нужно входить в промышленную систему удалённого управления инфраструктурой. Так что её вход не предполагает регистрации в этой системе. Поэтому тётя Галя по правилам AppStore обязана иметь возможность входа через "Sign in with Apple" (чтобы не писать каждый раз "что-то похожее на Sign in with Apple"). Если помимо этого в приложении есть бизнес-функциональность – то это сложный вопрос, но он как минимум идёт против "духа закона". Иначе любое приложение, не желающее добавлять SiwA, могло бы говорить, что оно "клиент для вот этой социальной сети, но также для промышленных тостеров, там просто аккаунты те же самые используются". Но сути того, что вход в приложение НЕ предполагает регистрации в NetCraze RMM, это не меняет.
Послушайте, Вы начали с того, что перепутали название магазина ("эплстор"), потом привели неправильные правила, потом их неправильно истрактовали (ну, с этой частью Вы по-прежнему не согласны, ок), теперь это. Причём в данном конкретном случае я не понимаю, Вы это случайно или уже намеренно передёргиваете? Я не могу разбирать так каждое предложение. Давайте сойдёмся на том, что Вы меня победили, я сражён, и мы пойдём по своим делам? Вопрос риторический. Приятного дня.
Самое смешное, что, насколько я знаю, исторически "кофе" среднего рода) Раньше было два слова – кофе и кофий. Не помню, какое из них что означало. Возможно, одно означало растение, другое напиток или что-то в этом роде. Кофе среднего рода, кофий мужского. Со временем "кофий" ушёл в небытие, а мужской род от него остался, и теперь имеем кофе мужского рода.
Возможно, "брелоки" так агрессивно выбивается тем, что двусложные слова, похоже (может быть и нет, это новая мысль), либо склоняются с заменой -ок- на -к- (стрелкИ, поводкИ и т.д.), либо после склонения имеют ударение на последний слог: ездокИ, ходокИ. БрелОки же "ни туда, ни сюда".
То есть либо они должны были бы быть "брелокИ", либо "брелки". Возможно, Если развить эту мысль дальше, станет понятно, почему победил именно второй вариант. Кстати, может быть (просто мысли вслух) потому что здесь -ок- – это не суффикс, поэтому переставить ударение на "И" также легко не получается, ведь -о- является основополагающей частью слова. Поэтому ударение после склонения должно бы остаться на -о-, но из-за того, что во всех (?) остальных подобных словах ударение меняется, оно выглядит не на своём месте и вызывает диссонанс. Из-за чего от него подсознательно стараются избавиться, просто "запихнув" слово в другую категорию к стрелкАм и поводкам, так оно звучит гармоничнее.
А какой смысл считать стоимость "железа" при обучении? Они потом обучат другую модель на этом же железе, что со стоимостью делать? Железо-то переиспользовалось. Три модели. Четыре. Каждый раз для всех моделей стоимость пересчитывать? Или только для последней всегда считать амортизацию?
DEL, промахнулся, мои извинения)
Уважаемый автор, если Вы серьёзно, то я Вам очень рекомендую хотя бы Стэнфордский курс Cryptography I для начала на coursera прослушать. Боюсь, пока что Ваша статья выглядит как антиреклама Ваших консультационных услуг.
Спасибо за статью.
Я бы только, особенно учитывая, что статья для начинающих, упомянул, что для платформеннозависимого кода лучше использовать не фабрику, а что-нибудь полходящее из if-директив. Полагаю, или #if os, или if #available. Но не знаю точно, как будет выглядить запись для Windows, не пробовал собирать Swift под Windows.
Ну и вместо NSCopying лучше, полагаю, сразу использовать Copyable. К тому же, зачем синглтону определять протокол для копирования, если его можно просто не объявлять? Даже если его объявят позже в extension-е, то всё равно не смогут создать другой экземпляр, т.к. доступа к конструктору нет.
А, ну и у синглтона лучше всё-таки let shared, а не var shared, полагаю :) Конечно, ничего другого присвоить не смогут (хотя я вот не помню: у нас класс не финальный, получится ли создать наследника и присвоить его? Может и получится), но просто зачем? К то у же, в режиме Swift 6 Xcode будет орать про shared state :)
Ну так потому что разбиение по слогам спо-и-лер звучит криво. Бо-и-лер тоже. Джо-ин пишется через "и", как раз потому, что джойн – это кривой слог, а джо-ин – нормально. По-инт туда же. И бит-ко-ин. Потому что "койн" – это не слог, а ерунда какая-то.
Значит это кривая практическая транскрипция, и нам нужна новая. Полагаю, её создали те же люди, которые легитимизировали "докУмент" и "йогУрт"? (вместо того, чтобы избавиться от брелоков, ха-ха, засудите меня!).
Вы ещё скажите, что разницы нет. Разница как между "воины" и "войны". И биткоин произносится не как "войны". Если Вы не слышите разницу, то, ну, штош.
БиткоИны. Не "биткойны".
Спасибо.
Боюсь, если он есть, он мне неизвестен) Если узнаете – дайте, пожалуйста, знать. Мою жизнь это тоже сильно улучшило бы :)
Так понятнее?
Uporoty не высказывал собственное мнение насчёт использования оригинального XRay вместо того, что предлагается в статье. Uporoty высказал своё мнение насчёт той статьи, на которую Вы сослались. Абсолютно обоснованно. Ваша претензия неуместна.
Естественно)
Немного поспорю, что разница между 60 и 120 на глаз очень даже есть) 120 и 240 – не было возможности сравнить) В целом, чем дальше, тем меньше прирост эффекта.
Видео отличное, спасибо! Кратко, по делу, и абсолютно никаких возражений нет :)
На самом деле, эффект прямо противоположный, что неожиданно) Точнее, зависимость противоположная. Чем хуже играет человек, тем больший прирост результата он получает от большей частоты кадров. Профессиональные игроки тоже получает колоссальный эффект, просто он менее выражен относительно их производительности на 60 FPS, т.к. у них выработаны профессиональные навыки, позволяющие им эффективно интерполировать недостающую информацию :)
Вот тут проводили эксперимент (видео спонсировано Nvidia, но до этого было такое же видео чуть меньше по масштабах от этого же канала, которое не было спонсировано, а также я доверяю честности LTT в этом вопросе): https://www.youtube.com/watch?v=OX31kZbAXsA
Но, если что, чудес действительно не бывает, новичок на 240 Hz не сможет победить профи на 60)) Вспоминается встреча с Fatal1ty, где фанаты могли попробовать его победить (в Quake 3) с различными ограничениями. Мне запомнилось, как Fatal1ty играл на крошечном экране (уменьшенная картинка по центру монитора) :) Его это не сильно останавливало.
Всё верно. Оно как раз само притыкается в нужном положении.
Большое спасибо за пояснения! :) Ура! В любом случае, статью будем ждать (я как минимум :) ). Когда будет – тогда будет, Вы же не на зарплате у нас))
Запоздало поздравляю со свадьбой и рождением ребёнка! :)
А вот тоже зависит от словаря и выбранной транскрипции: bīt
И, опять же, нужно смотреть старые словари.
Логично-то логично, но только для тех, кто не имел дела с AppStore Review Team. Они просто не доглядели. Думаю, если кто-нибудь на них пожалуется, следующее ревью им будет пройти уже сложнее. Это может быть кто-нибудь заинтересованный в соблюдении правил платформы. Какой-нибудь пользователь Keenetic, например. Так что поглядим.
"Вход предполагает изначальную регистрацию в netcraze cloud" – во-первых, откуда вы вообще взяли словосочетание netcraze cloud? Я не вижу его на странице. Ну да ладно, это не важно. "Вход ПРЕДПОЛАГАЕТ регистрацию", иными словами, без заблаговременной регистрации не войти. Это неверно, в приложении есть регистрация (через web view, как и авторизация). Далее, "Вход предполагает регистрацию в netcraze cloud" – ну, звучит логично. Мы входим в приложение, оно работает с облаком, через облако можно управлять нашем роутером. Только вот дальше в скобках "rmm.netcraze.ru" – какое-то решение для, судя по всему, удалённого управления инфраструктурой у интеграторов или что-то в этом роде. Возвращаемся назад: "Вход ПРЕДПОЛАГАЕТ регистрацию ... в rmm.netcraze.ru". Нет. Просто нет. Тёте Гале, которая купила роутер Keenetic, чтобы WiFi по квартире раздавать, не нужно входить в промышленную систему удалённого управления инфраструктурой. Так что её вход не предполагает регистрации в этой системе. Поэтому тётя Галя по правилам AppStore обязана иметь возможность входа через "Sign in with Apple" (чтобы не писать каждый раз "что-то похожее на Sign in with Apple"). Если помимо этого в приложении есть бизнес-функциональность – то это сложный вопрос, но он как минимум идёт против "духа закона". Иначе любое приложение, не желающее добавлять SiwA, могло бы говорить, что оно "клиент для вот этой социальной сети, но также для промышленных тостеров, там просто аккаунты те же самые используются". Но сути того, что вход в приложение НЕ предполагает регистрации в NetCraze RMM, это не меняет.
Послушайте, Вы начали с того, что перепутали название магазина ("эплстор"), потом привели неправильные правила, потом их неправильно истрактовали (ну, с этой частью Вы по-прежнему не согласны, ок), теперь это. Причём в данном конкретном случае я не понимаю, Вы это случайно или уже намеренно передёргиваете?
Я не могу разбирать так каждое предложение. Давайте сойдёмся на том, что Вы меня победили, я сражён, и мы пойдём по своим делам? Вопрос риторический. Приятного дня.
Самое смешное, что, насколько я знаю, исторически "кофе" среднего рода) Раньше было два слова – кофе и кофий. Не помню, какое из них что означало. Возможно, одно означало растение, другое напиток или что-то в этом роде. Кофе среднего рода, кофий мужского. Со временем "кофий" ушёл в небытие, а мужской род от него остался, и теперь имеем кофе мужского рода.
Интересно, спасибо)
Возможно, "брелоки" так агрессивно выбивается тем, что двусложные слова, похоже (может быть и нет, это новая мысль), либо склоняются с заменой -ок- на -к- (стрелкИ, поводкИ и т.д.), либо после склонения имеют ударение на последний слог: ездокИ, ходокИ. БрелОки же "ни туда, ни сюда".
То есть либо они должны были бы быть "брелокИ", либо "брелки". Возможно, Если развить эту мысль дальше, станет понятно, почему победил именно второй вариант. Кстати, может быть (просто мысли вслух) потому что здесь -ок- – это не суффикс, поэтому переставить ударение на "И" также легко не получается, ведь -о- является основополагающей частью слова. Поэтому ударение после склонения должно бы остаться на -о-, но из-за того, что во всех (?) остальных подобных словах ударение меняется, оно выглядит не на своём месте и вызывает диссонанс. Из-за чего от него подсознательно стараются избавиться, просто "запихнув" слово в другую категорию к стрелкАм и поводкам, так оно звучит гармоничнее.
А, понятно, спасибо. Использовать приблизительную стоимость аренды, действительно, разумно.
Эммм... что?
Which is the best smartphone to buy in 2025?
Which Apple smartphone reigns supreme?
Which Is the Best Firestick to Buy?
и т.д.
На десерт обсуждение на StackExchange: which one is the best?
А какой смысл считать стоимость "железа" при обучении? Они потом обучат другую модель на этом же железе, что со стоимостью делать? Железо-то переиспользовалось. Три модели. Четыре. Каждый раз для всех моделей стоимость пересчитывать? Или только для последней всегда считать амортизацию?