А если серьезно: смешивать разные виды игр, раскладывать факты удобным образом.
Так увлечься можно чем угодно, любым хобби. Человек увлекающийся автомобилями с "горящими" глазами будет рассказывать какие они классные, как они круто устроены внутри, сводить все разговоры к этому, мечтать и строить планы об автомобиле мечты
Если уж они оптимизацию спихивают DLSS и т.п. то сложную систему взаимодействия физики, сценария, геймплейных механик они будут рассматривать далеко не в первую очередь
Тоже интересуюсь, использовал для чешского уже готовый набор карточек и понял что я могу вспомнить к какой карточке какое изображение, но если поменять картинку, то может быть сложно.
Прошу прощения, возможно упустил, а разве не нужно чтоб камера всегда была на одном и том же месте? Нужно же будет коэффициент компенсации перспективы пересчитывать? Или с мобильного телефона делать фото только с условным стаканом в кадре?
А где та грань, которая определяет резонность использования ООП? Не всегда можно систему написать двумя способами и проверить как оно будет работать. Может есть косвенные признаки или даже сферы применения в которые не стоит использовать ООП?
Если вдруг у вас идей ноль или они вам е очень нравятся, то можно обратиться к ИИ. Тот проект который делаю я мне показался не в полной мере раскрывает знание основ, базовые умения и т.п. Написал Chat-GPT 3,5 такой запрос:
Представь что ты senior разработчик, программист в крупной IT компании. Какой бы ты хотел видеть pet-проект у новичка, которого принимаешь на работу, что бы понять, что новичок освоил все базовые умения программиста и умеет использовать алгоритмы. Нужно описать что проект делает и какие в нём применяются навыки.
Может кому то поможет преодолеть кризис идей и получить толчок.
Харрисон Ферроне доступно на примерах объясняет что такое классы, методы. Тяжело было концепцию этих вещей понять на абстрактных примерах, но тут он привязывает это к параметрам персонажа.
Не ну а чё нам, авторам посредственного контента.
А если серьезно: смешивать разные виды игр, раскладывать факты удобным образом.
Так увлечься можно чем угодно, любым хобби. Человек увлекающийся автомобилями с "горящими" глазами будет рассказывать какие они классные, как они круто устроены внутри, сводить все разговоры к этому, мечтать и строить планы об автомобиле мечты
Если уж они оптимизацию спихивают DLSS и т.п. то сложную систему взаимодействия физики, сценария, геймплейных механик они будут рассматривать далеко не в первую очередь
А разве весь синтаксис GDScript не на одном А4 листе умещается?
Какими ресурсами и литературы пользуетесь для вдохновения?
Звучит интригующе, особенно если в конце будет конкурентный продукт. Демку я бы оценил, люблю карточные рогалики
У вас поднимется рука порубить это милое авокадо и оставить от него только 0,9?
Тоже интересуюсь, использовал для чешского уже готовый набор карточек и понял что я могу вспомнить к какой карточке какое изображение, но если поменять картинку, то может быть сложно.
Прошу прощения, возможно упустил, а разве не нужно чтоб камера всегда была на одном и том же месте? Нужно же будет коэффициент компенсации перспективы пересчитывать? Или с мобильного телефона делать фото только с условным стаканом в кадре?
Slay the spire, balatro, loop hero
Это две кнопки, это другое. Тут в два раза быстрее чем Ctrl + W
Gish по Bluetooth с другом на уроках
В договоре аренды прописывать все условия. И слать Петровича смотреть договор когда он придет 3 тысячи на бомжей в виде охраны просить
Выключаю через Steam Link))
А где та грань, которая определяет резонность использования ООП? Не всегда можно систему написать двумя способами и проверить как оно будет работать. Может есть косвенные признаки или даже сферы применения в которые не стоит использовать ООП?
Если вдруг у вас идей ноль или они вам е очень нравятся, то можно обратиться к ИИ. Тот проект который делаю я мне показался не в полной мере раскрывает знание основ, базовые умения и т.п. Написал Chat-GPT 3,5 такой запрос:
Представь что ты senior разработчик, программист в крупной IT компании. Какой бы ты хотел видеть pet-проект у новичка, которого принимаешь на работу, что бы понять, что новичок освоил все базовые умения программиста и умеет использовать алгоритмы. Нужно описать что проект делает и какие в нём применяются навыки.
Может кому то поможет преодолеть кризис идей и получить толчок.
Мама говорила, что если строить рожи то таки и останешься. Очень сильный аргумент, проверять я его конечно же не буду
Харрисон Ферроне доступно на примерах объясняет что такое классы, методы. Тяжело было концепцию этих вещей понять на абстрактных примерах, но тут он привязывает это к параметрам персонажа.
Перед тем как накидывать идеи на первом этапе, нужно команде общую концепцию расписать или хотя бы жанр? Или даже это выясняем на брейншторме?