59 ответов в теме

[Whisper©]

лучше б лотерею вернули.

[Eretic]

много текста

1) По первому пункту хочу сказать, что это получается исскуственное расширение БД. Т.е. была 1000 индексов (на каждый БПО свой), станет 2000(одна 1000 на БПО, другая на БПЦ). Что замедлит работу БД(тут я думаю и кухарка поймет почему).


2) Поле которое они заюзали для различия как я понял само по себе выполняло функцию "выдавать что кол-во равно единице, даже если в поле 'кол-во' стоит больше чем единица". Одному мне кажется, что это не самое оптимальное использование ресурсов? Таким образом просто поправив поле "кол-во" они высвободили для себя целое поле и тем самым, не меняя структуры БД получили возможность оперировать более свободно. Пока они разделили только БПО и БПЦ, но я вижу возможность, например, через это поле отсортировать их еще и по МЕ/ПЕ. Т.е. число определяется функцией от трех параметров. Тогда получим, что на каждое сочетание МЕ/ПЕ/типБП уникальное число, что в будующем может развиться в возможность стекинга одинаковых по МЕ/ПЕ чертежей.

Боюсь что в килмылах мы так и не увидим разделения бпо/бпц, может быть они конечно соизволят добавить какой нить признак (copy) в текст, но это потребует соответствующего отражения в АПИ сервисе. Судя по тому сколько ждали разных иконок и то как это было реализовано - я настроен крайне пессимистически.

Ввести еще одно поле в АПИ и все. Что мешает? А что сейчас нет, то просто забыли.

Сообщение отредактировал Eretic: 01 June 2011 - 10:35

[CHoh]

Это жесть...
Через года два-три они дойдут до идеи кэша итемов с ревалидацией по патчу...

Проблема не в том, что до них медленно доходит.
ПРоблема в том, что у них руки медленно доходят)
Сейчас по сути игра частями переписывается заново, вот и всплывают такие косяки, которые только укуренные исландские студенты туда могли напихать. Там новые программеры наверняка половину времени матерятся, половину ржут.

[Chegevarich]

Добавил официальный перевод в первый пост.

[Ashtan]

1) По первому пункту хочу сказать, что это получается исскуственное расширение БД. Т.е. была 1000 индексов (на каждый БПО свой), станет 2000(одна 1000 на БПО, другая на БПЦ). Что замедлит работу БД(тут я думаю и кухарка поймет почему).

Ты совсем плохо думаеш о современных реляционных базах. Увеличится объём на столь нано-крохи, что разницы нет. Реально капля в море.

2) Поле которое они заюзали для различия как я понял само по себе выполняло функцию

Нет, ты не правильно понял. Были поля "стакается/нестакается" и "количество". Они читаются всегда, как и ИД типа итема. Прикинув, что при значании "нестакается" количество всегда будет 1, они начали туда пихать левую инфу. Таким образом чертежи более невозможно сделать стакающимися и выставлять им количество. Костыль и костыль поганый.

[FLEX10K]

Ввести еще одно поле в АПИ и все. Что мешает? А что сейчас нет, то просто забыли.

Поле для всех айтемов? Или только для чертежей.
Думаю что они не забыли, а как обычно у них - сделать это не так тривиально как кажется.

[Eretic]

Ты совсем плохо думаеш о современных реляционных базах. Увеличится объём на столь нано-крохи, что разницы нет. Реально капля в море.


Нет, ты не правильно понял. Были поля "стакается/нестакается" и "количество". Они читаются всегда, как и ИД типа итема. Прикинув, что при значании "нестакается" количество всегда будет 1, они начали туда пихать левую инфу. Таким образом чертежи более невозможно сделать стакающимися и выставлять им количество. Костыль и костыль поганый.

1) Может быть, не отрицаю(хотя я не в курсе, как организовывают удвоение кол-ва полей не удваивая их).


2) Либо я что-то не понял, либо как раз наоборот, все предметы получаются по умолчанию стекающимися. И только ограничение в виде 1 не позволяет им этого. В общем не думаю, что они так все запороли, как ты утверждаешь. Судя по всему они просто отказались от поля "не стекается" вообще для всех предметов. Т.е. если все так плохо, как ты описал, то у тебя в ангаре патроны по одной штучке лежат и в стек ты их более не закинешь.

Поле для всех айтемов? Или только для чертежей.
Думаю что они не забыли, а как обычно у них - сделать это не так тривиально как кажется.

Ага, а еще т3 подсистеме на клоку зверски сложно джампгармонику с 2 на 5 переставить.


По сабжу:

• смотрим, что говорит идентификатор айтема?
• если говорит что блюпринт, смотрим что говорит идентификатор оригинала
• если говорит что оригинал, приписываем "оригинал", иначе "копия"

Сообщение отредактировал Eretic: 01 June 2011 - 14:50

[Astron]

Да, ССР не понимают простых вещей, там работают одни непонятно кто, всё у них не так, мало платят, мероприятия организуют и т.д. И о!, они не одни такие оказывается. Чего проще, поднял зарплаты умным людям и все проблемы решены (но почему-то компании не идут таким путём, везде одни дураки видать). И, конечно, каждый тут знает что им делать.

