Говоря о выводах, я скорее недавно одну мудрость познал, и хочу об этом рассказать. Раньше я писал код, пытаясь все сразу наперед продумать, т.е. пытался написать идеальную архитектуру итд. В итоге каждый раз, вместо того чтобы писать код, я думал что написать, очень много копался в себе и тратил на это очень много времени, в итоге, в очередной раз спрашивая совета у профи, я наконец попал в ту самую тему, которая мне была нужна. Мне сказали, что нормально писать код так, что потом частично все переделывать. В итоге я сейчас просто пишу код, особо не задумываясь о том, правильно это или нет и потом просто при надобности его переделываю. Я буквально 3-5 часов сейчас поработал, а разница просто огромная. До этого я потратил 3 дня, думая и парясь о том, как написать норм архитектуру в проекте, правильно ли я следую принципам СОЛИД и бесконечно продумывая следующие блоки кода, а сейчас, я просто пишу код, получаю результат, НО, на выходе все равно у меня получается не одноразовая фигня, а вполне рабочий вариант, просто я преодолел этот порог неизвестности, которая вечно меня стопорила =) Держу в курсе
Думаю это просто нехватка опыта. Правильно сказали, что надо просто писать как можешь и рефакторить по необходимости, но вывод такой же, как и в видосе: Рано или поздно ты поймёшь как строить нормальную архитектуру, поймешь почему определённые практики хорошие, другие плохие, выучишь паттерны и т.д. и т.п., но если думать неделями, как сделать сразу хорошо ты просто осознаешь все эти моменты гораздо позднее, чем если бы просто делал как можешь.
Много раз говорил об этом на стриме, нужно принимать информированные решения, когда пишешь код в слепую, без прототипа и без опыта написания подобных игр - это не информированные решения! Хороший прогресс 👍
Я сперва сделал прототип, потом запутался в нём, начал изучать паттерны, стал переписывать проект, чтобы всё было норм, с TDD и полной проработкой архитектуры на бумаге перед реализацией. И в таком случае мой проект ещё больше заштопарился, начиная с того, что библиотека для юнит-тестов содержала баги, которые не позволяли мне написать норм тесты, заканчивая тем, что в общем-то, всё это усложнение не нужно. В Godot хреновый ООП, это не плохо, но это надо учитывать. Мне буквально невыгодно юзать сигналы и наследование из-за багов и недоработок (из-за чего все экспорты в сценах сбрасываются, и мне каждый раз приходится их выставлять заново по памяти). Когда работаю с компонентами, такого не происходит. Поэтому я вернулся к прототипу, решил просто не трогать ту часть, в которой запутался, и масштабировать дальше. И оно сработало - каждый день хотя бы по часу уделяю проекту и что-то новое реализовываю. Знаю, что когда-нибудь перепишу/перекомпаную проект, но это уже другая история. Ноды Godot сами по себе помогают масштабировать проект, неважно какой код ты пишешь. Взаимодействие между классами минимальное. То, что написано хреново, просто не трогаешь.
@@skifak2397 на юнити сделан Genshin Impact, в котором бесшовный открытый мир (не считая входа в здания, но это часть оптимизации) Там много способов оптимизации при том уже встроенные. LOD, Occlusion Culling... Проблема только в том, что тебе нельзя пытаться создать сразу то, что ты описал. Потому что просто не хватит навыков и опыта. Появятся мелкие ошибки, которые в будущем накопятся и уничтожат либо производительность, либо масштабируемость проекта Нужно уделить несколько лет разработке небольших игр и потом, когда научишься планировать в том числе, делать большую игру. Не забудь прибавить 60-100% к предполагаемой длительности разработки
Супер крутой кейс. Это одна из причин, почему я отказался от долгостроя, в пользу небольших игр для itch. Как часто планируешь смотреть игры подписчиков как в прошлый раз на стриме?
Я только начал программировать хотел узнать лесть ли мне в создания пошаговой онлайн игры или беги оно того не стоит, ну и что за советы можете дать кроме подписаться и поставить лайк?
@Mzs_7 Если только начал программировать онлайн игра будет сложной, попробуй сделать что-нибудь по проще, когда выпустишь пару прототипов можешь подумать о том чтобы начать изучать сетевые игры. Я обычно советую какую нибудь игру из 70х а ля астеройдс или спейс инвейдерс как первую игру.
![Больше кадров в секунду ≠ лучше [в 4K 60ФПС]](http://i.ytimg.com/vi/zxS-u4VhcxU/mqdefault.jpg)
![[TH] VCT Pacific Stage 2 - Week 4 Day 1 // PRX vs RRQ | GE vs GEN](http://i.ytimg.com/vi/iIi2_04jGr0/mqdefault.jpg)
![เกิดใหม่ทั้งทีก็เป็นสไลม์ไปซะแล้ว ซีซั่น 3 - ตอนที่ 62 [ซับไทย]](http://i.ytimg.com/vi/fsIY2fKn38Y/mqdefault.jpg)
Говоря о выводах, я скорее недавно одну мудрость познал, и хочу об этом рассказать.
Раньше я писал код, пытаясь все сразу наперед продумать, т.е. пытался написать идеальную архитектуру итд.
В итоге каждый раз, вместо того чтобы писать код, я думал что написать, очень много копался в себе и тратил на это очень много времени, в итоге, в очередной раз спрашивая совета у профи, я наконец попал в ту самую тему, которая мне была нужна.
Мне сказали, что нормально писать код так, что потом частично все переделывать. В итоге я сейчас просто пишу код, особо не задумываясь о том, правильно это или нет и потом просто при надобности его переделываю. Я буквально 3-5 часов сейчас поработал, а разница просто огромная. До этого я потратил 3 дня, думая и парясь о том, как написать норм архитектуру в проекте, правильно ли я следую принципам СОЛИД и бесконечно продумывая следующие блоки кода, а сейчас, я просто пишу код, получаю результат, НО, на выходе все равно у меня получается не одноразовая фигня, а вполне рабочий вариант, просто я преодолел этот порог неизвестности, которая вечно меня стопорила =)
Держу в курсе
Думаю это просто нехватка опыта. Правильно сказали, что надо просто писать как можешь и рефакторить по необходимости, но вывод такой же, как и в видосе:
Рано или поздно ты поймёшь как строить нормальную архитектуру, поймешь почему определённые практики хорошие, другие плохие, выучишь паттерны и т.д. и т.п., но если думать неделями, как сделать сразу хорошо ты просто осознаешь все эти моменты гораздо позднее, чем если бы просто делал как можешь.
Слышу "архитектура" - представляю фасады домов.
Много раз говорил об этом на стриме, нужно принимать информированные решения, когда пишешь код в слепую, без прототипа и без опыта написания подобных игр - это не информированные решения! Хороший прогресс 👍
Я сперва сделал прототип, потом запутался в нём, начал изучать паттерны, стал переписывать проект, чтобы всё было норм, с TDD и полной проработкой архитектуры на бумаге перед реализацией. И в таком случае мой проект ещё больше заштопарился, начиная с того, что библиотека для юнит-тестов содержала баги, которые не позволяли мне написать норм тесты, заканчивая тем, что в общем-то, всё это усложнение не нужно. В Godot хреновый ООП, это не плохо, но это надо учитывать. Мне буквально невыгодно юзать сигналы и наследование из-за багов и недоработок (из-за чего все экспорты в сценах сбрасываются, и мне каждый раз приходится их выставлять заново по памяти). Когда работаю с компонентами, такого не происходит. Поэтому я вернулся к прототипу, решил просто не трогать ту часть, в которой запутался, и масштабировать дальше. И оно сработало - каждый день хотя бы по часу уделяю проекту и что-то новое реализовываю. Знаю, что когда-нибудь перепишу/перекомпаную проект, но это уже другая история. Ноды Godot сами по себе помогают масштабировать проект, неважно какой код ты пишешь. Взаимодействие между классами минимальное. То, что написано хреново, просто не трогаешь.
не знаю почему ютуб дал это видео , но когда можно будет поиграю в игру на экране ?
Я очень надеюсь что эта игра выйдет этим летом. 🙂
подскажите можно ли сделать норм игру на юнити (что то между ведьмаком и скайримом, но похуже) и насколько можно будет ее оптимизировать
хоть вопрос и отчасти тупой, просто интересно сможет ли юнити потянуть крупную игру или же лучше приглядется к другим движкам
@@skifak2397 Тарков сделан на юнити, я считаю довольно крупная игра.
@@skifak2397 можно
@@skifak2397 на юнити сделан Genshin Impact, в котором бесшовный открытый мир (не считая входа в здания, но это часть оптимизации)
Там много способов оптимизации при том уже встроенные. LOD, Occlusion Culling...
Проблема только в том, что тебе нельзя пытаться создать сразу то, что ты описал. Потому что просто не хватит навыков и опыта. Появятся мелкие ошибки, которые в будущем накопятся и уничтожат либо производительность, либо масштабируемость проекта
Нужно уделить несколько лет разработке небольших игр и потом, когда научишься планировать в том числе, делать большую игру. Не забудь прибавить 60-100% к предполагаемой длительности разработки
Харош или мегахарош?
ультрамегасупердуперхорош
Супер крутой кейс. Это одна из причин, почему я отказался от долгостроя, в пользу небольших игр для itch. Как часто планируешь смотреть игры подписчиков как в прошлый раз на стриме?
Каждый последний стрим месяца.
Я только начал программировать хотел узнать лесть ли мне в создания пошаговой онлайн игры или беги оно того не стоит, ну и что за советы можете дать кроме подписаться и поставить лайк?
@Mzs_7 Если только начал программировать онлайн игра будет сложной, попробуй сделать что-нибудь по проще, когда выпустишь пару прототипов можешь подумать о том чтобы начать изучать сетевые игры. Я обычно советую какую нибудь игру из 70х а ля астеройдс или спейс инвейдерс как первую игру.