Как стать автором
Обновить
-7
0
Константин Савков @GCU

Инженегр-погромист

Отправить сообщение

На этом уровне ружьё получишь с убитого врага даже на самой низкой сложности. Что делает кнопка за красной дверью сразу после красного ключа не понятно. Как добраться до жёлтого ключа не понятно, только методом проб и ошибок.

Не согласен :). Конкретный пример E3M7.

Сначала предоставляется оружие, а затем появляется враг, требующий его применения

Это нарушается на первом же уровне первого эпизода на повышенной сложности - ружье добывается с врагов.

Игрок при использовании переключателя видит перед собой результат действия.

Это тоже нарушается повсеместно и во многих случаях нормального решения этой проблемы нет. В том же Hexen решили писать текстом где конкретно что произошло.

Игрок не заблудится при наличии в игре нормальной карты, а вот в плане того куда игроку нужно идти в игре всё не так хорошо. Да, если игрок нашел дверь одного из трёх цветов, то это именно то место, куда нужно идти после нахождения соответствующего ключа - на этом логика заканчивается - где искать ключ вообще не понятно.

Игра не следует своим же правилам. Например если проход закрыт колоннами цвета ключа и открывается при наличии ключа на месте или же требует нажатия какой-то кнопки с ключом в каком-то другом месте карты.

В игре было много хорошего и не очень, но без разбора ошибок оценка на мой взгляд не объективна.

Тут явно не хватает примера с массивом нулевого размера в конце struct :)

Варианта было два - хранить/держать ссылку и не давать собрать GC или же не хранить ссылку - не мешать GC. WeakRef же третий вариант - ссылка хранится, но ненадежно - может пропасть. Удобно для всякого рода кэширования - само очистится GC.

Пример с умножением матриц неправильный ибо конкретно эта задача решается элементарно/берется готовая из библиотеки. Нужно смотреть глубже - зачем оно вообще понадобилось, а точно ли оно нужно, насколько применимо и т.д. в частности возможно что для этой задачи матрицы не надо перемножать, а обойтись кватернионами например. И тут срабатывает то, что в ВУЗе все знают про кватернионы и поэтому не будут косячить с решением/перемножением матриц. Для того чтобы вкусно готовить / хорошо рисовать / переводить с английского не обязательно иметь профильное образование, но профессионального повара, который плохо готовит, ещё стоит поискать. Никто не будет работать с врачом или например инженером строителем без образования/ сертификации и т.д. Черт возьми даже вождение автомобиля требует получения прав - от этого непосредственно зависит жизнь и здоровье людей. И там где от программиста тоже зависит жизнь и здоровье людей - внезапно тоже требуется профильное образование :) как раз что-то серьезное и ответственное.

Так исторически сложилось, когда ЭВМ были большими и решали ответственные важнейшие задачи своего времени, просто так без знания вышки / дискретки /численных методов / архитектуры ЭВМ там было нечего делать.

Но на современном рынке труда это от программистов не требуется, от ответственности отказ полнейший. Ну и вообще зачем идти в лабораторию/НИИ/завод где нужен диплом и будешь нести ответственность если можно найти место где и отвечать не надо и платят больше :)

И образование, я надеюсь,(давно было) ещё гарантирует хоть какой-то минимальный и достаточный стандарт для выполнения работы по профессии. И программирование в этом плане не сильно отличается от множества других профессий.

Конечно с оговорками и в другой формулировке все верно, но Вы пытаетесь исправить изначально провальную тут идею рекурсии, заменив её на задачу оптимизации.

Возможно смысл учебы не в этом. Учебная задача на рекурсию для чисел Фибоначчи научит тому, что её бесполезно решать таким образом. Учебная задача на факториал научит переполнению и ограничениям применения стандартных числовых типов данных.

И главный вывод - который должен сделать ученик - что рекурсию использовать не надо :)

