NuclearBand

2022-12-12 08:33:10 Классная фича - кастомизация собственных метрик профайлера. Жаль на работе до сих пор юнька 2020.3 в которой этого ещё нет, а так бы визуализация счётчика подгруженных бандлов, текстур и спрайтов очень пригодилась бы.

#comment Открыть/Комментировать

2022-12-09 07:54:57 Сто лет пользуюсь steamDB экстеншеном в хроме, но о существовании аналогичных для мобильных магазинов узнал из видео с этого канала.

Appstorespy для просмотра статистики на карточке приложения.

Best ASO Tools для статистики на странице игры.

И Country Switcher для переключения языков страницы google.play.

#tools #subscription Открыть/Комментировать

2022-12-08 22:01:27 Задумался тут вот ещё о чем - а зачем знать что такое стэк и куча? На всех собеседованиях это спрашивают, и как-то само собой разумеется что это входит в необходимый джентльменский минимум. Но почему?

Единственное, что пришло на ум - это чтобы понимать из-за чего упала рекурсия) Но рекурсия плоха сама по себе, а не возможным переполнением стэка.

Выходит, что различие между стэком и кучей такая же бесполезная устаревшая информация как битовое представление минус единицы.

#everythingelse Открыть/Комментировать

2022-12-08 08:02:36 Прочитал эти три поста про собесы с ужасом. Из тригонометрии я помню только синус и косинус, скалярное и векторное произведения вроде знаю, но вот зачем они в геймдеве - только догадываюсь. vtable и прочие приколы плюсов - не знаю и знать не хочу) Случайно знаком с принципом работы GC, но если бы не знал, то не много бы потерял. А ещё без гугления не вспомню, что такое depth buffer.

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

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

Тестовое задание - походу как раз с разбора синдиката. Зачем оценивать работу с DeltaTime и проверки расстояния? Да ещё с искусственным запретом коротины и ригидбоди - большой вопрос.

А в остальном чувак прикольный, знаю его ещё по gamedev.ru

#subscription Открыть/Комментировать

2022-12-07 21:37:44 Про FMOD я узнал только в этом году, но никак руки не доходили пощупать его по-настоящему. В прошлом я долго и безуспешно перебирал разные библиотеки с ассет стора со встроенным фэйдингом и регулировкой громкости для музыки и звуков, но всё было не то.

А тут как раз качественный подробный туториал по FMODу, жаль только тема дружбы addressables не поднимается, но в целом канал огонь раз учит делать диалоги через Ink.

#subscription Открыть/Комментировать

2022-12-06 21:15:19 Редкий зверь https://t.me/black_temple - канал про мобильный геймдев, в частности ГК.

#subscription Открыть/Комментировать

2022-12-06 16:41:38 Ещё одно правило из книги, с которым не согласен - "Избегайте комментариев". Когда я только начинал программировать запахом кода считалось отсутствие комментариев.

Потом я стал по-снобистски говорить, что хороший код не нуждается в комментариях.

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

И когда смотрю какие-то файлы с кодом и не нахожу возможности оставить свой след по "правилу бойскаутов" в виде убранного варнинга, каких-то лишних пробелов или мелкого рефакторинга - то ищу способ оставить какой-нибудь полезный комментарий

Конечно, всё это не относится к комментариям, которые дублируют написанное в коде.

[3/3]

#comment Открыть/Комментировать

2022-12-05 17:06:08 Идея ограничения в пять строк кода на функцию плохая. Считать сложность лучше не строчками, а количеством переменных и вложенностью, как в докладе Марка Симанна. Я предпочту одну простую функцию в 20 строчек, чем 4 функции по 5.

Отказ от ифов, свитчей и енумов в пользу наследования классов - чистой воды овер-инжиниринг. Никакой особой когнитивной сложности в условиях нет, а вот лишняя вложенность и необходимость заглядывать внутрь других функций/классов её создаёт.

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

Книга вызывает раздражение и этим хороша. Несогласие с чужим мнением выкристализовывает собственное. Возможно просто примеры подобраны слишком примитивные и некорректные, но профессионализм автора не вызывает сомнений.

[2/3]

#comment Открыть/Комментировать

2022-12-05 17:05:47 Прочитал книжку "Пять строк кода".

Как и в комментах к статье - мне в большинстве случаев больше нравился вариант "до", чем "после".

Сам формат книги неудачен - лучше бы вместо двухста страниц первой части автор записал полуторачасовое видео с живым рефакторингом.

[1/3]

#comment Открыть/Комментировать

2022-12-05 08:01:15 Страшно противоречить закону Деметры, но вот эта конкретная ката - точно ли нуждается в рефакторинге?

Может я слишком люблю разделять данные и функции, но по-моему чистые модельки с геттерами - Item, Inventory, Equipment, Stats, Armor, Damage, Buff - смотрятся хорошо. А добавлять в них метод GetDamage() - только уродовать.

Я бы вынес Equipment из Inventory, а функцию CalculateDamage утащил бы в какой-нибудь статический хелпер, чтобы сделать из класса Player чистую модельку. И то это вкусовщина, а остальное я бы не трогал.

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

#codestyle #comment Открыть/Комментировать