Nintendo пытается повторить успех Wii с ее нестандартными геймплейными фичами, при этом также желает замахнуться на мобильный рынок. Потому и получилось портативная консоль с продвинутыми контроллерами, причем последние, как по мне, «нашпигованы» неплохо. Т.о. подстраховывается тем, что если вдруг не зайдет геймплей с этими контроллерами, разработчики всегда смогут делать классические или мобильные игры для Switch
Прям так сходу, с графиками и примерами не смогу. Но основываюсь на своем опыте и опыте коллег, которые жалуются, что с обильным использованием шаблонов в С++, время компиляции существенно вырастает. И сами посудите, вот такое неявное использование шаблонов в std::move при использовании его на большом кол-ве различных типов (а это в контексте использования std::move добиться, в приницпе, легко) генерит кучу дополнительного кода. На каждый уникальный тип объекта по инстансу remove_reference, когда могли бы просто получить подстановку нужного типа простой подменой на уровне парсинга кода.
нет, среднее время обычно указывается для чтения «про себя». Но большинство людей при чтении про себя проговаривают слова в уме, возможно вы один счастливчик, кто таки научился главному приему скорочтения — чтение без проговаривание текста, и поэтому ваша скорость настолько высока
Мне нравится cpp тем, что в нем новые фичи реализованы средствами самого языка, как например, в тексте выше реализация std::move по сути каст к rvalue через иснтанцирование нужной специализации remove_reference. Но все это негативно сказывается на время компиляции… И вот скажите, как бы улучшилось время компиляции, если бы std::move был чем-то вроде зарезервированного компилятором имени, и преобразования делались на уровне парсера кода?
А расскажите немного про опыт изготовления корпусов, как делали литье в силикон, какое было качество? Как вышли на изготовление в Китае? В идеале, напишите статью, с удовольствием прочел бы на эту тему
В статье 1115 слов, что при вашем времени чтения составляет 711 слов в минуту. Если учесть, что средняя скорость чтения составляет 220 слов в минуту, то у вас таки не хилое скорочтение
Например, пусть действие уровня происходит в болоте. Создадим несколько пятен потёртостей или пятен потёков или зелёный мох на паре декалей. Возьмём повторяющуюся кирпичную стену и сделаем смешанную с этим мхом текстуру, или возьмём альфа-канал и используем его в качестве декали. На следующем уровне (например, в пустыне) можно использовать тот же материал кирпичной стены. Просто заменив декаль мха на декаль песка, нам удастся создать вариации текстур, сэкономив огромное количество времени, и, что более важно, уменьшить объём памяти текстур.
Вот тут сомнительный пример, врядли в локации с болотом в память будет загружен объект, требующий текстуру с песком и наоборот. Хотя идея в целом ясна
А подскажите почему не стоит? Какие минусы вы видите? Я вот прочел на такой технике уже гору книг, и кроме позитивных впечатлений ничего нет, разве что первое время возникает небольшой дискомфорт, пока привыкаешь так читать
У меня ощущения, что большее понимание происходит. Единственное, сложности возникают при чтении длинных и сложных имен, на них бы паузу делать какую-то. В остальном читается на ура, особенно удобно в транспорте, где из-за тряски обычную книгу тяжело читать
Я порекомендую вам попробовать скорочтение по технике Spritz, не требует обучения, и позволяет без тренировки начать читать на скорости 300-350 слов в минуту. Правда, я так и не смог таким образом читать ничего, кроме художественной литературы, но для этих целей техника отличная. А в качестве готового решения на андроид предложу попробовать приложение Dizzy Reader
З.Ы. наполните, наконец-то, сайт контентом :)
Вот тут сомнительный пример, врядли в локации с болотом в память будет загружен объект, требующий текстуру с песком и наоборот. Хотя идея в целом ясна
Только в дебаг режиме, в релизе макрос ASSERT ничего не делает