Показать сообщение отдельно
Старый 02.03.2018, 01:05   #8  
apanko is offline
apanko
MCTS
MCBMSS
Лучший по профессии 2009
 
1,164 / 139 (7) +++++
Регистрация: 24.02.2005
@DA_NEAL.
Скорость сферической транзакции в вакууме может и важна. Но если надо принять решение и выбрать между "медленной и никому ненужной фичей" и "медленной но очень нужной фичей", то результат довольно предсказуем.

По ошибкам: Единственный истинный путь - это зарегистрировать баг через поддержку. Путь имеет плюсы: СЛА; фикс будет для самой ранней версии, где зарегистрирована ошибка и до текущей. Путь имеет минусы: нужно быть партнером, инцидент с багом обычно бесплатный, но требуется ряд усилий, чтобы убедить поддержку, что это баг.

Ложный путь: Отправить знакомому знакомого. Несмотря на кажущуюся простоту, этот путь имеет следующие подводные камни. Во-первых, нет СЛА. Починка будет только на версии в разработке. Если описание бага произведено не по феншую, то заводить в систему его никто не будет и обратную связь не предоставит (этим собственно и занимается команда поддержки - приведением бага в воспроизводимую форму).

* по феншую описание бага выглядит так:
Исходные условия: Чистый кронус (лучше всего В1, но версия со страной подойдет), чистые демо данные.
Шаги:
Создать товар/клиент/поставщик со следующими значениями полей
Создать документ/журнал
Нажать кнопку Х

Результат: В поле Х, таблицы З значение 16
Ожидаемый результат: Значение должно быть 42, потому что а, б, в.

Дополнительным бонусом является пояснение почему это важно.


** не феншуй, пример:
У вас в отчете Х, в функции У написано findfirst, а надо findlast.
Такой отчет об ошибке шансов не имеет.

На этом лирическое отступление закончим и вернемся к теме топика..
За это сообщение автора поблагодарили: finn (1).