Спасибо, это внушает некоторый оптимизм. Будет очень здорово, если у разработчиков появится новый инструмент, который убьет сразу двух зайцев: уберет некоторые технические ограничения и сэкономит время программистов. А если создатели Amethyst снизят порог вхождения для пользователей до уровня UE, то можно будет и третьего зайца завалить. :)
Причем тут чье-то понимание, если есть конкретное описание парадигмы? Ну и java это вообще отдельная тема, никто не будет, если он понимает что делает, писать на этом языке ММО-песочницу.
NoSQL тут не причем, речь про реляционную модель как таковую, то есть логические связи, а не физические. К слову, 5к человек онлайн означает, что у вас в DB записей гигантское количество, т.к. игру купило раз в 100 больше людей.
Насчет NoSQL я бы не торопился, особенно когда у вас есть многопоточный слон, а вам нужна больше даже не скорость записи а скорость чтения селекта и т.п в условиях очень больших таблиц. у сервера ММО свой запросы.
Так что, лучше писать, как проще, и уже когда игровая схема взлетит, тогда и заниматься оптимизацией производительности.
Если вы сайт пилите, может это и прокатит, но писать как попало ММО, а потом все переделывать это какой-то мазохизм, простите.
Я ни разу не программист, даже близко.
Но исходя из этого документа, я начинаю понимать почему игры типа Battletech жрут по 9ГБ ОЗУ и тормозят даже в интерфейсах меню сохранения…
Разработчики пошли ленивые и не желающие оптимизировать свои творения.
В мире Java всё — ООП, кроме чисел, символов и булевых переменных. Так что, в моём понимании, объекты — это уже ООП.
А для хайлоада и реляционная модель неактуальна, на её место приходит NoSQL, как я понял. И хайлоад для ММО, в принципе, не нужен особо, если у нас 5к человек на сервер. По-моему, тут больше проблема в геймдизайне, чтобы сделать интересную игру, а не в технической реализации. Так что, лучше писать, как проще, и уже когда игровая схема взлетит, тогда и заниматься оптимизацией производительности.
Я вот сейчас играю в донатную браузерную РПГ-ферму. И что-то у меня не возникает никакого ощущения, что донатеры противопоставляются задротам с кучей свободного времени. Во всех донатных играх, в которые мне довелось играть, донатеры и сами состоят из 80-90% задротов.
Сначала подумал, что статью написал какой-то новичок… пока не увидел подписи.
Так ведь речь не о том, чем отличается, скажем, YASB bot от Honorbuddy, и не о нюансах черного рынка, а о том, влияют ли эти вещи на игру. Ваш приятель вряд ли утверждает, что психические расстройства никак не сказываются на качестве жизни больного и его окружения.
Хмммм… Утверждение со школьникакми неоднозначное. Ну да, есть в анриале блупринты и можно без знаний, вроде как, программирования что-то состряпать. Не думаю, что это показатель.
Для работы с этой парадигмой нужно просто подругому мыслить, но очень многие люди, которые переходили с OOD на DoD говорят, что проекирование, написание и отладка стала где-то двже в разы проще. Блольшое количесто вещей етсть, за которые теперь вообще не нужно беспохоиться, как например настройка доступа к данным при добавлении многопоточности. Теперь просто разделяешь все данные на кучки и параллельно обрабатываешь: скорость есть, а головной боли нет.)))
Это логично, если учесть, что веся логика представляет из себя отдельные изолированные блоки, которые занимаются исключительно своим делом, добавляй себе и добавляй.
Могу тольуо сказать, что вы сделали неправильные выводы. Это странно, ведь довольно конкретно говорится во всех предоставленых документах, презентациях с того же cppcon за многие годы, особенно если смотреть того же Мфйкла Эктона, что:
1)Перечисляются конкретные признаки ООП (объекты это еще не ООП)
2)Объясняется, что использование объектов именно такими методами замедляет работу процессора с данными в 400-700 раз (сами инструкции выполняются со скоростью меньше наносекунды, основным узким местом всегда были и остаются данные)
Если вы утверждаете, что код становится сложнее, то вы точно не поняли как это работает. Ну а впихивать или пытаться подружить DoD с OOD, как это делали в презентации разработчики из Unity, как я писал еще в комментариях к прошлой заметке — плохая идея.
А ООП для хайлоад давно умер, если конечно вы не хотите поспорить с эффективностью реляционной модели данных))
То есть?)
Мой приятель некоторое время лечился в психиатрической лечебнице. Спустя десяток лет закончил «Институт психотерапии и клинической психологии», в мск, 1-ая Миусская дом 22/24.
И сказал, что время, проведенное в психлечебнице, очень помогаеть ему видеть паталогические психические феномены изнутри.
"… С магом некромантом, делающим добро в игре должно происходить примерно тоже, что с персонажем Гоголя, которого черти изгнали из ада за то, что тот совершил добрый поступок."
О неат….
нет.
Бедолага Гоголь (
Это черт не смог помешать кузнецу дорисовать и стал в аду посмешищем, изгоем.
«В досужее от дел время кузнец занимался малеванием и слыл лучшим живописцем во всем околотке. Но торжеством его искусства была одна картина, намалеванная на стене церковной в правом притворе, в которой изобразил он святого Петра в день Страшного Суда, с ключами в руках, изгонявшего из ада злого духа; испуганный черт метался во все стороны, предчувствуя свою погибель, а заключенные прежде грешники били и гоняли его кнутами, поленами и всем чем ни попало.»
Никого из ада не выгоняли за добрые дела, да и вообще — никакие добрые дела не могут искупить из ада душу, не очистившуюся до разлучения своего с телом от смертного греха — не изумиться Гоголем. И позволить ему только иногда проскальзывать в мозговой феерии бледной ассоциацией с Союзмультфильмом 1951 и -61 года)
Гоголь…
Бог не играет такую музыку дважды, а вы дважды не будете жить.
На страшном суде черти припекут вас за это железными рогатками, вот посмотрите, как припекууут.
Ну про РМТ, черный рынок и ботов я даже не знаю, стоит ли писать, потому, что в отличие от господ теоретиков я все это пробовал, пользовался, участвовал, смотрел на практике.
Какая странная фраза. «Я жульничал, а вы не жульничали, поэтому только я могу решать, влияет жульничество на игру или нет».
NoSQL тут не причем, речь про реляционную модель как таковую, то есть логические связи, а не физические. К слову, 5к человек онлайн означает, что у вас в DB записей гигантское количество, т.к. игру купило раз в 100 больше людей.
Насчет NoSQL я бы не торопился, особенно когда у вас есть многопоточный слон, а вам нужна больше даже не скорость записи а скорость чтения селекта и т.п в условиях очень больших таблиц. у сервера ММО свой запросы.
Если вы сайт пилите, может это и прокатит, но писать как попало ММО, а потом все переделывать это какой-то мазохизм, простите.
Но исходя из этого документа, я начинаю понимать почему игры типа Battletech жрут по 9ГБ ОЗУ и тормозят даже в интерфейсах меню сохранения…
Разработчики пошли ленивые и не желающие оптимизировать свои творения.
А для хайлоада и реляционная модель неактуальна, на её место приходит NoSQL, как я понял. И хайлоад для ММО, в принципе, не нужен особо, если у нас 5к человек на сервер. По-моему, тут больше проблема в геймдизайне, чтобы сделать интересную игру, а не в технической реализации. Так что, лучше писать, как проще, и уже когда игровая схема взлетит, тогда и заниматься оптимизацией производительности.
Сначала подумал, что статью написал какой-то новичок… пока не увидел подписи.
#никогда не было, и вот опять#
#рука-лицо#
и т.д.
Для работы с этой парадигмой нужно просто подругому мыслить, но очень многие люди, которые переходили с OOD на DoD говорят, что проекирование, написание и отладка стала где-то двже в разы проще. Блольшое количесто вещей етсть, за которые теперь вообще не нужно беспохоиться, как например настройка доступа к данным при добавлении многопоточности. Теперь просто разделяешь все данные на кучки и параллельно обрабатываешь: скорость есть, а головной боли нет.)))
Это логично, если учесть, что веся логика представляет из себя отдельные изолированные блоки, которые занимаются исключительно своим делом, добавляй себе и добавляй.
1)Перечисляются конкретные признаки ООП (объекты это еще не ООП)
2)Объясняется, что использование объектов именно такими методами замедляет работу процессора с данными в 400-700 раз (сами инструкции выполняются со скоростью меньше наносекунды, основным узким местом всегда были и остаются данные)
Если вы утверждаете, что код становится сложнее, то вы точно не поняли как это работает. Ну а впихивать или пытаться подружить DoD с OOD, как это делали в презентации разработчики из Unity, как я писал еще в комментариях к прошлой заметке — плохая идея.
А ООП для хайлоад давно умер, если конечно вы не хотите поспорить с эффективностью реляционной модели данных))
Мой приятель некоторое время лечился в психиатрической лечебнице. Спустя десяток лет закончил «Институт психотерапии и клинической психологии», в мск, 1-ая Миусская дом 22/24.
И сказал, что время, проведенное в психлечебнице, очень помогаеть ему видеть паталогические психические феномены изнутри.
О неат….
нет.
Бедолага Гоголь (
Это черт не смог помешать кузнецу дорисовать и стал в аду посмешищем, изгоем.
«В досужее от дел время кузнец занимался малеванием и слыл лучшим живописцем во всем околотке. Но торжеством его искусства была одна картина, намалеванная на стене церковной в правом притворе, в которой изобразил он святого Петра в день Страшного Суда, с ключами в руках, изгонявшего из ада злого духа; испуганный черт метался во все стороны, предчувствуя свою погибель, а заключенные прежде грешники били и гоняли его кнутами, поленами и всем чем ни попало.»
Никого из ада не выгоняли за добрые дела, да и вообще — никакие добрые дела не могут искупить из ада душу, не очистившуюся до разлучения своего с телом от смертного греха — не изумиться Гоголем. И позволить ему только иногда проскальзывать в мозговой феерии бледной ассоциацией с Союзмультфильмом 1951 и -61 года)
Гоголь…
Бог не играет такую музыку дважды, а вы дважды не будете жить.
На страшном суде черти припекут вас за это железными рогатками, вот посмотрите, как припекууут.
Какая странная фраза. «Я жульничал, а вы не жульничали, поэтому только я могу решать, влияет жульничество на игру или нет».