[Devel] [Задача 7610] Уточнения по техническим деталям функционирования журнала

[Evgeny Sinelnikov]

Здравствуйте,

предлагаю к обсуждению вопрос о том как мы будем проводить "Уточнения
по техническим деталям функционирования журнала". Не нужно писать об
этом в задачу. В задаче нужно писать что сделано, а не почему что-то
делать, хоть и нужно, но не хочется, в силу каких-либо причин.


5 сентября 2011 г. 16:13 пользователь  <bugs на lists.etersoft.ru> написал:
> http://bugs.etersoft.ru/show_bug.cgi?id=7610
>
> Тимченко Сергей <timka_s на etersoft.ru> changed:
>
>           What    |Removed                     |Added
> ----------------------------------------------------------------------------
>       Hours Worked|                            |0.17
>
> --- Comment #3 from Тимченко Сергей <timka_s на etersoft.ru> 2011-09-05 16:13:53 MSD ---
> (В ответ на comment #2)
>> Даже, если я придумал исходную модель, это не означает, что в документации это
>> не должно быть отражено.
> Если ты придумал модель - то логично, что тебе и стоит её описывать.
> Видимо тут, и в 7605 речь идёт о некой другой документации, в данный момент не
> существующей, т.к. та - которая есть - это пользовательская( операторская, не
> админская ) и там описывать как устроина модель или как парсится configure -
> ни к месту.

Меня не интересует та, которая есть. Я создал новую задачу, что ещё нужно?

Пользы от текущей почти никакой. Для разработчика она бесполезна, для
пользователя проекта - слишком абстрактна.


>> weblog - это, в чём-то движок, в его документации требуется отразить как этим
>> движком пользоваться для реализации конкретного проекта.
>>
>>
>> Даже если импортирование данных из configure.xml придумал и написал я, это не
>> отменяет необходимости отражения информации о том, как осуществляется связь
>> между структурой базы и её первоначальным наполнением. Также необходимо
>> подробно описать логику запросов, для внесения рабочих данных в базу во время
>> работы в связке с модулем DBServer.
> Так в том и дело, что я как пользователь твоей модели, не отвечаю за её
> заполнение, и связь данных в configure и базе. Ты, как поставщик этой модели,
> либо кто-то ещё, но никак не пользователь, должен обеспечить верность записи
> (DBServer) в базу, верность configure и любого другого внешнего места из
> которого импортируются настройки ( configure - это своего рода глобальная
> настройка ) той модели, которую предоставил.

Ну, уж нет. Что за глупости? Ты представляешь в интерфейсе конкретные
элементы в рамках модели. Что нужно для отображения этих элементов ты
вполне способен описать. Кроме тебя с моделью никто не разбирался. Я
её только задал, причём достаточно давно.


>> Эта техническая информация важна и очень нужна. А метаописание метасистемы в
>> общем пользы, в текущем её виде, почти не приносит. Много картинок и общих слов
>> и никакой конкретики.
>>
>>
>> > Снова не вижу никаких задач.
>>
>> Даже, если кто не может, не хочет или не знает как решать эту задачу, саму
>> задачу и необходимость её решения это не отменяет.
> Не вижу задач для себя.

Уточняю, что ответ твой таков: "Я эту задачу решать не буду, потому
что не хочу разбираться в особенностях использования того, что я сам
написал." Так?

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

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

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



-- 
Sin (Sinelnikov Evgeny)