МД
схвативший незач по компьютерной графике
Size: a a a
2021 April 01
МД
седня))))
МД
единственный незач за всю историю моего обучения
s
А ну тогда понятно, это даже не странно, что тебе лень кодить
МД
студенты ленивые, типа?)
s
Ты просто пока ещё не выживал вначале за еду и всякий бред
k
Да пошла она эта задумка
ED
Блин я вообще тоже ничего фундаментального не читал если честно. Есть game engine architecture, есть game programming patterns. Есть материалы по реализации рендер графа, аллокаторов, entity component system, системы событий. Как минимум это знать надо
Пока мое мнение таково, что нужно строить архитектуру так, чтобы она была расширяемой и как можно активнее бороться с Зависимостями между элементами (чтобы добавление новых затрагивало изменение как можно меньшего количества частей системы)
Пока мое мнение таково, что нужно строить архитектуру так, чтобы она была расширяемой и как можно активнее бороться с Зависимостями между элементами (чтобы добавление новых затрагивало изменение как можно меньшего количества частей системы)
@Mkkt_Bkkt
Ещё бы предложил заценить это: https://www.amazon.com/Modern-Programming-Test-Driven-Development-Better/dp/1937785483
Там чувак очень упарывается по single-responsibility principle, и прям начинаешь видеть как это годно, и как тесты помогают жить. Ну, конечно прям в тру-TDD глупо упарываться, особенно в графоне/геймдеве, но если больше думать именно о SRP, инкапсуляции и пр., то это поможет делать хорошие архитектуры :D
Ещё бы предложил заценить это: https://www.amazon.com/Modern-Programming-Test-Driven-Development-Better/dp/1937785483
Там чувак очень упарывается по single-responsibility principle, и прям начинаешь видеть как это годно, и как тесты помогают жить. Ну, конечно прям в тру-TDD глупо упарываться, особенно в графоне/геймдеве, но если больше думать именно о SRP, инкапсуляции и пр., то это поможет делать хорошие архитектуры :D
AP
на самом деле я склонен верить что на начальных этапах TDD не работает. Какие могут быть тесты когда проект еще только формируется?
AP
а именно тогда архитектура и зарождается
ED
Ну, тут не нужно архитектуру и фичи смешивать. По фичам можно TDD применять. Типа есть задача - написать конвертер одного формата в другой. Вот тут можно сначала написать код, а потом уже порефакторить и получить хорошую архитектуру.
А так я верю только в эволюционирующую архитектуру, а не "ща запилю удобный интерфейс для создания объектов в игре" который с одного раза не осилить. Мне кажется, что надо дизайнить как можно меньше, а потом уже рефакторить, если что-то реально нужно. А то больно видеть, когда люди забывают про YAGNI и KISS и начинают писать всякие MetaProxyFactory, потому что "абстрактно" и "а вдруг кому-то понадобится lazy-evaluation/кастомные коллбеки/итераторы"
А так я верю только в эволюционирующую архитектуру, а не "ща запилю удобный интерфейс для создания объектов в игре" который с одного раза не осилить. Мне кажется, что надо дизайнить как можно меньше, а потом уже рефакторить, если что-то реально нужно. А то больно видеть, когда люди забывают про YAGNI и KISS и начинают писать всякие MetaProxyFactory, потому что "абстрактно" и "а вдруг кому-то понадобится lazy-evaluation/кастомные коллбеки/итераторы"
M
Здравствуйте. Подскажите что читать, если вдруг возникло желание податься в графон. Именно графон, не геймдев
M
Спасибо. Было бы чудно, будь оно закреплено. Но что из этого для самого начала? Real time rendering подойдёт?
AP
Myau
Спасибо. Было бы чудно, будь оно закреплено. Но что из этого для самого начала? Real time rendering подойдёт?
подойдет. Но книжки это теория, возьми тутор по opengl
AP
почему оно не закреплено вопрос к админам чата
M
подойдет. Но книжки это теория, возьми тутор по opengl
AP
к примеру это
M
Спасибо.
ED
Читаю сейчас это. Доставляет. Отлично погружает в более глубокие детали после learnopengl, где более прямолинейно, но некоторые детали опускаются