[Tihiy Don]

Обосраться со смеху.
2 страницы рассказывают про то как поле вида значение сделали списком значений.

[Ashtan]

Т.е. если все так плохо, как ты описал, то у тебя в ангаре патроны по одной штучке лежат и в стек ты их более не закинешь.

Перечитал внимательно. Они стак-нестак слили с количеством, определив нестак как минусовое количество. А затем уточняя минусовое количество стали определять для чертежей, копия или нет. Немного по другому чем я думал, но результат тот же. То есть для чертежей это новое поле всегда имеет значение -1 или -2. Минус говорит о том что это нестак, а 1 или 2 определяет копия или оригинал. Подчёркиваю, эта логика у них навинчена ТОЛЬКО для чертежей, патроны работают по старому. Теперь предположим они решили сделать чертежи стакающимися. Для этого новое поле должно быть положительным и иметь значение количества в кучке, а как отличить тогда копию от оригинала. И где Ваш Бог теперь? )) Так что этот костыль навсегда отменил стакинг чертежей.

Сообщение отредактировал Ashtan: 01 June 2011 - 15:19

[kiedd]

Так что этот костыль навсегда отменил стакинг чертежей.

Тем не менее свежекупленные в маркете БПО отлично стакаются и сейчас.

[EVEPlayer]

На вопрос, почему нельзя было сделать для каждого чертежа по два typeID: копия и оригинал, дев в комментах к блогу ответил что такой вариант тоже возможен, но их решение позволяет им использовать его и в других целях, а не только применительно к чертежам.

Имхо это конечно не самый элегантный способ но он оставляет пространство для маневра и без подобных решений иногда не обойтись, особенно в таких сложных системах.

С другой стороны разбить чертежи на два типа было гораздо проще и сделать это можно было гораздо раньше. Так что мне кажется они взялись за это после "18 месяцев", истории с ботами и перед грядущим вводом микротранзакций, потому что сейчас особенно важно хоть какую-то конфетку игрокам подкинуть. Так сказать, чтобы снизить "индекс форумного нытья", как цэцэпэшники шутили на фанфесте.

[Ashtan]

Тем не менее свежекупленные в маркете БПО отлично стакаются и сейчас.

Интересно, я с БПО не сталкивался. После каких телодвижений они перестают стакатся? Есть подозрение что девственные БПО идут по другому тайп ИД. Ну как не ассембленные корабли например.

[Shousa]

Перестают стакаться после того как запустишь их в производство/ресерч/инвент/копирование, и даже если мне не изменяет не запускать, а просто дойти до окна материалов при производстве после чего отменить его не ставя чертеж на производство.

Сообщение отредактировал Shousa: 01 June 2011 - 16:09

[Tihiy Don]

На вопрос, почему нельзя было сделать для каждого чертежа по два typeID: копия и оригинал

не так. у них тупо поля этого не было когда разрабатывалось.
а делать запрос по двум полям дольше чем по одному.
поэтому через изменение свойства другого поля выехали

[Ashtan]

не так. у них тупо поля этого не было когда разрабатывалось.
а делать запрос по двум полям дольше чем по одному.
поэтому через изменение свойства другого поля выехали

Ты не понял. У есть тайп ИД чертежи. Их спросили, хрена не сделать тайп ИД чертежи-оригинал и чертежи-копия. Ну ответили в стиле нам этот хак нравиться ) На деле просто меньше коду лопатить.

[Eretic]

О каг, уже и меньше коду лопатить. Переделать работу полей, переделать запросы к полям и т.д. это меньше кода, чем просто удвоить кол-во итемов в базе данных?

[JesDarkJewel]

Интересно, я с БПО не сталкивался. После каких телодвижений они перестают стакатся? Есть подозрение что девственные БПО идут по другому тайп ИД. Ну как не ассембленные корабли например.

именно так. БПО при первой попытке использовать их - меняются на нестакающиеся. (попытка откопировать\отресерчить\построить и т.д.)
насколько я понимаю механику при первом использовании БПО превращается в уникальный объект с новыми свойствами ME и PE которых у базового БПО (которые стакаются) видимо нету.

адд: а по существу я с тобой согласен это жутчайщий костыль

Сообщение отредактировал JesDarkJewel: 02 June 2011 - 5:57

[Anastasy]

Ну если у них поле количество 64-битное, то туда можно запихнуть и стак/нестак и количество и МЕ с ПЕ, места всем хватит. Ну если конечно нету маразматиков ресерчевшие МЕ до 32.000

[JesDarkJewel]

Ну если у них поле количество 64-битное, то туда можно запихнуть и стак/нестак и количество и МЕ с ПЕ, места всем хватит. Ну если конечно нету маразматиков ресерчевшие МЕ до 32.000

ну число от 0 до 32 767 можно уместить в 15 бит.
итого 15 бит на МЕ 15 на ПЕ 15 на кол-во обьектов (45 бит потратили куда бы деть остальные?)

а если серьезно то кол-во бит в ID вроде никаким местом не связано с стакингом и другими параметрами кроме ID.