Никита Шаченко

+1003
с 2017

Automation QA Engineer @ Redhill Games

41 подписчик
46 подписок

Я тогда накину сверху правки к правкам)

1. Был еще Distrust (2017)
Первая PC игра новосибирского слота https://store.steampowered.com/app/635200/Distrust_Polar_Survival/
Частично его идеи про недоверие и странную дичь получили развитие в I am not a monster

2. Для Do not feed the monkeys делали порты тоже в Новосибирске, под мобилки, свич, ps4 и Xbox one (я был там, Гендальф!)

3. Ну и для полноты картины можем упомянуть I am not a monster first contact - сингл компания для основной игры

2

Выглядит круто! Если я правильно понял и это под мобилки, есть ли план поддерживать вертикальную ориентацию? 👀
А интерфейсы пригодятся, когда захочется занаследовать от нескольких классов, а нельзя)

Ну это хреновый менеджмент значит, повезло работать в нормальных компаниях и с таким не столкнуться лично

Так не надо никого контролировать. Задача тестера - оценить продукт и предоставить информацию о текущем его состоянии
Дальше "управляющий" слой уже решает, что с этой информацией делать, что менять, чинить, а что "и так сойдёт"

Эх, сейчас бы в 2к25 году приравнивать плейтесты и тестирование.
Плейтесты это не более 10% от всего объема работ по тестированию и задача из чаще всего - оценить общий "вайб" с точки зрения игрока
К техническому состоянию, отсутствию/наличию багов и т.д. плейтесты не имеют никакого отношения примерно

1

В таком случае уже можно ThreadSafeArray выносить в отдельный класс у которого этот bool будет внутреннем полем, тогда

ArrayWrite(int index, T value)
{
while(!available)
{
wait();
}
available = false;
WriteInternal(index, value);
available = true;
}

Такое на главном потоке, правда лучше не вызывать из-за wait();
Форматирование в комментариях не работает :(

1

Можно ввести какой-нибудь bool который будет отвечать за то, кто может изменять список сейчас - worker или game
В целом как и любой многопоточность ю нужно сильного осторожнее обращаться с ресурсами, но профит перевешивает, если с умом подходить

1

Для такого лучше гуглить editor utilities, это специально для автоматизации работы с движком
Если есть скилл в питоне можно подружить его с UE, получится удобнее и быстрее чем с плюсами/блюпррнтами
Обычные курсы больше про создание геймплейной логики, там пересечений с автоматизацией не очень много

Как раз недавно искал такие, чтобы подтянуть скилы qa команды на работе, остановился на вот этих двух

https://www.udemy.com/course/unrealblueprint/
Мы в итоге взяли этот потому что больше про геймплей и меньше про арт. Те кто проходил остались довольны, единственное там нужно провернуть пару приседаний для адаптации под ue5, т.к. курс под 4 версию

https://www.udemy.com/course/unreale4/
По запросу "для художника" этот наверное лучше подойдет, но за качество контента ничего не могу сказать

И никогда не стоит покупать курсы на Udemy за фулпрайс, там все время 'индивидуальные" скидки с "последним" шансом и т.д.

1

Может быть эпики просто настолько придерживаются мнения, что лучшая документация это сам код
Или программисты все такие жадные и гордые, что сидят как драконы на своих знаниях и делиться не хотят
И только китайские товарищи готовы разбираться в experimental/beta/early access фичах и делиться безвозмездно. Жаль только гугл переводчик не всегда справляется с их инструкциями

2