Привет! Я решил, что стоит немного сместить фокус канала на более "продвинутые" темы в разработке. Я сам работал в нескольких крупных игровых студиях. Сейчас я помогаю строить архитектуру разным игровым компаниям.
В моей практике я часто сталкиваюсь с разными антипаттернами. Например, чрезмерное использование синглтонов, статических классов. Иными словами проблема зависимсотей в коде, зачем их нужно избегать и как это сделать.
Теперь я буду публиковать больше авторских #advanced постов.. В таких постах вы можете увидеть конкретные примеры кода, и они подразумевают наличие некоторого опыта в разработке, хотя могут быть полезны и совсем новичкам.
Хотя я и меняю фокус канала на #gamedev, проблемы, освещаемые мной, актуальны во многих других сферах, включая #frontenddev #backenddev. Ведь, игровая разработка многогранна и редко существует, например, без бэкэнда.
Так же я прислушиваюсь к результатам опроса. Сегодня пробую новый формат со ссылкой на Long-post.
Как всегда, рад услышать ваши комментарии/мысли @poisonous_john. Либо пишите прямо на medium ;).
#architecture #advanced #bestpractices #dependencyinjection #inversionofcontrol #unity
http://goo.gl/NP9Yfy
В моей практике я часто сталкиваюсь с разными антипаттернами. Например, чрезмерное использование синглтонов, статических классов. Иными словами проблема зависимсотей в коде, зачем их нужно избегать и как это сделать.
Теперь я буду публиковать больше авторских #advanced постов.. В таких постах вы можете увидеть конкретные примеры кода, и они подразумевают наличие некоторого опыта в разработке, хотя могут быть полезны и совсем новичкам.
Хотя я и меняю фокус канала на #gamedev, проблемы, освещаемые мной, актуальны во многих других сферах, включая #frontenddev #backenddev. Ведь, игровая разработка многогранна и редко существует, например, без бэкэнда.
Так же я прислушиваюсь к результатам опроса. Сегодня пробую новый формат со ссылкой на Long-post.
Как всегда, рад услышать ваши комментарии/мысли @poisonous_john. Либо пишите прямо на medium ;).
#architecture #advanced #bestpractices #dependencyinjection #inversionofcontrol #unity
http://goo.gl/NP9Yfy
Medium
Антипаттерны в игровой разработке: Зависимости в коде
Хорошая архитектура в играх так же важна, как и в любом другом ПО. Но вот статей по архитектуре довольно мало…
При разработке часто встает дилемма: попроще или подольше?
Многие студии выбирают Photon (или любой другой easy-to-go фреймворк) для сетевого мультиплеера. Это дает быстрый старт, но что потом?
#note #architecture
https://aka.ms/B42a6e
Многие студии выбирают Photon (или любой другой easy-to-go фреймворк) для сетевого мультиплеера. Это дает быстрый старт, но что потом?
#note #architecture
https://aka.ms/B42a6e
Medium
Попроще или подольше?
Интересный факт. Замечаю, что многие студии начинают с решения попроще. Например, для сетевого мультиплеера, часто выбирают Photon.
В статье описана интересная точка зрения на современный ООП.
Точнее, рассматриваются концепты ООП современных языков через призму оригинального видения, предложенного Аланом Кейем в далеком 1966 году.
Основная мысль такова, что Алан видел ООП как общение объектов посредством сообщений, то есть максимально несвязно.
Я часто натыкался в проектах на чрезмерную связность кода. Заменив вызовы многих подсистем, на посылку события/сообщения в EventBus, код многократно упрощается. Нет необходимости прокидывать пачки зависимостей. Кому надо -- тот подпишется и услышит сообщение.
Событийно-ориентированные системы обычно получаются значительно гибче, легче рефакторятся и тестируются. Тем не менее, в них есть и минус: бывают сложности при отладке.
P.S. Не обращайте внимание, что статья в JS разделе. Там тоже иногда попадаются дельные вещи 🙂
https://medium.com/javascript-scene/the-forgotten-history-of-oop-88d71b9b2d9f
#architecture #OOP
Точнее, рассматриваются концепты ООП современных языков через призму оригинального видения, предложенного Аланом Кейем в далеком 1966 году.
Основная мысль такова, что Алан видел ООП как общение объектов посредством сообщений, то есть максимально несвязно.
Я часто натыкался в проектах на чрезмерную связность кода. Заменив вызовы многих подсистем, на посылку события/сообщения в EventBus, код многократно упрощается. Нет необходимости прокидывать пачки зависимостей. Кому надо -- тот подпишется и услышит сообщение.
Событийно-ориентированные системы обычно получаются значительно гибче, легче рефакторятся и тестируются. Тем не менее, в них есть и минус: бывают сложности при отладке.
P.S. Не обращайте внимание, что статья в JS разделе. Там тоже иногда попадаются дельные вещи 🙂
https://medium.com/javascript-scene/the-forgotten-history-of-oop-88d71b9b2d9f
#architecture #OOP
Medium
The Forgotten History of OOP
Most of the programming paradigms we use today were first explored mathematically in the 1930s with lambda calculus and the Turing machine…