Факториал вообще случай, когда вместо функции можно просто брать готовые значения из массива фиксированной длины. Числа Фибоначчи тоже, хоть и массив значительно больше, по сегодняшним меркам - мелочь. Зачем это вообще пересчитывать, ещё и рекурсивно?

Добавьте пожалуйста пояснение что усреднение цвета должно проводиться в линейном цветовом пространстве. Это важно - просто брать закодированные значения каналов 0-255 и складывать без учёта sRGB нельзя!

Не очень удачный исходный материал, плохо читается без контекста серии туториалов по теме. «у нас была как можно меньшая зависимости».
UnityCG довольно тяжёлая зависимость для основ, но это изъян исходного материала.
Всё то-же самое можно продемонстрировать простыми GLSL шейдерами в shadertoy — и это было бы действительно интереснее и нагляднее.
Пример на дробях наглядно показывает, что можно реализовать аналогичный целочисленный алгоритм без погрешности, если НОК знаменателя не велик.

Арены-песочницы это деградация настоящих песочниц первой части. Скорее всего это связано с тем, что игра вышла для Xbox 360. Такой дизайн уровней решал проблему ограниченных ресурсов, позволив сохранить качество графики.

Почему вы выбрали расстояние Хэмминга вместо Левенштейна для строк?

Цены на всё :) Цены от которых DNS будет ещё свой процент добавлять.

6900XT вроде как топовая модель, она даже по MSRP стоит необоснованно дорого, за нее в любом случае переплачивать, пусть и меньше чем за RTX 3090, но всё же. Прикольно что на эту переплату производителю люди согласны.

Удорожание производства на цене топовой карточки по логике должно было отразиться незначительно (20% - AMD оборзел что-ли), основная боль пойдет в массовые бюджетный и средний сегменты, т.е. на 6600.

Накрутки сверх MSRP должны нормализоваться после того как предложение догонит спрос. Не раньше чем новые заводы заработают на полную мощность. Надеюсь к концу года :)

Это означает что цены уже достигли такого уровня, что производство в США стало рентабельным и будет обеспечено заказами на долгий срок. Думаю остальные развитые страны типа Германии тоже почешутся и найдут инвесторов для местного производства. Не думаю что снижение цен будет входить в их бизнес планы на несколько лет так как задачи несколько другие.

Да, я имел ввиду размер в магазине. Ну и сжатый woff нужно распаковывать перед использованием (при каждом запуске?), что тоже не совсем бесплатно.

А что в этом woff2?

Woff был по сути контейнером для того же ttf, сжатым deflate. Условно Font.ttf.zip

В woff2 поменяли метод сжатия на brotli, выиграв по размеру около 30%

Переход с ttf на woff вообще никакого выигрыша не даст, т.к. сам пакет приложения apk уже zip архив с тем же самым deflate

Если под "создавал вещественное число" имеется ввиду float, то он по своему представлению может иметь в знаменателе только степени двойки. Соответственно все дроби с другим знаменателем будут представлены с округлением, с потерей точности. И любой алгоритм подбора дроби целых чисел из float, который даст в знаменателе не степень двойки - тоже округление и потеря точности от значения float.

Согласен что cloneElement решение так себе, но проблемы экспортировать контекст наружу вроде нету. Кроме того непосредственных чилдов можно завернуть в рендер функцию с доп параметрами. Само решение Compound components хорошо, но упомянуть альтернативные решения, и чем они хуже/лучше предложенного было бы полезно.

Вот как раз такая явно указанная связь в именовании и смущает, так как по факту Accordion и Accordion.Item связаны лишь контекстом, а его провайдить могут и другие компоненты, а не один лишь Accordion. Ну и пример на мой взгляд неудачный, т.к. Accordion.Item явно попадают в children и Accordion может с ними делать что угодно вообще без контекста.

1
23 ...

Информация

В рейтинге
Не участвует
Откуда
Макеевка, Донецкая обл., Украина
Дата рождения
Зарегистрирован
Активность